[PHP] Array post limiet op server?

Pagina: 1
Acties:
  • 100 views sinds 30-01-2008
  • Reageer

Onderwerpen


Acties:
  • 0 Henk 'm!

  • MrDummy
  • Registratie: April 2000
  • Laatst online: 25-07 12:00

MrDummy

Nog steeds gek op anime...

Topicstarter
Tijdens het testen op de website merk ik dat pagina met lange rijen checkboxen niet goed werkt op mijn colo bak. Er worden veel minder velden uitgevoerd dan normaal.

Dus doe ik even een simpel testscript:
http://mrdummy.net/test.php

Als je aantal velden tot 198 invoert, dan wordt alles wel goed doorgegeven.
Pas boven 198 gaat het niet goed. Het blijft stijf op 198 arrayvelden staan.

Dit lijkt op een php limiet probleem, want op mijn lokale testserver is er geen probleem (xampp server).
Hoe zal ik het oplossen?

Acties:
  • 0 Henk 'm!

  • Crayne
  • Registratie: Januari 2002
  • Laatst online: 17-03 13:41

Crayne

Have face, will travel

Ik krijg gewoon netjes 2000 checkboxes als ik daarom vraag. Wat is nu precies het probleem?

Wacht, het knopje check velden geeft vervolgens inderdaad maar 198 velden terug. Vaag.

Edit: ik kan het probleem hier ook niet reproduceren, dus ik denk inderdaad dat je settings zult moeten gaan vergelijken.

[ Voor 61% gewijzigd door Crayne op 12-04-2007 14:39 ]

Mijn Library Thing catalogus


Acties:
  • 0 Henk 'm!

  • Joolee
  • Registratie: Juni 2005
  • Niet online
Door te zoeken op google:
http://nl2.php.net/ini.core#ini.post-max-size

[ Voor 5% gewijzigd door Joolee op 12-04-2007 14:12 ]


Acties:
  • 0 Henk 'm!

  • TweakBoy
  • Registratie: Augustus 2001
  • Laatst online: 14-09 22:16

TweakBoy

---

Zal niet hier door komen... het http protocol pakt een maximale aantal argumenten mee... via get of post. Wat je hier laat zien is de filesize?

---


Acties:
  • 0 Henk 'm!

  • TheRookie
  • Registratie: December 2001
  • Niet online

TheRookie

Nu met R1200RT

If the size of post data is greater than post_max_size, the $_POST and $_FILES superglobals are empty.
Dan zou ie toch niet bij 198 moeten blijven hangen, maar naar 0 springen ?

Acties:
  • 0 Henk 'm!

  • Grijze Vos
  • Registratie: December 2002
  • Laatst online: 28-02 22:17
Als het wel werkt in je testomgeving, maar niet op je colo, dan check je uiteraard eerst de setting verschillen. Lukt het dan niet, vraag het je hoster?

Op zoek naar een nieuwe collega, .NET webdev, voornamelijk productontwikkeling. DM voor meer info


Acties:
  • 0 Henk 'm!

  • MrDummy
  • Registratie: April 2000
  • Laatst online: 25-07 12:00

MrDummy

Nog steeds gek op anime...

Topicstarter
Even kijken naar PHP versies.
Lokale server:
Xampp 1.6.0a: php 5.2.1
Apache/2.2.4 (Win32) DAV
post_max_size 16M
upload_max_filesize 32M
Zend Engine v2.2.0

Colo:
PHP Version 5.2.1-pl3-gentoo
Apache/2.0.58 (Gentoo)
Server API CGI/FastCGI
post_max_size 8M
upload_max_filesize 2M
Suhosin Patch 0.9.6.2
Zend Engine v2.2.0

Er is wat verschil, maar een array van 198 velden maakt toch geen 2 MB data mee?
Is er nergens de array post probleem gemeld op php forums?

Acties:
  • 0 Henk 'm!

  • Grijze Vos
  • Registratie: December 2002
  • Laatst online: 28-02 22:17
MrDummy schreef op donderdag 12 april 2007 @ 15:53:
Is er nergens de array post probleem gemeld op php forums?
Euhm, ik hoop toch dat je dat eerst gegoogled hebt voordat je hier een topic maakt. |:(


geef je test file eens, kijken of het hier te reproduceren is.

[ Voor 11% gewijzigd door Grijze Vos op 12-04-2007 16:01 ]

Op zoek naar een nieuwe collega, .NET webdev, voornamelijk productontwikkeling. DM voor meer info


Acties:
  • 0 Henk 'm!

  • xillius
  • Registratie: November 2001
  • Laatst online: 23-01-2022
Heel misschien de suhosin extensie op die server geinstalleerd?

http://www.hardened-php.net/suhosin/index.html

hiermee kunnen namelijk heel erg veel van dat soort settings beinvloed worden.

[ Voor 19% gewijzigd door xillius op 12-04-2007 15:56 ]


Acties:
  • 0 Henk 'm!

  • MrDummy
  • Registratie: April 2000
  • Laatst online: 25-07 12:00

MrDummy

Nog steeds gek op anime...

Topicstarter
Grijze Vos schreef op donderdag 12 april 2007 @ 15:54:
[...]
geef je test file eens, kijken of het hier te reproduceren is.
http://mrdummy.net/test.txt

Niks bijzonders aan de script.
Het is gewoon php die boel rijen aanmaakt, dat alleen uit veld[] bestaat met daarnaast values.
Daarmee wordt array zo opgebouwd die via POST weer teruggeeft. Op normale php server werkt alles probleemloos, maar op mijn colo bak zie ik nu dat het iets niet helemaal goed gaat.
De array wordt ergens onderbroken tijdens verwerking en daardoor krijgt $_POST['veld'] niet alle waarden terug wat niet normaal is. Maximaal 198 velden zijn te ontvangen, de rest is gewoon foetsie.
Dat doet de script hier om probleem te reproduceren.

Een snelle Google zoekrondje toont aan dat het om zeldzame limiet probleem gaat. Ik vind nog geen vergelijkbaar probleem situatie van andere users.
Meesten blaaten alleen maar over meerdere hidden fields met naam[] als oplossing, maar de vreemde exacte 198 velden beperking op mijn server roept veel vragen op.

Ik wacht even tot mijn systeembeheerder online is, en dan bespreek ik de probleem met hem wat er precies veranderd is. PHP is namelijk kortgeleden upgraded voor zover ik weet.
xillius schreef op donderdag 12 april 2007 @ 15:55:
Heel misschien de suhosin extensie op die server geinstalleerd?

http://www.hardened-php.net/suhosin/index.html

hiermee kunnen namelijk heel erg veel van dat soort settings beinvloed worden.
Heel goed mogelijk, want ik zie dat POST lengtes ook bepaald worden. Zodat er niet teveel variabelen gepost worden. Zal die eens uitschakelen en kijken of het inderdaad klopt.

[ Voor 19% gewijzigd door MrDummy op 13-04-2007 00:12 ]

Pagina: 1