Eltűnt $_POST elemek
Sziasztok,
egy számomra érthetetlen problémába ütköztem, remélem ti, nálam okosabb és tapasztaltabb forumozók a segítségemre tudtok lenni.
A gond:
Adott egy űrlap, amit postként elküldök feldolgozásra. A firebugban szépen látszanak is a szerver felé küldött adatok. Szerveroldalon egy egyszerű if függvénnyel ellenőrzöm, hogy a megfelelő tartalmú űrlapadatok érkeztek-e:Itt ért az első meglepetés, a fenti ellenőrzés minden esetben úgy futott le, mintha a _token mező értéke nem szerepelne a post adatok között (a $_POST tömbben valóban nincs benne, de a szerver felé elküldésre került).
Ha megpróbáltam a fenti ellenőrzést úgy módosítani, hogy az űrlap első sorára szűrjön (a _token mező az utolsó sor), akkor a feltétel teljesül, de amikor kiíratom az adatokat nem jeleníti meg az űrlap összes sorát, csupán egy részét (60-66 sor).
Gondoltam rá, hogy esetleg nem engedélyezett ekkora adattömeg mozgatása post-ként de a post_max_size értéke 50M. Gondoltam rá, hogy esetleg valamilyen értelmezhetetlen karakter miatt szakad meg a megjelnítés/feldolgozás, de ha csak tisztán számokkal dolgozok akkor is a fenti eredményre jutok.
Találkozott már valaki a fenti problémával, vagy van esetleg ötlet, hogy merre felé kezdjek kutakodni a megoldáshoz?
Előre is köszönöm a válaszokat.
■ egy számomra érthetetlen problémába ütköztem, remélem ti, nálam okosabb és tapasztaltabb forumozók a segítségemre tudtok lenni.
A gond:
Adott egy űrlap, amit postként elküldök feldolgozásra. A firebugban szépen látszanak is a szerver felé küldött adatok. Szerveroldalon egy egyszerű if függvénnyel ellenőrzöm, hogy a megfelelő tartalmú űrlapadatok érkeztek-e:
if ( isset( $_POST['_token'] ) )
Ha megpróbáltam a fenti ellenőrzést úgy módosítani, hogy az űrlap első sorára szűrjön (a _token mező az utolsó sor), akkor a feltétel teljesül, de amikor kiíratom az adatokat nem jeleníti meg az űrlap összes sorát, csupán egy részét (60-66 sor).
Gondoltam rá, hogy esetleg nem engedélyezett ekkora adattömeg mozgatása post-ként de a post_max_size értéke 50M. Gondoltam rá, hogy esetleg valamilyen értelmezhetetlen karakter miatt szakad meg a megjelnítés/feldolgozás, de ha csak tisztán számokkal dolgozok akkor is a fenti eredményre jutok.
Találkozott már valaki a fenti problémával, vagy van esetleg ötlet, hogy merre felé kezdjek kutakodni a megoldáshoz?
Előre is köszönöm a válaszokat.
50 mi?
50M
módosult
$_POST
tömböt? Mivel nem tudjuk, hogyan néz ki a PHP így a sorszámok nem mondanak semmit. Esetleg idézd be azt a kódrészletet, amivel reprodukálható már a probléma.a kódrészlet problémás lenne
Itt csak annyi történik, hogy printtel kiiratom a formot és print_r-rel a $_POST tömböt. Próbáltam egy 1000 elemes formmal (1000 input, mindben a timestamp), de ott nem volt ilyen gond, megvolt valamennyi elem tehát biztos hogy a formban hibáztam el valamit.
saját szerveren benne van
az elemek között
van
([szla] utolsó eleme)
Lehetőségek
Kérdéseim:
a válaszok
http://helyiadok.hu/info.php
htaccess állomány van:
- Rewrite modul aktív (rövid címek)
- valamint egy árva php beállítás (jelentősége immár nincs, alapbeállítás lett): php_value display_errors 0
Átfutottam az ötleteidet, nekem első körben a rossz karakter opció a gyanús
ha nem rejtett
Fura
cache
Üdv
Sanyi
másik gép másik böngésző
A megoldás
A pont (ha lenne) proclub-ot illeti. Köszönöm a segítséget.