[TYPO3-UG Dutch] "display_errors" in php.ini genegeerd?

H. Hahn h.hahn at hahn-informatica.nl
Tue Sep 16 12:49:52 CEST 2008


Bij de eerste Typo3-website die ik maakte (gehost bij Xs4all), zag ik 
tot mijn verbazing dat "safe_mode" uit stond. Een van de eerste dingen 
die ik deed, was dan ook in de map "cgi-bin" een bestandje php.ini 
aanmaken met daarin onder meer de regel 'safe-mode = on'. Dat bleek 
prima te werken; safe_mode stond sindsdien inderdaad aan.

Inmiddels is de website geüpdate naar Typo3 4.2.1, en PHP  is geüpdate 
naar 5.2.6.

Onlangs moest ik een pagina wijzigen. Daarbij bleek "iets" fout te gaan, 
maar ik wist niet wat. Een bepaald PHP includebestand leek niet gevonden 
te worden, terwijl het wel aanwezig was. Ik gebruik voor include altijd 
"require_once()", zodat ik een foutmelding krijg als er bijv. een 
typfout in de naam staat. Die foutmelding kwam niet. Bij controle met 
"if (file_exists())" bleek het bestand trouwens wél te bestaan.

Uiteindelijk leek het erop dat er een fout in het bestand zelf zat maar 
dat PHP om de een of andere reden geen foutmeldingen meer uitgaf. Na 
ruim twee dagen zoeken ontdekte ik dat de PHP-configuratieparameter 
"display_errors" op 0 stond. Toen ik "log_errors" had ingesteld, bleken 
we wel degelijk foutmeldingen van PHP naar het errorlogbestand te worden 
gestuurd!

Ik heb toen in php.ini een regel 'display_errors = on' toegevoegd. Dat 
bleek niet te helpen. Als ik in het PHP-bestand de paramater 
"display_errors" uitles, blijkt hij steeds weer op 0 te staan. (N.B.: Ik 
gebruikte hiervoor "printf()" met parameter "%s", zodat eventuele 
stringwaardes ook weergegeven kunnen worden.)
Her maakt niet uit of ik 'display_errors = on', 'display_errors = true', 
'display_errors = 1', 'display_errors = "1"', of wat dan ook schrijf.

*Vragen:*
*1.* Is het denkbaar dat er in Typo3 per abuis iets ingesteld zou kunnen 
zijn waardoor "display_errors" wordt teruggezet? (Ik gebruik heel weinig 
Typoscript, dus alleen al daardoor is dit onwaarschijnlijk. Bij twee 
andere sites, beide gehost bij Solcon, met PHP 5.2.3, treedt met vrijwel 
dezelfde Typoscript dit probleem niet op).

*2.* Is het denkbaar dat een provider "display_errors" keihard zodanig 
uit zet dat je hem niet meer aan kunt zetten - of dat hij die parameter 
helemaal niet meer ondersteunt? Dat zou dan gebeurd moeten zijn sinds de 
overstap naar PHP 5.2.6, enkele maanden geleden.

*3.* Wat zou er verder aan de hand kunnen zijn waardoor de fouten van 
PHP ineens niet meer op het scherm komen?

Ieder advies is welkom, waarvoor bij voorbaat dank.
H. Hahn



More information about the TYPO3-UG-dutch mailing list