Om ff terug te komen op dit:
hopla schreef:
Pershing schreef:
Nu krijgen we allen nog maar een wit scherm, zonder foutmelding.
OMG, heb ik ook al veel tegen gekomen en ik word er knettergek van! Dit ligt aan een syntax fout (met parse error tot gevolg) van php. Geen probleem zou je zeggen, dan zetten we toch gewoon effe error reporting aan (alle errors voor de zekerheid) en dan halen we die vorte vergeten punt-komma of leeg code block er wel uit. Maar nee, hij blijft hardnekkig vastklampen aan zijn maagdelijk wit.
Dus admins pls help, 't is nie voor mij 't is voor mijn innerlijke rust =)
(en volgens mij is dit al eens aan bod gekomen in een ander topic {open even nieuwe tab} aha gevonden:
viewtopic.php?t=402 )
Ik heb dus het probleem gevonden. Waarom worden er geen parse errors getoond, en enkel een lege pagina, ook al staat in je script display errors aan en error_reporting(E_ALL)? Heel simpel... PHP kan die twee dingen niet aanzetten! Er zit immers een parse error in je script, dus wordt je script HELEMAAL niet uitgevoerd. De PHP parser valt dan terug op de standaard waarden voor error_reporting (die ingesteld zijn door scoutnet) en daar staat alles af. Dus je parse error wordt niet getoond.
De oplossing is gelukkig eenvoudig: maak zelf een php.ini file aan en overschrijf de standaard scoutnet waarden. Of zet het volgende in je .htaccess file:
Code:
php_flag display_errors on
php_value error_reporting 2047
2047 komt overeen met de integer waarde van E_ALL, E_ALL heeft geen waarde in htaccess aangezien het een php constante is.
Je kan dan bijvoorbeeld die laatste lijn commenten en weer uncommenten als je gaat coden.
EDIT:
FYI: Als je alle errors wil zien behalve notices (dus E_ALL & ~E_NOTICE) vul dan 2039 in.
Aanmelden
Registreren
FAQ
Zoeken
