[php/apache] Output wordt afgekapt

[BKJ]

We zijn bezig met een applicatie over te zetten op een leasewebserver. De applicatie werkt perfect op onze eigen servers maar de leasewebserver geeft een raar probleem.

De output wordt altijd afgekapt bij plm. 32kb. Dit geldt voor tekst en binary. Voorbeeld: http://marktplaats.hotelvinder.nl/phpinfo.php

Waar ligt dit aan? Aan php? Aan apache? Aan OS? We hebben niks kunnen vinden in verschillende instellingen (php.ini, httpd.conf etc etc)

[Megamind]

Ik zie die pagina prima hoor... Helemaal tot het einde?

[BKJ]

Megamind schreef op donderdag 27 november 2008 @ 10:14:
Ik zie die pagina prima hoor... Helemaal tot het einde?

Je ziet een afsluitende HTML tag?

[Megamind]

code:

<h2>PHP License</h2>
<table border="0" cellpadding="3" width="600">
<tr class="v"><td>
<p>
This program is free software; you can redistribute it and/or modify it under the terms of the PHP License as published by the PHP Group and included in the distribution in the file:  LICENSE
</p>
<p>This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
</p>
<p>If you did not receive a copy of the PHP license, or have any questions about PHP licensing, please contact [e-mail].
</p>
</td></tr>
</table><br />
</div></body></html>

[Creepy]

Nee, die mist. De pagina wordt inderdaad afgebroken. De enige die je daar snel meer over kan vertellen is je hoster. Dus vraag het eerst eens bij leaseweb na.

[ Voor 64% gewijzigd door Creepy op 27-11-2008 10:20 ]

[Alternativ]

Megamind schreef op donderdag 27 november 2008 @ 10:14:
Ik zie die pagina prima hoor... Helemaal tot het einde?

Er hoort nog een php license onder.

PHP License

This program is free software; you can redistribute it and/or modify it under the terms of the PHP License as published by the PHP Group and included in the distribution in the file: LICENSE

This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

If you did not receive a copy of the PHP license, or have any questions about PHP licensing, please contact [e-mail].

[BKJ]

Megamind schreef op donderdag 27 november 2008 @ 10:16:

code:

<h2>PHP License</h2>
<table border="0" cellpadding="3" width="600">
<tr class="v"><td>
<p>
This program is free software; you can redistribute it and/or modify it under the terms of the PHP License as published by the PHP Group and included in the distribution in the file:  LICENSE
</p>
<p>This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
</p>
<p>If you did not receive a copy of the PHP license, or have any questions about PHP licensing, please contact [e-mail].
</p>
</td></tr>
</table><br />
</div></body></html>

Dat is vaag, is het een intern probleem? Het ligt niet aan de pc, heb meerdere pc's getest. Ze zitten wel allemaal op dezelfde router. (dit lijkt dus op een probleem dat in netwerken thuishoort )

[Creepy]

Ik heb er hier ook last van zoals al gezegd. Vraag het eerst eens bij je hoster na.

[Megamind]

Alternativ schreef op donderdag 27 november 2008 @ 10:18:
[...]

Er hoort nog een php license onder.


[...]

Dat staat er toch

Zelfs na 10x refreshen is nog prima hoor.

Iedereen gebruikt zeker Firefox?

[BKJ]

Creepy schreef op donderdag 27 november 2008 @ 10:20:
Ik heb er hier ook last van zoals al gezegd. Vraag het eerst eens bij je hoster na.

Daar gaat de meter lopen a 1 euro per minuut

Misschien was het een bekend probleem, we zijn root op die bak dus we kunnen vrij veel verhelpen

[Kettrick]

Megamind schreef op donderdag 27 november 2008 @ 10:21:
[...]
r.
Iedereen gebruikt zeker Firefox?

Ik heb het een aantal keren met Lynx geprobeerd, die dumpt het ook tot de reflection module ongeveer., daar na is het afgelopen

[J3roen]

Zowel in firefox als Internet explorer zie ik idd dit probleem. Met en zonder apache proxy.

[Softmore]

Ik zie ook niet het einde van de pagina.

Ik gebruik Win200.
In FF3.0.4 zijn dit de laatste regels in de broncode:
<h2><a name="module_PDO">PDO</a></h2>
<table border="0" cellpadding="3" width="600">
<tr class="h"><th>PDO support</th><th>enabled</th></tr>
<tr><td class="e">PDO drivers </td><td class="v">m


In IE6.0.2800 zijn dit de laatst regels:
<h2><a name="module_pdo_sqlite">pdo_sqlite</a></h2>
<table border="0" cellpadding="3" width="600">
<tr class="h"><th>PDO Driver for SQLite 3.x</th><th>enabled</th></tr>
<tr><td class="e">PECL Module version </td><td class="v">1.0.1 $Id: pdo_sqlite.c,v 1.10.2.6 2006/01/01 12:50:12 sniper Exp $ </td></tr>
<tr><td class="e">SQLite Library </td><td class="v">3.3.6 </td></tr>
</ta

[Alternativ]

RoeLz schreef op donderdag 27 november 2008 @ 10:25:
[...]


Ik heb het een aantal keren met Lynx geprobeerd, die dumpt het ook tot de reflection module ongeveer., daar na is het afgelopen

Confirmed. Lynx en Curl bakken er beide weinig van terwijl het lokaal met phpinfo wel goed gaat.

Overigens na drie of vier keer hard refreshen krijg ik wel steeds meer van session te zien.

[ Voor 11% gewijzigd door Alternativ op 27-11-2008 10:29 ]

[BKJ]

Softmore schreef op donderdag 27 november 2008 @ 10:27:
Ik zie ook niet het einde van de pagina.

Ik gebruik Win200.
In FF3.0.4 zijn dit de laatste regels in de broncode:
<h2><a name="module_PDO">PDO</a></h2>
<table border="0" cellpadding="3" width="600">
<tr class="h"><th>PDO support</th><th>enabled</th></tr>
<tr><td class="e">PDO drivers </td><td class="v">m


In IE6.0.2800 zijn dit de laatst regels:
<h2><a name="module_pdo_sqlite">pdo_sqlite</a></h2>
<table border="0" cellpadding="3" width="600">
<tr class="h"><th>PDO Driver for SQLite 3.x</th><th>enabled</th></tr>
<tr><td class="e">PECL Module version </td><td class="v">1.0.1 $Id: pdo_sqlite.c,v 1.10.2.6 2006/01/01 12:50:12 sniper Exp $ </td></tr>
<tr><td class="e">SQLite Library </td><td class="v">3.3.6 </td></tr>
</ta

Als je gaat tellen dan zie je altijd ongeveer 35.000 tekens.

[EDIT]

Hier geprobeerd met Opera en IE8 B2 (in IE8 en IE7 modus) en ik merk geen enkel probleem op.
Pagina laad geheel hier.

[BKJ]

EDIT schreef op donderdag 27 november 2008 @ 10:30:
Hier geprobeerd met Opera en IE8 B2 (in IE8 en IE7 modus) en ik merk geen enkel probleem op.
Pagina laad geheel hier.

Dat is toch theoretisch gezien raar?

[EDIT]

Jups.
Net geprobeerd in IE6 (virtuele machine, MS Virtual PC), daar wordt ie weer verkeerd weergegeven. Ik krijg 'm daar tot "MySQLi" en na een reload tot "pspell" te zien:

[ Voor 38% gewijzigd door EDIT op 27-11-2008 10:44 ]

[Verwijderd]

in opera zijn dit de laatste regels

code:

<h2><a name="module_PDO">PDO</a></h2>
<table border="0" cellpadding="3" width="600">
<tr class="h"><th>PDO support</th><th>enabled</th></tr>
<tr><td class="e">PDO drivers </td><td class="v">mysql, sqlite, sqlite2 </td></tr>
</table><br />
<h2><a name="module_pdo_mysql">pdo_mysql</a></h2>
<table border="0" cellpadding="3" width="600">
<tr class="h"><th>PDO Driver for MySQL, client library version</th><th>5.0.45</th></tr>
</table><br />
<h2><a name="module_pdo_sqlite">pdo_sqlite</a></h2>
<table border="0" cellpadding="3" width="600">
<tr cla

[BKJ]

Wat is de meest logische plek om te kijken? Apache, PHP of op OS niveau?

Tevens net gebeld met helpdesk en die kwamen er niet zo 123 uit. Heb een uitgebreid mailtje gestuurd.

[Eijkb]

Er zijn http modules (bv. mod_security) die output afkappen. Over het algemeen heb je dan wel logging in je error_log, kan je daar iets vinden? Kijk in de algemene error_log en in je specifieke error_log.

offtopic:
Toch mooi he, je denkt een goedkoop servertje te hebben, moet je betalen voor support...

[RAJH]

Het valt mij op dat als ik een telnet naar marktplaats.hotelvinder.nl op poort 80 doe, en hier bijvoorbeeld GET /phpinfo.php HTTP/1.1 begin te typen, deze direct de verbinding verbreekt. De server van tweakers.net doet dat bijvoorbeeld niet.

[EDIT]

het lijkt inderdaad te liggen aan de instellingen hoe lang een verbinding "open" gehouden moet worden.
Met een slome internetverbinding wordt de verbinding simpelweg afgekapt, en krijg je dus maar een klein gedeelte van het bestand te zien.
Met een snellere internet verbinding krijg je wel de hele pagina te zien, omdat de overdracht al heeft plaats gevonden voordat de verbinding afgekapt werd.

[ Voor 9% gewijzigd door EDIT op 27-11-2008 10:47 ]

[user109731]

RAJH schreef op donderdag 27 november 2008 @ 10:43:
Het valt mij op dat als ik een telnet naar marktplaats.hotelvinder.nl op poort 80 doe, en hier bijvoorbeeld GET /phpinfo.php HTTP/1.1 begin te typen, deze direct de verbinding verbreekt. De server van tweakers.net doet dat bijvoorbeeld niet.

Het zou een (extreem korte) time-out kunnen zijn. Dat verklaart ook waarom het soms wel, soms niet werkt

[r0b]

BKJ schreef op donderdag 27 november 2008 @ 10:41:
Wat is de meest logische plek om te kijken? Apache, PHP of op OS niveau?

Netwerk-niveau? MTU-achtig probleem?
Het deed me wel hier aan denken: site opeens onbereikbaar/wit scherm?

Hier (Finland, Elisa. Firefox) werkt het prima.

[ Voor 15% gewijzigd door r0b op 27-11-2008 10:50 ]

[EDIT]

Bij de PHPinfo staat er:

code:

Timeouts    Connection: 0 - Keep-Alive: 15

Is die connection waarde niet extreem kort?

[BKJ]

Eijkb schreef op donderdag 27 november 2008 @ 10:42:
Er zijn http modules (bv. mod_security) die output afkappen. Over het algemeen heb je dan wel logging in je error_log, kan je daar iets vinden? Kijk in de algemene error_log en in je specifieke error_log.

offtopic:
Toch mooi he, je denkt een goedkoop servertje te hebben, moet je betalen voor support...

alle logs nagekeken: niks bijzonders...

offtopic:
tja, op zich is dat geen probleem maar soms proberen we het zelf op te lossen

[BKJ]

EDIT schreef op donderdag 27 november 2008 @ 10:49:
Bij de PHPinfo staat er:

code:

Timeouts    Connection: 0 - Keep-Alive: 15

Is die connection waarde niet extreem kort?

Is 0 niet oneindig?

[Megamind]

Volgens mij wel.

Toch vreemd, want hier in Slovenië met een 1mbit lijntje is ie altijd perfect

[RobIII]

Het zou (denk ik?) ook een gare routering kunnen zijn bij je hoster, of iets anders in de 'weg' van webserver -> client dat staat te bokken. Misschien eens een ping vanuit die bak (met dikke pakketjes, -s <size> AFAIK) open gooien naar een paar verschillende hosts en kijken of die allemaal goed gaan?

[ Voor 69% gewijzigd door RobIII op 27-11-2008 10:55 ]

[EDIT]

BKJ schreef op donderdag 27 november 2008 @ 10:50:
[...]


Is 0 niet oneindig?

Hmm, dat weet ik niet.
Zou inderdaad zomaar kunnen.

[BKJ]

EDIT schreef op donderdag 27 november 2008 @ 10:53:
[...]

Hmm, dat weet ik niet.
Zou inderdaad zomaar kunnen.

Quote: http://nl2.php.net/set_time_limit -> The maximum execution time, in seconds. If set to zero, no time limit is imposed.

[EDIT]

Edit: dat is inderdaad de execution time, niet de timeout.
Zie hieronder.

[ Voor 70% gewijzigd door EDIT op 27-11-2008 11:08 ]

[user109731]

BKJ schreef op donderdag 27 november 2008 @ 10:50:
[...]
Is 0 niet oneindig?

Ik lees er in de Apache manual anders niets over... De default-waarde is 300, probeer dit eens terug te zetten?

BKJ schreef op donderdag 27 november 2008 @ 10:55:
[...]
Quote: http://nl2.php.net/set_time_limit -> The maximum execution time, in seconds. If set to zero, no time limit is imposed.

Dat is van PHP..

[ Voor 30% gewijzigd door user109731 op 27-11-2008 11:18 ]

[Verwijderd]

Je hebt toegang tot die bak he, krijg je wel de volledige pagina te zien als je

code:

telnet localhost 80
GET /phpinfo.php HTTP/1.1
Host: marktplaats.vinder.nl
<enter>

doet?

Wbt die set_time_limit(), zelfs met een set_time_limit(1) zou die pagina nog goed moeten worden weergegeven, want php scharrelt die info echt wel binnen 1 seconde bij elkaar.

Ik vermoed eerlijk gezegd niet dat het aan Apache of PHP zelf ligt (tenzij je een extreem wazige configuratie draait) maar eerder dat het aan het OS ligt (heb je bijv. nog genoeg geheugen vrij) of aan de netwerkomgeving waar die machine direct deel van uit maakt.

Gaat het wel goed als je een grote html-only pagina opvraagt, of een plaatje van >35k opvraagt?

[ Voor 60% gewijzigd door Verwijderd op 27-11-2008 12:20 ]

[BKJ]

Verwijderd schreef op donderdag 27 november 2008 @ 12:09:
Je hebt toegang tot die bak he, krijg je wel de volledige pagina te zien als je

code:

telnet localhost 80
GET /phpinfo.php HTTP/1.1
Host: marktplaats.vinder.nl
<enter>

doet?

Wbt die set_time_limit(), zelfs met een set_time_limit(1) zou die pagina nog goed moeten worden weergegeven, want php scharrelt die info echt wel binnen 1 seconde bij elkaar.

Ik vermoed eerlijk gezegd niet dat het aan Apache of PHP zelf ligt (tenzij je een extreem wazige configuratie draait) maar eerder dat het aan het OS ligt (heb je bijv. nog genoeg geheugen vrij) of aan de netwerkomgeving waar die machine direct deel van uit maakt.

Gaat het wel goed als je een grote html-only pagina opvraagt, of een plaatje van >35k opvraagt?

het gaat mis met alle content... Ik zal dat telnet ff proberen.

EDIT:

Ik krijg dit terug met telnet:

code:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>400 Bad Request</title>
</head><body>
<h1>Bad Request</h1>
<p>Your browser sent a request that this server could not understand.<br />
</p>
<hr>
<address>Apache/2.2.3 (CentOS) Server at default Port 80</address>
</body></html>

[ Voor 44% gewijzigd door BKJ op 27-11-2008 17:51 ]

[Recursio]

En met een statische tekst file van oh, say, 64 kB?

Met .php extention? (Maar geen <?php ..?> content!)
Met .txt extention?
Met .htm extention?

[RobIII]

Dit lijkt me inmiddels meer iets voor WSS
PRG >> WSS

(Waar hoort mijn topic?)

[ Voor 46% gewijzigd door RobIII op 27-11-2008 17:57 ]

[user109731]

Heb je nu al de time-out van Apache teruggezet zoals ik voorstelde? Die staat op 0, de default is 300 en die waarde kom je ook tegen als je zoekt naar publieke phpinfo pagina's...

Als het met alle content gebeurt kun je PHP uitsluiten. Blijft het OS of Apache over. Apache gebruikt een extreem lage timeout, dan is het toch zeer waarschijnlijk dat daar het probleem zit?

[BKJ]

JanDM schreef op donderdag 27 november 2008 @ 21:17:
Heb je nu al de time-out van Apache teruggezet zoals ik voorstelde? Die staat op 0, de default is 300 en die waarde kom je ook tegen als je zoekt naar publieke phpinfo pagina's...

Als het met alle content gebeurt kun je PHP uitsluiten. Blijft het OS of Apache over. Apache gebruikt een extreem lage timeout, dan is het toch zeer waarschijnlijk dat daar het probleem zit?

That did the trick! Thanks!