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.
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.
.
Andrej (Anndy008)
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.