PHP 5.2.9 Array te groot? Internal 500 error

[Guillome]

Goede morgen allemaal,

Ik had een klein tooltje gemaakt en dat werkte goed, totdat ze over zijn gegaan op een andere server. Met Mysql 5 en php 5.

Dit is mijn code,

PHP:

  $ITEMS = array();
  while ($row = mysql_fetch_array($result))
  {
    array_push($ITEMS, $row);
  }

Ik krijg direct een 500 Internal Server error.
Als ik zorg dat ie na 230 rijen stopt, werkt ie wel. Vanaf 231 rijen krijg ik de error weer.

Dit doet ie wel:

PHP:

  $r = Array();
for($x=0;$x<3500;$x++)
  array_push($r, Array($x, 1, 2, 3));
print_r($r);
  exit;

Dus is het een geheugenbeperking ofzo? Memory limit staat op 64M.

[webinn]

heb je al is gezien wat er in 1 $row zit?

[EDIT]

Je zou in de error log van Apache moeten kijken welke error er terug komt.
Daaruit zou je moeten kunnen afleiden waar het probleem zich bevind.

[Guillome]

@wbinn:

PHP:

Array
(
    [0] => 17
    [ID] => 17
    [1] => a
    [blok] => a
    [2] => 1.1
    [bouwnummer] => 1.1
    [3] => 1
    [woningtype] => 1
    [4] => 252000
    [prijs] => 252000
    [5] => Vesteda
    [naam] => Vesteda
    [6] => 
    [adres] => 
    [7] => 
    [woonplaats] => 
    [8] => 
    [telefoonnummer] => 
    [9] => 
    [mobielnummer] => 
    [10] => 
    [optietot] => 
    [11] => 1
    [status] => 1
    [12] => -1
    [makelaar] => -1
    [13] => 
    [datumgesprek] => 
    [14] => 
    [tekenafspraak] => 
)

Logfiles kan ik niet bij volgens mij

[ Voor 3% gewijzigd door Guillome op 04-09-2009 09:26 ]

[Guillome]

`t Ligt trouwens aan de code erna, ik ga even kijken waar de fout in zit. Het array wordt wel goed aangemaakt...

[Verwijderd]

Kijk eens of 'ie niet in die while blijft hangen. Je for-loop gaat namelijk dik over de 230 rijen heen.....

[Voutloos]

Zie je uberhaupt verder wel errors in beeld? Zo nee, fix dat maar eerst.

[Guillome]

Tuurlijk zie ik errors, maar door dit laat ie geen php error zien, maar een 500 internal server fout.

@vrieler, nee hij blijft niet hangen, `t is een For lus. Ik ben de fout bijna op het spoor.

[ Voor 5% gewijzigd door Guillome op 04-09-2009 09:56 ]

[NMe]

Verwijderd schreef op vrijdag 04 september 2009 @ 09:41:
Kijk eens of 'ie niet in die while blijft hangen. Je for-loop gaat namelijk dik over de 230 rijen heen.....

...maar in die array in de for-loop gaat veel minder data om. Niet dat dat verder een probleem mag zijn, ik heb veel grotere arrays met succes kunnen bewerken in PHP. De fout zal inderdaad wel ergens anders in zitten.

Guillome schreef op vrijdag 04 september 2009 @ 09:53:
Tuurlijk zie ik errors, maar door dit laat ie geen php error zien, maar een 500 internal server fout.

@vrieler, nee hij blijft niet hangen, `t is een For lus. Ik ben de fout bijna op het spoor.

Je bent toch niet in IE bezig met friendly error messages he?

[Guillome]

Firefox

Als ik dit bovenin de for loop zet doet ie het wel.

PHP:

for ($x = $ID_Start; $x < $_TOTAL + $ID_Start; $x++)
{
  if (isset($ITEMS[$i]) && $ITEMS[$i]["ID"] == $x) { $row = $ITEMS[$i]; $i++; } else $row = Array("ID" => $x);

if ($x >= 185) 
continue;

[ Voor 99% gewijzigd door Guillome op 04-09-2009 10:07 ]

[Voutloos]

Tijdens het debuggen moet je meer dan een error 500 kunnen zien, want anders schiet het nooit op. Ergo, fix dat maar eerst.

[Guillome]

Doh daar ben ik mee bezig Ik weet alleen nog niet wat die error 500 genereert. Als ik dat weet ben ik een hele stap verder.

[ Voor 63% gewijzigd door Guillome op 04-09-2009 10:03 ]

[Verwijderd]

Kijk even naar wat er in die rij staat inderdaad.

En zet even in je code:

error_reporting(E_ALL);
ini_set('display_errors', 'on');

Heb je beschikking tot een control-panel? DirectAdmin en Plesk bieden sowieso inzage in de access en error-log.

P.S. Wie is je hostert?

[ Voor 5% gewijzigd door Verwijderd op 04-09-2009 10:05 ]

[Guillome]

Wat ik al zeg: dat staat al goed, maar dat maakt niet uit. Dit is geen PHP output maar een apache output om het zo maar te zeggen.
Als ik asd in de code zet krijg ik prachtig

Parse error: syntax error, unexpected T_VARIABLE in /public_html/index.php on line 21

te zien.

[Verwijderd]

Guillome schreef op vrijdag 04 september 2009 @ 10:06:
Wat ik al zeg: dat staat al goed, maar dat maakt niet uit. Dit is geen PHP output maar een apache output om het zo maar te zeggen.
Als ik asd in de code zet krijg ik prachtig

[...]

te zien.

Sta je op een server met een controlpanel? Zo ja, welke en wie is je hoster?

[Guillome]

1: ja, zit er nu in.
2: geen idee, extern.

edit:

[Fri Sep 04 09:28:11 2009] [error] [client 194.121.149.130] ModSecurity: Output filter: Response body too large (over limit of 524288, total not specified). [hostname "xx.nl"] [uri "/index.php"] [unique_id "SqDBi8P4TQUAAC7bH-wAAAAQ"]
[Fri Sep 04 09:28:11 2009] [error] [client 194.121.149.130] File does not exist: /public_html/500.shtml

Uit de apache log

[ Voor 91% gewijzigd door Guillome op 04-09-2009 10:19 ]

[Verwijderd]

Guillome schreef op vrijdag 04 september 2009 @ 10:17:
1: ja, zit er nu in.
2: geen idee, extern.

Welk controlpanel? Plesk of DirectAdmin? Daar kan ik je mee helpen.

[Guillome]

DirectAdmin

Lijkt er op dat de pagina te groot is??

[ Voor 60% gewijzigd door Guillome op 04-09-2009 10:21 ]

[Verwijderd]

Zit daar totaal onlogisch.

Klik op "Site Summary / Statistics / Logs". Daarna zie je de logs al

Laat even weten of je ze kunt vinden!

[Guillome]

Ja daar in die logs kwam ik dat tegen In de Apache Error Log

Wel vreemd dat de tijd van een uur geleden is. Update ie dat niet realtime?

[ Voor 38% gewijzigd door Guillome op 04-09-2009 10:25 ]

[Verwijderd]

Guillome schreef op vrijdag 04 september 2009 @ 10:23:
Ja daar in die logs kwam ik dat tegen In de Apache Error Log

Wel vreemd dat de tijd van een uur geleden is. Update ie dat niet realtime?

Juist, en daar stata jouw 500 error uitgelegd. Show us

[Guillome]

Ja dat schreef ik net:

[Fri Sep 04 09:28:11 2009] [error] [client 194.121.149.130] ModSecurity: Output filter: Response body too large (over limit of 524288, total not specified). [hostname "xx.nl"] [uri "/index.php"] [unique_id "SqDBi8P4TQUAAC7bH-wAAAAQ"]
[Fri Sep 04 09:28:11 2009] [error] [client 194.121.149.130] File does not exist: /public_html/500.shtml

Die tijd klopt btw, staat gewoon een uur vroeger.

[Verwijderd]

Guillome schreef op vrijdag 04 september 2009 @ 10:26:
Ja dat schreef ik net:

[...]


Die tijd klopt btw, staat gewoon een uur vroeger.

http://wordpress.org/support/topic/151319#post-674700

[doeternietoe]

Guillome schreef op vrijdag 04 september 2009 @ 09:10:

PHP:

  $ITEMS = array();
  while ($row = mysql_fetch_array($result))
  {
    array_push($ITEMS, $row);
  }

Ik kan me nauwelijks voorstellen dat het een 500-error zou geven, maar array_push zorgt wel voor onnodige overhead. Doe het liever zo:

PHP:

  $ITEMS = array();
  while ($row = mysql_fetch_array($result))
  {
    $ITEMS[] = $row;
  }

edit: Als ik me niet heel erg vergis staat hier boven mij de oplossing

Die tijd zou te maken kunnen hebben met het al dan niet rekening houden met de zomertijd of omdat de tijdzone op GMT staat ingesteld.

[ Voor 17% gewijzigd door doeternietoe op 04-09-2009 10:37 ]

[Guillome]

Ok als dat beter is doe ik het zo
Maar @Dennis:
`t Zal erg zijn, maar waar moet ik die rule SecResponseBodyLimit invullen, das geen htaccess toch?

Edit:
De oplossing staat er wel Maar ik weet niet waar ik SecResponseBodyLimit kan invullen

[ Voor 24% gewijzigd door Guillome op 04-09-2009 10:41 ]

[Verwijderd]

Guillome schreef op vrijdag 04 september 2009 @ 10:34:
Ok als dat beter is doe ik het zo
Maar @Dennis:
`t Zal erg zijn, maar waar moet ik die rule SecResponseBodyLimit invullen, das geen htaccess toch?

Edit:
De oplossing staat er wel Maar ik weet niet waar ik SecResponseBodyLimit kan invullen

Probeer het eens?

Syntax: SecResponseBodyLimit NUMBER_IN_BYTES

[doeternietoe]

Hij moet in de .htaccess of als het daar niet werkt in de httpd.conf. Maar de vraag is natuurlijk of jij toegang tot die laatste hebt.

[Verwijderd]

doeternietoe schreef op vrijdag 04 september 2009 @ 10:50:
Hij moet in de .htaccess of als het daar niet werkt in de httpd.conf. Maar de vraag is natuurlijk of jij toegang tot die laatste hebt.

Standaard wel op DirectAdmin. Elke gebruiker heeft een eigen httpd.conf.

/usr/local/directadmin/data/users/<USERNAME>/httpd.conf

[Voutloos]

Guillome schreef op vrijdag 04 september 2009 @ 10:26:
Ja dat schreef ik net:

Nee, je zei "Lijkt er op dat de pagina te groot is??". En dan moeten wij dus raden dat je dat baseert op een concretere foutmelding.

Guillome schreef op vrijdag 04 september 2009 @ 10:06:
Wat ik al zeg: dat staat al goed, maar dat maakt niet uit.

En ook dat heb je niet eerder expliciet aangegeven.

Je houd op een aantal plekken informatie voor jezelf en/of parafraseert foutmeldingen, en vervolgens moeten wij raden dat je zelf meer info hebt en dubbele vragen stellen om het eruit te krijgen, en dat schiet niet op.

[Xander]

Voutloos schreef op vrijdag 04 september 2009 @ 11:15:
[...]
Nee, je zei "Lijkt er op dat de pagina te groot is??". En dan moeten wij dus raden dat je dat baseert op een concretere foutmelding.

Die melding had hij om 10:19 in deze post erbij gezet...

[Guillome]

En "tuurlijk zie ik errors" lijkt me expliciet genoeg
Ik zal het even proberen in de .htaccess!

[Cartman!]

Error 500's krijg je ook weleens terug als de execution_time overschreden wordt bij apache. Ook is er een kans dat er 'suhosin' draait, een soort hardening patch voor PHP die een en ander veiliger moet maken. Daarin zitten ook limieten voor groottes van arrays ed. Hoewel dat volgens mij een lege pagina zou moeten geven (dat gebeurt bij mij althans) kan een error 500 hier ook wel achter zitten (hangt van config af denk ik).

[Guillome]

Ik heb geen toegang tot de httpd.conf en in de .htaccess pakt ie m niet.

Ik zal de pagina zelf moeten opsplitsen in kleinere paginas (pagina nummer etc)

[ Voor 37% gewijzigd door Guillome op 04-09-2009 11:46 ]

[Guillome]

Thanks voor alle hulp trouwens