[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