14. april 2011 - 01:09
Der er
20 kommentarer og 1 løsning
Er der max på antal _POST som sendes fra en side?
Hejsa, jeg har oplevet en underlig fejl og er kommet frem til at det er kun når der er over ca 100 _POST input som submittes. er der en grænse for, hvor mange man kan submitte? Jeg sender som arrays, men tvivler på at det har noget med det at gøre. På forhånd tak :o)
Annonceindlæg tema
Forsvar & beredskab
Cybersikkerhed, realtidsdata og robuste it-systemer er blevet fundamentet for moderne forsvar.
14. april 2011 - 01:24
#1
Den eneste grænse der er, er post_max_size som default er 8mb. Så hvis din Qstring fylder over post_max_size - vil det fejle. Tjek eventuelt din php.ini og se om hvad size er sat til.
14. april 2011 - 08:23
#2
hej og tak når jeg kigger i min php_info står der: post_max_size: 100M Jeg har lige taget en simpel version oaf min html kode, hvis der evt er noget som er galt der: <!doctype html public "-//W3C//DTD HTML 4.01 Transitional//EN"> <html dir="ltr" lang="en"> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <script language="javascript"> function noenter(e){ var k = (window.event)? event.keyCode: e.which; return !(k == 13); } </script> </head> <body> <form name="stockprice" action="/admin/product_updates.php?&action=update_products" method="post"> <input type="hidden" name="event_record[147][products_id]" value="147"> <input type="text" name="event_record[147][products_weight]" value="1.40" size="7" onkeypress="return noenter(event);"> <input type="text" name="event_record[147][products_price]" value="40.00" size="7" onkeypress="return noenter(event);"> <input type="hidden" name="event_record[337][products_id]" value="337"> <input type="text" name="event_record[337][products_weight]" value="7.00" size="7" onkeypress="return noenter(event);"> <input type="text" name="event_record[337][products_price]" value="343.20" size="7" onkeypress="return noenter(event);"> .... gentaget en masse gange, så går det galt når jeg trykker submit <input type="image" src="/images/buttons/button_update.gif" border="0"> </form> </body> </html>
14. april 2011 - 08:24
#3
Det er som om at det går galt når jeg når over 100 input felter
14. april 2011 - 09:18
#4
Kan det tænkes, at de 100 felter kommer over, men du får en timeout på serveren når de skal behandles (opdateres eller indsættes i databasen?) Hvad sker der, når det går galt?
14. april 2011 - 09:27
#6
#4 der sker det at når jeg submitter så kører den i et par sekunder og så får jeg en Error 500: Internal Server Error #5 smart test, ja det funker fint. hmmm kan det være fordi det er en 3 demensionel array jeg bruger?
14. april 2011 - 09:36
#7
jeg har måske fundet noget... jeg indsætter den ene input imellem <tr>og<td> men så vidt jeg ved så er det vist lige meget
14. april 2011 - 09:54
#8
og fundet en lille fejl mere: > < rettet til > < men det gør ingen forskel når jeg har rettet de to småfejl
14. april 2011 - 10:13
#9
Prøv at starte med følgende... Siden som du submitter til, gør følgende i toppen: echo '<pre>'; print_r($_POST); echo '</pre>'; exit(); Går det godt, så er fejlen ikke antal inputs, men noget længere nede i koden.
14. april 2011 - 10:35
#10
hej ja det har jeg allerede prøvet at indsætte i starten og fejlen er der stadig. det er derfor jeg mistænker at der måske er noget galt med html'en
14. april 2011 - 10:47
#11
Hvad hvis du laver: action="debug.php" og smider koden echo '<pre>'; print_r($_POST); echo '</pre>'; exit(); Fejler den så stadig ? Og er det i både IE, FF, Chrome, Opera etc...
14. april 2011 - 12:10
#12
Når du får en "Error 500: Internal Server Error" skal du kigge i serverens log, for præcist at få at vide hvad der er galt.
15. april 2011 - 14:01
#13
Hej erikjacobsen Nu har jeg kigget i log'en og der står: mod_fcgid: can't init env request header, referer og mod_fcgid: can't build begin or env request, referer:
15. april 2011 - 14:57
#14
Ser ud som om apache modulet mod_security blokerer siden, hvis der er for mange felter, eller sådan noget. Du kan prøve at google efter "Turn off mod_security" eller spørge dit webhotel om man kan slå det fra i .htaccess.
15. april 2011 - 15:12
#15
ok tak, jeg prøver at kontakte surftown og spørg
15. april 2011 - 15:30
#16
15. april 2011 - 16:13
#17
der vanker skisme point til dig erik Det var lige løsningen... at indsætte dette i .htaccess fil: <IfModule mod_security2.c> SecRuleEngine Off </IfModule> AHHHHHHHH :o) Tusind tak :o) Smid gerne et svar
15. april 2011 - 16:19
#18
Jeg samler slet ikke på point, tak. Men der er egentlig ikke nogen grund til at du har skullet vente i 1½ dag på en løsning på dit problem. Du har fra starten, sådan groft sagt: "virker ikke". Og så skal vi gætte en løsning. Havde du fra starten sagt "Surftown" og "Error 500" - oplysninger som du umiddelbart har - så ville vi være kommet hertil meget hurtigere. :)
15. april 2011 - 16:23
#19
Nåe for søren, det beklager jeg at jeg ikke tænkte over :o) Men tak alligevel. det var simpelthen en gåde for mig at opklare det
15. april 2011 - 16:24
#20
andre som vil have point? smid et svar så deler jeg gerne ud
15. april 2011 - 20:16
#21
Behold du dem bare selv.
Vi tilbyder markedets bedste kurser inden for webudvikling