Archívum - Már 19, 2005
Diszkrét Javascript
A Javascript ma minden bizonnyal reneszánszát éli, kezd felnőni a feladataihoz. Köszönhető ez a hozzáférhetőségre egyre nagyobb figyelmet helyező fejlesztőknek, talán a CSS-nek, s minden bizonnyal annak, hogy az elterjedtebb böngészőkben már jól használható a DOM szabvány. A cikkben, mely a PHP Konferencia előadásomra épül, a diszkrét Javascript témakörét fogjuk körüljárni, azaz megnézzük: hogyan használhatjuk úgy ezt a technológiát, hogy senkinek se okozzunk hátrányt vele.
Search Rank Easy to Manipulate
Áttekintés a kereső manipulációs lehetőségekről (utalással egy magyar utazási portálra :)
■ Jelszó csillagozása
Készítettem egy nagyon egyszerű admin rendszert. (http://able.atw.hu/php/admin/index.php)
Abban szeretnék segítséget kérni h hogy lehet azt megcsinálni h ne a jelszót mutassa hanem csillagokat helyette.
■ Abban szeretnék segítséget kérni h hogy lehet azt megcsinálni h ne a jelszót mutassa hanem csillagokat helyette.
Location
Elo,
Szoval, olyan problémám van, hogy jelenleg úgy kezelem a formokat le, hogy ha szükséges, akkor beinclude-olom a process.php -t, aztán utánna kinyomja a tartalmat, amit a process.php még tud befolyásolni, ennek előnye, hogy tudok egy teljesen új oldalt megjeleníteni vagy ha hiányos a form akkor ismét a formot, az eddig megadott adatokkal. Viszont hátránya, hogy ha a júzer ráhasal a Refresh gombra, akkor ugye megjelenik az a rettenetes dialog ablak.
Ennek kiküszöbölésére gondoltam, hogy használom a Location headert. Ugyebár az adatellenőrzés függvényében itt is tudom egy új lapra küldeni a júzert, vagy vissza a formhoz. De a $_POST adatok időközben eltűnnek.
Ilyen hosszú bevezető után a kérdésem kb az lenne, hogy hogyan tudom "újra elküldeni" a $_POST változókat úgy hogy megkapja azokat a process.php után következő php is (form.php -> process.php -> valami.php esetén a valami.php)?
(Gondoltam arra, hogy belepakolom az egész $_POST -ot egy $_SESSION["POST_PROCESS"] változóba, és azt kezelem le a túloldalon, de az nem ment)
Vagy esetleg van erre valami jobb megoldás is mint a Location? Esetleg van valami hátránya a Location használatának?
■ Szoval, olyan problémám van, hogy jelenleg úgy kezelem a formokat le, hogy ha szükséges, akkor beinclude-olom a process.php -t, aztán utánna kinyomja a tartalmat, amit a process.php még tud befolyásolni, ennek előnye, hogy tudok egy teljesen új oldalt megjeleníteni vagy ha hiányos a form akkor ismét a formot, az eddig megadott adatokkal. Viszont hátránya, hogy ha a júzer ráhasal a Refresh gombra, akkor ugye megjelenik az a rettenetes dialog ablak.
Ennek kiküszöbölésére gondoltam, hogy használom a Location headert. Ugyebár az adatellenőrzés függvényében itt is tudom egy új lapra küldeni a júzert, vagy vissza a formhoz. De a $_POST adatok időközben eltűnnek.
Ilyen hosszú bevezető után a kérdésem kb az lenne, hogy hogyan tudom "újra elküldeni" a $_POST változókat úgy hogy megkapja azokat a process.php után következő php is (form.php -> process.php -> valami.php esetén a valami.php)?
(Gondoltam arra, hogy belepakolom az egész $_POST -ot egy $_SESSION["POST_PROCESS"] változóba, és azt kezelem le a túloldalon, de az nem ment)
Vagy esetleg van erre valami jobb megoldás is mint a Location? Esetleg van valami hátránya a Location használatának?
Inside Ranchero with Brent and Sheila Simmons
Mélyinterjú a NetNewsWire RSS olvasó fejlesztőivel
■ phpClick
Egeres programozás böngésző ablakban. A bejelentés szerint a következő változat már a nemrég blogmarkolt PRADO-t használja.
■ 
