<=
Fórum
396. Bish / 2009. aug. 12. /
igen, a $_REQUEST-ben találhatók a GET, POST adatok és extrának még a COOKIE is.
igen, a $_REQUEST-ben találhatók a GET, POST adatok és extrának még a COOKIE is.
395. Fules / 2009. aug. 12. /
[393] Ne azt írd, hogy üzenõfal, meg ilyenek, mert azzal sokra nem megyünk
hogy parse-olod a requestet? Ha a $_GET tömbböt használod, akkor jóhogy nem müködik, mivel abban csak a get lesz benne :) van egy $_POST is. Ha emlékeim nem csalnak, akkor van egy $_REQUEST, vagy ilyesmi, abban megtalálhaó egyben mindkettõ, de a hu.php.net címen minden szépen le van írva. Olvass! :)
[393] Ne azt írd, hogy üzenõfal, meg ilyenek, mert azzal sokra nem megyünk
hogy parse-olod a requestet? Ha a $_GET tömbböt használod, akkor jóhogy nem müködik, mivel abban csak a get lesz benne :) van egy $_POST is. Ha emlékeim nem csalnak, akkor van egy $_REQUEST, vagy ilyesmi, abban megtalálhaó egyben mindkettõ, de a hu.php.net címen minden szépen le van írva. Olvass! :)
394. madbad / 2009. aug. 11. /
Tud walaki ingyenes php tárhelyet melyik xereti a .htaccest? thx
Tud walaki ingyenes php tárhelyet melyik xereti a .htaccest?
thx
393. Xabee / 2009. aug. 10. /
Sziasztok! A TBDEV motoromba beépítettem a Ctracker.php fájlt ami az URL címben található tiltott szavakat szûri. Viszont nekem az üzenõfal is GET-el adta át a szöveget de most átalakítottam POST-osra na most így nem szûri. Valaki tudna segíteni hogy az üzenõfalról ismételten szûrje a tiltott szavakat? De hogy a POST-om is megmaradjon?
Sziasztok! A TBDEV motoromba beépítettem a Ctracker.php fájlt ami az URL címben található tiltott szavakat szûri. Viszont nekem az üzenõfal is GET-el adta át a szöveget de most átalakítottam POST-osra na most így nem szûri. Valaki tudna segíteni hogy az üzenõfalról ismételten szûrje a tiltott szavakat? De hogy a POST-om is megmaradjon?
392. Fules / 2009. júl. 26. /
[391] az apache elég jól dokumentált alkalmazás, érdemes olvasni a doksiját. 3 másodperc alatt ezt találtam, a többit keresd meg Te http://httpd.apache.org/docs/t...
[391] az apache elég jól dokumentált alkalmazás, érdemes olvasni a doksiját. 3 másodperc alatt ezt találtam, a többit keresd meg Te
http://httpd.apache.org/docs/t...
391. Xabee / 2009. júl. 26. /
Valóban? És mi a neve az Apache modul-nak de olyan modul kell ami 32bites Windows-ra van lefordítva, ugyanis nekem az AppServ fut Windows-on.
Valóban? És mi a neve az Apache modul-nak de olyan modul kell ami 32bites Windows-ra van lefordítva, ugyanis nekem az AppServ fut Windows-on.
390. Fules / 2009. júl. 26. /
[389] Ezt webserver és tûzfal szinten kell kezelni, nem pedid kódból. Még az apache is tudja...
[389] Ezt webserver és tûzfal szinten kell kezelni, nem pedid kódból. Még az apache is tudja...
389. Xabee / 2009. júl. 26. /
Sziasztok!A készülõ torrent oldalamhoz kellene Anti-DOS script. Az oldal TBDEV alapú lenne. Annyit kellene hogy tudjon hogy amelyik IP címrõl terhelik az oldalt azt tiltsa, viszont ellenben a többi felhasználó be tudjon lépni az oldalra. Remélem érthetõ. Szaby
Sziasztok!A készülõ torrent oldalamhoz kellene Anti-DOS script. Az oldal TBDEV alapú lenne. Annyit kellene hogy tudjon hogy amelyik IP címrõl terhelik az oldalt azt tiltsa, viszont ellenben a többi felhasználó be tudjon lépni az oldalra. Remélem érthetõ. Szaby
388. Fules / 2009. júl. 1. /
[387] Biztos, de azert ird meg
[387] Biztos, de azert ird meg
387. heaven7 / 2009. júl. 1. /
[386] huh az nagyon jó lenne. tudod a mail címem ugye? Elõre is köszönöm
[386] huh az nagyon jó lenne. tudod a mail címem ugye? Elõre is köszönöm
386. Fules / 2009. jún. 26. /
[385] nincs mit, ha kell, adok komplett projectet mintának
[385] nincs mit, ha kell, adok komplett projectet mintának
385. heaven7 / 2009. jún. 25. /
[384] nagyon szépen köszönöm az infót
[384] nagyon szépen köszönöm az infót
384. Fules / 2009. jún. 25. /
[383] Két módszer van. Mondjuk feldugsz egy mobileszközt, installálod és elkezded cseszegetni programból a másik, hogy leszerzõdsz egy mobil operátorral és kapsz egy http-s, jobb esetben https-es, rossz esetben egy soap-os interfészt, amin keresztül tudsz sms-t küldeni, php-búl a curl-lal. A fogadás pedig úgy mûködik, hogy Neked is kell csinálni egy webservice-t, a fent említett protokollokkal és kész. Ha megfelelõ az opertor doksija, 4-8 órás munkával simán összerakható bármilyen sms kommunikáció ;)
[383] Két módszer van. Mondjuk feldugsz egy mobileszközt, installálod és elkezded cseszegetni programból
a másik, hogy leszerzõdsz egy mobil operátorral és kapsz egy http-s, jobb esetben https-es, rossz esetben egy soap-os interfészt, amin keresztül tudsz sms-t küldeni, php-búl a curl-lal. A fogadás pedig úgy mûködik, hogy Neked is kell csinálni egy webservice-t, a fent említett protokollokkal és kész. Ha megfelelõ az opertor doksija, 4-8 órás munkával simán összerakható bármilyen sms kommunikáció ;)
383. heaven7 / 2009. jún. 25. /
feltételezem ti már foglalkoztatok sms küldéssel. a kérdésem az lenne elsõ sorban hogy mitõl lesz egy server alkalmas sms küldésre, hogy hogy történik ez a folyamat? Vannak olyan lépései mint mondjuk egy tranzakciónak, vagy olyan egyszerü mint a mail küldés?
feltételezem ti már foglalkoztatok sms küldéssel. a kérdésem az lenne elsõ sorban hogy mitõl lesz egy server alkalmas sms küldésre, hogy hogy történik ez a folyamat? Vannak olyan lépései mint mondjuk egy tranzakciónak, vagy olyan egyszerü mint a mail küldés?
382. Rimelek / 2009. jún. 11. /
[381] Az utolsó verzió 2008. májusi. Az se ma volt, de nem is 5 éve
[381] Az utolsó verzió 2008. májusi. Az se ma volt, de nem is 5 éve
381. Fules / 2009. jún. 11. /
[380] Oh yeah! Gtk azt fejlesztik, vagy olyan, mint amit lattam 5 evvel ezelott?Azota most hallok rola Toled eloszor :)
[380] Oh yeah! Gtk
azt fejlesztik, vagy olyan, mint amit lattam 5 evvel ezelott?Azota most hallok rola Toled eloszor :)
380. Rimelek / 2009. jún. 8. /
[379] Azt hiszem megint félreértesz. Szerver és kliens az egy dolog. Az egy másik, hogy ha a böngészõ küld egy kérést, akkor a szerver a saját memóriájából ad-e minden látogatónak huzamosabb idõre azonosítva a klienst két kérés között. Forgalmas lapokon lehet az jó sok is. Lokális gépen akár szerver akár kliens foglalhat memóriát persze. Ja és van PHP-GTK is az ablakos progikhoz ha kliens kell.
[379] Azt hiszem megint félreértesz. Szerver és kliens az egy dolog. Az egy másik, hogy ha a böngészõ küld egy kérést, akkor a szerver a saját memóriájából ad-e minden látogatónak huzamosabb idõre azonosítva a klienst két kérés között. Forgalmas lapokon lehet az jó sok is. Lokális gépen akár szerver akár kliens foglalhat memóriát persze. Ja és van PHP-GTK is az ablakos progikhoz ha kliens kell.
379. Fules / 2009. jún. 8. /
[378] Mindegy, hogy szerver, vagy kliens minden nyelv alkalmas mindketto megvasitasara. Kiveve a php :)
[378] Mindegy, hogy szerver, vagy kliens
minden nyelv alkalmas mindketto megvasitasara. Kiveve a php :)
378. Rimelek / 2009. jún. 7. /
[377] Éreztem, hogy a singleton statikus voltát felemlegeted
Igen, tudom, hogy statikus a getInstance() és az instanciát tároló tulajdonság is. De itt már létrejön a példány pontosan 1-szer :) Más nyelvek memóriakezelésében szerveroldali szolgáltatások terén nem vagyok otthon (amúgy sem nagyon) De ugye azokról beszélünk, nem az ablakos progikról? Halvány emlékeim vannak ezekrõl ASP.NET-ben egy MS elõadásról csak.
[377] Éreztem, hogy a singleton statikus voltát felemlegeted
Igen, tudom, hogy statikus a getInstance() és az instanciát tároló tulajdonság is. De itt már létrejön a példány pontosan 1-szer :) Más nyelvek memóriakezelésében szerveroldali szolgáltatások terén nem vagyok otthon (amúgy sem nagyon) De ugye azokról beszélünk, nem az ablakos progikról? Halvány emlékeim vannak ezekrõl ASP.NET-ben egy MS elõadásról csak.
377. Fules / 2009. jún. 7. /
[376] ebben igazad van a singleton egyébként statikus :) nade minegy, jogos a kötekedésed, csak a mûködése nem az, ami :)
=>[376] ebben igazad van
a singleton egyébként statikus :) nade minegy, jogos a kötekedésed, csak a mûködése nem az, ami :)
wline