Kann eine eigene php.ini den Seitenaufbau blockieren?

[dedlfix]

Tach!

Also außerhalb der Doc Root funktioniert es bei mir nicht. Fehler werden nicht gespeichert.

PHP muss mindestens in sie schreiben dürfen, mit der Kennung mit der es läuft.

Ich habe der php.ini, die außerhalb der Doc liegt folgendes hinzugefügt:

Ist das dann eine (zumnidest für dich) globale php.ini, wie sie beispielsweise vom FCGI-Wrapper an PHP bekanntgegeben wird? Ansonsten zählt ja nur die php.ini aus dem jeweiligen Script-Startverzeichnis. Alternativ seit 5.3 (und nur mit (F)CGI-Einbindung) gibts da noch die .user.ini, die man im DocumentRoot anlegen kann und dann für alle Script-Starts unterhalb dessen gilt.

;error_log = "./homepages/XX/XXXXXXXXXX/htdocs/new_cms/php_error_log.log"[/code]

Der . am Anfang bewirkt, dass vom aktuellen Verzeichnis ausgegangen wird - welches auch immer das ist.

Aber selbst wenn das funktioniert, scheinen die Aussetzer nicht durch PHP-Fehler ausgelöst zu werden. Zumindest wurde seit Gestern auf keiner einzigen Domain was geloggt. Als gegentest habe ich gerade eine Seite mit Fatal Error eingebaut und aufgerufen, dass wurde geloggt. Wie kann ich den Aussetzern auf die spur kommen?

Wenn PHP nicht zu loggen in der Lage ist, dann kann es die Aussetzer nicht behandeln und vermutlich ist es dann auch nicht ihr Auslöser. Das ist dann höhere Gewalt, die nur dein Systemverwalter aufzuspüren in der Lage ist.

Eine Vermutung ist, wenn du an den Memory-Einstellungen drehst, nimmt sich PHP mehr Speicher von außerhalb zugestanden und wird dann gekillt.

dedlfix.