[php/apache]willekeurig een lege pagina of content

[djluc]

Dit topic is zwaar gekicked, zie daarom deze post: [rml]djluc in "[ php/apache]willekeurig een lege pagina ..."[/rml]
Ik heb een systeem gemaakt wat vrij uitgebreid is maar wel imo heel netjes in elkaar zit. Het systeem laad vele modules met behulp van require, en bevat op dit moment geen scripting errors meer voor zover bekend. Uiteraard is dit getest.

Wat is nu het probleem: ik krijg soms willekeurig een witte pagina te zien in plaats van de echte pagina. Dit veroorzaakt geen foutmelding in de apache logs. De HTML broncode is dus ook geheel leeg.

Heeft iemand toevallig dit al eens meegemaakt? Ik denk dat het aan het grote aantal includes ligt, maar ik heb daar geen bewijs voor dus het kan ook goed iets anders zijn.

Ik weet niet of het probleem nu nog terug komt maar ik heb net dit stukje code geplaatst, en voor mijn gevoel gaat het nu wel goed. Ik heb tot nu toe geen witte pagina gezien.

PHP:

<?php
header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");    // Datum in het verleden
header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
                                                     // Altijd veranderd
header("Cache-Control: no-store, no-cache, must-revalidate");  // HTTP/1.1
header("Cache-Control: post-check=0, pre-check=0", false);
header("Pragma: no-cache");                          // HTTP/1.0
?> 

[ Voor 43% gewijzigd door djluc op 24-07-2004 15:18 ]

[Asperientje]

volgens mij klopt dit wel, want ik gebruik IE en heb mijn eigen webserver geschreven die (om de een of andere stomme fout) niet werkt als ik no-cache bij cache-control aanzet, waarna ik dus soms witte pagina's te zien krijg als ik de pagina al een tijdje geleden bezocht heb.

dit komt denk ik doordat IE nog wel weet dat ie de pagina bezocht heeft, maar vervolgens de cache van die pagina kwijt is. ik weet alleen niet of hier ook een oplossing voor te vinden is.

[djluc]

Asperientje schreef op 09 juni 2004 @ 12:51:
volgens mij klopt dit wel, want ik gebruik IE en heb mijn eigen webserver geschreven die (om de een of andere stomme fout) niet werkt als ik no-cache bij cache-control aanzet, waarna ik dus soms witte pagina's te zien krijg als ik de pagina al een tijdje geleden bezocht heb.

dit komt denk ik doordat IE nog wel weet dat ie de pagina bezocht heeft, maar vervolgens de cache van die pagina kwijt is. ik weet alleen niet of hier ook een oplossing voor te vinden is.

Dan hoop ik dat dit de juiste oplossing is. Als iemand een oplossing heeft die iets netter is of iemand die weet wat er precies fout gaat dan mag deze dat altijd even melden.

[slm]

Dit wil volgens mij ook wel eens gebeuren als je je pagina's gzip compressed via ob_gzhandler. Soms krijg je dan willekeurig witte/lege pagina's in bepaalde browsers.

[NMe]

slm schreef op 10 juni 2004 @ 01:06:
Dit wil volgens mij ook wel eens gebeuren als je je pagina's gzip compressed via ob_gzhandler. Soms krijg je dan willekeurig witte/lege pagina's in bepaalde browsers.

Ik zou geen moderne browser kennen die niet met HTTP compressie overweg kan, en verder herkent PHP automatisch of er wel of niet gebruik van kan worden gemaakt, dus dat lijkt me zo'n probleem niet. Overigens heb ik ook ooit iets dergelijks gehad, en ik gebruikte in die tijd geen compressie, dus dat was het bij mij iig niet.

[gorgi_19]

NMe84 schreef op 10 juni 2004 @ 01:27:
[...]

Ik zou geen moderne browser kennen die niet met HTTP compressie overweg kan,

http://support.microsoft....spx?scid=kb;en-us;Q313712
http://support.microsoft....spx?scid=kb;en-us;Q312496

[djluc]

Beetje laat maar toch maar een nieuwe poging om dit probleem voorgoed uit de wereld te helpen.

Ik heb al een tijdje nu met Mozilla gewerkt en daarmee heb ik het probleem *niet*.
Op dit moment heb ik het volgende ingesteld in mijn script:

PHP:

 ini_set('zlib.output_compression_level', 'off');

header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");    // Datum in het verleden
header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
                                                     // Altijd veranderd
header("Cache-Control: no-store, no-cache, must-revalidate");  // HTTP/1.1
header("Cache-Control: post-check=0, pre-check=0", false);
header("Pragma: no-cache");                          // HTTP/1.0

Verder heb ik die artikelen van gorgi_19 bekeken en ben ik tot de conclusie gekomen dat ik *niet* die keys in mijn registery heb staan.

[ Voor 16% gewijzigd door djluc op 14-07-2004 17:00 ]

[djluc]

Ik ga dit topic gewoon nog maar eens kicken. Ik heb ondertussen al een hoop getest en gedaan en krijg het probleem er nog steeds niet uit. Ik heb even klein deeltje van het systeem op een testlocatie geplaatst: http://www.ikwilgratisbellen.nl/phoneshopmanager

Ik kan op dit moment het volgende over het probleem zeggen:
• Probleem komt soms voor, maar ik zie nog geen consequent verband.
• Met Mozilla heb ik het probleem nog niet gehad, met IE wel.
• Het probleem met IE komt voor op een divers aantal typen systemen.
• Zlib en caching staat volledig uit.

[Verwijderd]

djluc schreef op 14 juli 2004 @ 16:49:
Verder heb ik die artikelen van gorgi_19 bekeken en ben ik tot de conclusie gekomen dat ik *niet* die keys in mijn registery heb staan.

Leuk, maar vertel eens de feiten...

Gegevens van het bestand Urlmon.dll?
Versie van Internet Explorer?
Geinstalleerde SP's?

[Soultaker]

Ik heb zo iets wel gehad met een eigengemaakte (buggy) Apache module. Je kreeg dan een lege pagina als een Apache child process gecrashed was. Is daar iets van terug te vinden in je error logs?

Sowieso is het wel nuttig om in je access/error logs te zien of de pagina's die niet goed doorkomen op de webserver een andere status opleveren.

[djluc]

Soultaker schreef op 24 juli 2004 @ 18:05:
Ik heb zo iets wel gehad met een eigengemaakte (buggy) Apache module. Je kreeg dan een lege pagina als een Apache child process gecrashed was. Is daar iets van terug te vinden in je error logs?

Gewoon een standaard PHP installatie op W2k zonder enige gekke dingen verder.

Sowieso is het wel nuttig om in je access/error logs te zien of de pagina's die niet goed doorkomen op de webserver een andere status opleveren.

Ik heb niets gezien toe ik het bekeken heb, maar het lijkt em sowieso vreemd omdat het in Mozilla niet voorkomt.

Verwijderd schreef op 24 juli 2004 @ 16:02:[...]
Leuk, maar vertel eens de feiten...

Gegevens van het bestand Urlmon.dll: versie 6.0.2800.1400
Versie van Internet Explorer: 6.0.2800.1106
Geinstalleerde SP's:
IE: SP1 en nog een aantal updates, gewoon via de winows update.
OS: W2k met SP4 versie 5.00.2195

[ Voor 24% gewijzigd door djluc op 25-07-2004 13:00 ]

[Verwijderd]

Het kan ook aan foute HTML-code liggen las ik ergens.
Heb je al een validator opde pagina losgelaten?

[djluc]

Verwijderd schreef op 28 juli 2004 @ 00:03:
Het kan ook aan foute HTML-code liggen las ik ergens.
Heb je al een validator opde pagina losgelaten?

De output bron is geheel leeg. Je ziet dus totaal geen output.

[djluc]

Ik ga dit topic echt nog eens kicken.
Ik vind dit een enorm vreemd probleem en niemand schijnt er iets van te weten

Misschien kan ik de headers bekijken in IE? Of mag dat ook niets uitmaken?

[Soultaker]

De headers (en response code) bekijken kan misschien wel helpen. Dan zie je in ieder geval wat er precies gebeurt; of je een lege pagina als geldig resultaat terug krijgt, of een foutmelding, of iets dergelijks. Misschien is het ook nuttig om te bekijken waarin een HTTP request vanuit Mozilla verschilt met een HTTP request vanuit IE, als je zeker weet dat de problemen alleen optreden met IE en nooit met Mozilla.

[djluc]

Soultaker schreef op 10 augustus 2004 @ 16:24:
De headers (en response code) bekijken kan misschien wel helpen. Dan zie je in ieder geval wat er precies gebeurt; of je een lege pagina als geldig resultaat terug krijgt, of een foutmelding, of iets dergelijks. Misschien is het ook nuttig om te bekijken waarin een HTTP request vanuit Mozilla verschilt met een HTTP request vanuit IE, als je zeker weet dat de problemen alleen optreden met IE en nooit met Mozilla.

Je bedoeld dus hetgeen wat internet explorer aan de server vraagt? Hoe kan ik dat precies bekijken in een browser? In Mozilla kan ik met de web-toolbar nog de response headers bekijken maar in Internet Explorer zie ik hier geen mogelijkheden voor.

[Soultaker]

Je zou iets als WinDump kunnen gebruiken om alle relevante TCP packets te capturen. (Filter op TCP PORT 80 ofzo). Je krijgt dan ook de connection terminate/close packets te zien (als die er zijn).

[ Voor 23% gewijzigd door Soultaker op 10-08-2004 17:57 ]

[djluc]

Ik heb het programma geprobeerd maar daar kwam ik niet uit. Toen heb ik IE HTTP Headers geïnstalleerd welke wel een voor mij duidelijke output geeft. Dit is de output:
irrelevante basis dingen heb ik verwijderd

code:

GET /phoneshopmanager/ HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate
Connection: Keep-Alive

HTTP/1.1 200 OK
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Last-Modified: Tue, 10 Aug 2004 16:57:48 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Transfer-Encoding: chunked
Content-Type: text/html

Dit ontvangt Mozilla:

code:

Expires: Thu, 19 Nov 1981 08:52:00 GMT
Last-Modified: Tue, 10 Aug 2004 17:00:29 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Transfer-Encoding: chunked
Content-Type: text/html

Ik zie dus verder geen verschillen. Ik ga nu even kijken of de GET misschien anders is bij Mozilla.

Eindelijk heb ik iets:
Ik vind dit stukje tussen de http header:

code:

GET /phoneshopmanager/index.php?action=gfx&gfxid=logo.jpg&sub=view HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate
Connection: Keep-Alive

HTTP/1.1 500 Internal Server Error
Date: Tue, 10 Aug 2004 17:05:15 GMT
Server: Apache
Content-Length: 550
Connection: close
Content-Type: text/html; charset=iso-8859-1

Hoe vogel ik de oorzaak van de error uit?

[ Voor 46% gewijzigd door djluc op 10-08-2004 19:15 ]

[Soultaker]

En dan staat er dus echt een vermelding in je error log, zoals ik twee weken geleden al suggereerde. Kijk eens of die je verder helpt?

[ Voor 15% gewijzigd door Soultaker op 10-08-2004 19:17 ]

[djluc]

Soultaker schreef op 10 augustus 2004 @ 19:17:
En dan staat er dus echt een vermelding in je error log, zoals ik twee weken geleden al suggereerde. Kijk eens of die je verder helpt?

Het gaat dus fout bij het laden van die afbeelding? Die regel staat er tenminste boven.

Overigens krijg ik nu niet meer de error op dezelfde pagina

Ik heb een oproep gedaan voor de logfiles aangezien ik deze bij de hoster, WideXS, niet kan vinden.

[ Voor 12% gewijzigd door djluc op 11-08-2004 13:47 ]