Marki: nie je to ani neak zlozite, ak sa ti chce troska programovat a pozerat co ti wap dovoli a co nie. Princip vyzera nasledovne:
na strane klienta (teda teba s mobilom a PC) sprvis SW, ktory bude generovat requesty na neaku wapstranku (ktora v skutocnosti wapstrankou nebude) asi v nasledujucom formate: http://wap.tvojadomena.sk/DATA kde DATA su samotne prenasane packety od teba. Je nevyhnutne zabezpecit aby ziaden z requestov nebol rovnaky (optimalne tam narvat timestamp, je to nutne napriklad aj kvoli cache ale aj kvoli identifikacii "packetov"), musis si zabezpecit encapsulaciu bajtov (pretoze ty mozes v packete posielat hocaky znak, ale http protokol (alebo cez aku pazu to ide) ti nedovoli do url-ka dat cokolvek a musis posielat requesty aj ked nic nechces (keepalive, aby si drzal linku zivu, lebo server ti nic poslat sam nevie).
strana "servera" bude prijmat prislusne requesty, spracovavat ich a posielat ti odpovede. Odpovede opat musis encapsulovat tak, aby ti to dovolil protokol preniest. (viacej sa mozme pobavit niekedy v reali, som lenivy vela pisat:-))
vyhody: pri dobrej implementacii ti to dokaze zabezpecit sice nekvalitnejsie, ale plnohodnotne spojenie na inet, pri vhodnej konfiguracii mozes mat doma aj verejnu IPcku a neaky server.
nevyhody: vysoky jalovy traffic, nutnost mat niekde vonku stroj ktory servuje requesty.
si & Darro: No nebude to take jednoduche. Nastudujte protokoly wsp, wtp, wdp a dalsie. A tiez nezabudnut, ze wap gateway prepusti len urcitu velkost "suboru" - inac vrati len oznam "Content received from the origin server was too large". ET ma ten limit nieco okolo 40kb, OR tusim okolo 100kb.
1904 (linka 21) stal pokazeny pred krizovatkou za zast. Polnohosp.uciliste v smere do mesta o 13.30, prave tam prisla aj opravarenska liazka...
1917 dnes na 374, poobede pred vyjazdom na 21 stal na spojke v poli medzi J.Jonasa a Opletalovou v priekope a vodic sa zaoberal opravou zadnych dveri
4928 poobede na 92 (spoj Paulinske)...trochu mi unikol zmysel konecnej na zastavke Paulinske, ked aj tak ide dalej az na konecnu Opletalova (o jednu zastavku dalej) a tam ma prestavku...
3172 dnes na 38 mlel z posledneho
7835 ma na pravej prednej polovici upravenu reklamu Aeolus (tato verzia tam tusim nebola)...
Darro. No zase tak pomale to nebude. Nameral som rychlost 28.800 kbps - cez gprs. A este som komuníkoval s ludmi od ericssonu, a ti mi tvrdili, ze cez errortel + gprs dosialhli cez 40kbps (tym istym mobilom), ale mne sa to nepodarilo nidky .
Boha aj s Vrakosami!!!
Voz 1307 som mal rad... uz nemam, totalne sa zoserblil...
Pocas jazdy sa ciastocne odtrhla lista, ktora spaja strechu z bokmi(z vnutra), uz dostala aj Vrakosovsky sindrom> zadok sa pomaly o zem sucha, madlo, ktore je na pravo od zadnych dveri je cele vykyvane, zachvilu sa odtrhne...
Fuj!!!
Btw na 93/10. je 4090 (nie ako ZV)
A pri byvalej zastavke na znamenie "Zeleznicny nadjazd" vykapal daky Ik280, pravdepodobne z 21/6., lebo tu som nevidel ist na Nivy.
Dnesna 22 podla poradia>1013,1062,1066 (ma to este zmysel pisat????)
Je tu avizovana zmena na linke 83 k #5795 :
- 2940 od zaciatku premavky na linke 83/13 ako ZV, neskor ho nahradil 2810, ale ten bol v popoludnajsej spicke nahradeny vozidlom 2403, ktory mal ist aj povodne
Andrej (Anndy008): pokial rurotel nespoplatnuje prenesene data a pusti ta na hocake wap.xxx... tak nie je velky problem postavit si nad tymto protokolom tunel a pouzivat to k normalnemu pripojeniu na net. Bude to sice relativne pomale, ale mozes na tom visiet 24hod/den za tamtu vcelku nizku sumu :-))
Neviem presne situaciu u orange, ale Errortel to ma nasledovne.
Ak chcete pouzviat GPRS je nutne si aktivovat sluzbu mobil internet@gprs. Zatial to funguje sposobom, ze zaplatite mesacne 190Sk bez DPH (228 s DPH) a mate pristup pomocou GPRS na vsetky wapove stranky, co existuju. Navyse mate moznost pripojit si mobil ako modem a ist cez GPRS na internet, ale len na www.eurotel.sk alebo www.e-zones.sk. V tom poplatku 190Sk je zahrnuty neobmedzeny prenos dat.
Este je potom u ET dalsia sluzba - mobil office@gprs. To je full pristup na net a tiez aj na wap cez GPRS. Pausal je 590Sk/mes bez DPH - mate v tom 5MB volnych dat. Po ich vycerpani sa plati za data nasledovne (ceny su bez dph):
wap - pocita sa kazdych 5kB a cena za jeden kB je 0,69Sk
internet - po 10kB - cena za 1kB je 0,039Sk
internet - firemny web (www.eurotel.sk a www.ezones.sk) - po 10kB - cena za 1kB je 0,019 Sk
Ja osobne to vyuzivam na wap (mobil internet@gprs), a tak isto sa pomocou BlueTooth pripojam cez mobil na net a posielam free sms z www.ezones.sk. Takze sa mi to celkom oplati. Samo, ze by som bol radsej, keby ET dal GPRS za 0Sk/mes a len by data spoplatnoval.
Dnes cestou do skoly som videl na Gagarinke 6635, 6638 a o pat minut aj 6637.. 6617ka sa mozno tiez testuje, ale kym ju niekto nevidi, neda sa to napisat...
Gprs: pokial viem tak prenesene data cez apn wap a panorama nie su spoplatnovane bfz ohladu na pozeranu wap stranku! Ak by to chceli spoplatnit, musia to oznamit mesiac dopredu.
Change view
You can search for more expressions divided by the space. Guidance for advanced search can be found here.
![<a href='mailto:frenky [zavinac] imhd [bodka] sk' >frenky</a>](https://www.gravatar.com/avatar/22feb9ed78a616b32daa1edebd260593?s=32&d=robohash&r=g){kind=avatar}
.
si
na strane klienta (teda teba s mobilom a PC) sprvis SW, ktory bude generovat requesty na neaku wapstranku (ktora v skutocnosti wapstrankou nebude) asi v nasledujucom formate: http://wap.tvojadomena.sk/DATA kde DATA su samotne prenasane packety od teba. Je nevyhnutne zabezpecit aby ziaden z requestov nebol rovnaky (optimalne tam narvat timestamp, je to nutne napriklad aj kvoli cache ale aj kvoli identifikacii "packetov"), musis si zabezpecit encapsulaciu bajtov (pretoze ty mozes v packete posielat hocaky znak, ale http protokol (alebo cez aku pazu to ide) ti nedovoli do url-ka dat cokolvek a musis posielat requesty aj ked nic nechces (keepalive, aby si drzal linku zivu, lebo server ti nic poslat sam nevie).
strana "servera" bude prijmat prislusne requesty, spracovavat ich a posielat ti odpovede. Odpovede opat musis encapsulovat tak, aby ti to dovolil protokol preniest. (viacej sa mozme pobavit niekedy v reali, som lenivy vela pisat:-))
vyhody: pri dobrej implementacii ti to dokaze zabezpecit sice nekvalitnejsie, ale plnohodnotne spojenie na inet, pri vhodnej konfiguracii mozes mat doma aj verejnu IPcku a neaky server.
nevyhody: vysoky jalovy traffic, nutnost mat niekde vonku stroj ktory servuje requesty.