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

[WP Perquin]

error_reporting(E_ALL); Geeft ook wel wat inzicht.

In TYPO3 (4.1.7) worden wel een aantal keer display_errors neergezet:
occurrences in 4 files for the word: display_errors
\typo3\t3lib\config_default.php (85) ..._CONF_VARS[SYS][devIPmask].
-1=Default setting. With this option, you can override the PHP setting
"display_errors". It is suggested that you set this to "0" and enable the
"error_log" option in php.i...

\typo3\t3lib\config_default.php (385) 	@ini_set('display_errors',
$displayErrors);
\typo3\typo3\alt_clickmenu.php (174)
ini_set('display_errors',0);	// XML has to be parsed, no parse errors
allowed
\typo3\typo3\sysext\adodb\adodb\docs\docs-adodb.htm (1249)   You still need
to use <b>ini_set("display_errors", "0" or "1")</b> to control 
\typo3\typo3\sysext\adodb\adodb\docs\docs-adodb.htm (1265)
...</p><pre>&lt;?php<br><b>error_reporting(E_ALL); # report all
errors<br>ini_set("display_errors", "0"); # but do not echo the
errors<br>define('ADODB_ERROR_LOG_TYPE',3);<br>define('...

In de config_default.php staat er zelfs het @ teken voor. Wat betekend dat
een mogelijke error (bij de uitvoer van die functie) niet wordt doorgegeven.
Het in je php.ini aan of uit zetten heeft dan ook geen zin, omdat typo3 de
waarde aanpast. 

In de configuratie van typo3 kan je bij [displayErrors] de juiste waarde
invullen. Standaard staat die op -1 (bij jouw vermoedelijk op 0). Die moet
je dus op 1 zetten.

Succes

Willem

-----Oorspronkelijk bericht-----
Van: typo3-ug-dutch-bounces at lists.netfielders.de
[mailto:typo3-ug-dutch-bounces at lists.netfielders.de] Namens H. Hahn
Verzonden: dinsdag 16 september 2008 12:50
Aan: typo3-ug-dutch at lists.netfielders.de
Onderwerp: [TYPO3-UG Dutch] "display_errors" in php.ini genegeerd?

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

_______________________________________________
TYPO3-UG-dutch mailing list
TYPO3-UG-dutch at lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-ug-dutch