Mac OS X 10.5.8 Problem mit der Datei php.ini (PHP 5.2.10)

1841
user17213

Ich verwende Leopard 10.5.8 mit den von Apple gelieferten Versionen von PHP (5.2.10) und Apache (2.2.11). Änderungen, die an der Datei /etc/php.ini vorgenommen wurden, werden nach dem Stopp / Start von Apache nicht wirksam. phpinfo () und Shell-Befehl php -i bestätigen den 'Status Quo'. Die Dateiberechtigungen für die Datei php.ini sind 444 mit root / wheel-Besitz. Es wurde aus der Datei php.ini.default kopiert, die mit der PHP-Distribution geliefert wurde. Folgendes versuche ich zu ändern - scheint ziemlich grundlegend zu sein:

include_path = ".: / usr / local / some_directory"
// Ursprünglicher Eintrag in der Datei php.ini.default wurde auskommentiert.
// Das Verzeichnis '/ usr / local / some_directory' existiert.
// phpinfo () zeigt nur include_path =. :

magic_quotes_gpc = Aus
// Ursprünglicher Eintrag in der Datei php.ini.default war 'On'
// // phpinfo () zeigt magic_quotes_gpc = On

Ich war überall auf der php.net-Website und kann meinen Fehler nicht identifizieren. Sollten die Änderungen an der Datei php.ini nicht unmittelbar nach dem Neustart von Apache interpretiert werden?

Hat jemand ein ähnliches Problem erlebt? Vorschläge zur Behebung dieser Fehlfunktion werden sehr geschätzt. Ich weiß, dass ich Workarounds in meinen PHP-Code hart codieren kann, aber das macht den ganzen Zweck einer php.ini-Datei wirklich zunichte.

2
Was sagt phpinfo () für den Pfad der Konfigurationsdatei? Außerdem werden Fehler in `/ var / log / apache2 / error_log` angezeigt. Chealion vor 14 Jahren 0
Konfigurationsdateipfad ist / etc. Apache stop / start: [Sat Nov 07 17:22:35 2009] [Ankündigung] SIGTERM beim Herunterfahren [Sat Nov 07 17:22:53 2009] [Warnung] Init: Sitzungscache nicht konfiguriert [Hinweis: SSLSessionCache] mod_bonjour: Benutzer 'Trent' kann übersprungen werden - Indexdatei '/Users/Trent/Sites/index.html' kann nicht gelesen werden. [Sat Nov 07 17:22:54 2009] [Notice] Digest: Das Generieren von Geheimnis für die Digest-Authentifizierung ... [Sat Nov 07 17:22:54 2009] [Notice] Digest: erledigt [Sat Nov 07 17:22:54 2009] [Hinweis] Apache / 2.2.11 (Unix) mod_ssl / 2.2.11 OpenSSL / 0.9.7l DAV / 2 PHP / 5.2.10 konfiguriert - normale Vorgänge werden fortgesetzt user17213 vor 14 Jahren 0
[Sat Nov 07 17:22:35 2009] [Notice] erwischt, wie SIGTERM heruntergefahren wurde [Sat Nov 07 17:22:53 2009] [warn] Init: Sitzungscache ist nicht konfiguriert [Hinweis: SSLSessionCache] mod_bonjour: Benutzer werden übersprungen ' Trent '- Indexdatei' /Users/Trent/Sites/index.html 'kann nicht gelesen werden. [Sat Nov 07 17:22:54 2009] [Notice] Digest: Das Generieren von Geheimnis für die Digest-Authentifizierung ... [Sat Nov 07 17:22:54 2009] [Notice] Digest: erledigt [Sat Nov 07 17:22:54 2009] [Hinweis] Apache / 2.2.11 (Unix) mod_ssl / 2.2.11 OpenSSL / 0.9.7l DAV / 2 PHP / 5.2.10 konfiguriert - normale Vorgänge werden fortgesetzt user17213 vor 14 Jahren 0
Entschuldigung - Ich habe Probleme beim Formatieren der Kommentare, um sie lesbarer zu machen. user17213 vor 14 Jahren 0

2 Antworten auf die Frage

1
user17213

Problem gelöst. Aus irgendeinem Grund verursachten die Änderungen, die ich in Zeile 305 WRT an der Fehlerberichterstattung vorgenommen hatte, das Problem. Ich hatte '& ~ E_NOTICE' gelöscht, um angeblich beim Debuggen zu helfen. Ich habe keine Ahnung, warum diese Änderung den Misserfolg verursacht hat - aber ich konnte voran ...

Hinweis: Ich kann die beiden Zeilen aus der Datei php.ini aufgrund der auf dieser Website verwendeten Formatierungsregeln nicht korrekt einfügen.

1
RichardLynch

Was auch immer Sie damit gemacht haben, error_reportinghatte nichts mit dem geheimen SSL-Digest zu tun.

Wahrscheinlich hatten Sie Apache nie wirklich neu gestartet.

Möglicherweise ändern Sie auch eine Umgebungsvariable, damit PHP Ihre geänderte php.ini tatsächlich finden kann

Oder noch realistischer haben Sie Ihre php.ini dorthin kopiert, wo PHP sie gesucht hat.

Für alle anderen, vorausgesetzt, Sie haben php CLI installiert, tun Sie dies, um herauszufinden, wo php nach php.ini sucht:

php -i | grep php.ini

Sie können nicht ändern, wo es aussieht. Das ist in kompiliert.

Sie können Ihre php.ini dorthin verschieben oder kopieren, oder Sie können dort sogar einen Symlink erstellen, aber hier wird PHP suchen.

Beachten Sie auch, dass PHP absolut keine Skrupel hat, überhaupt ohne php.ini zu beginnen. Es werden lediglich Standardwerte verwendet, die (meistens) mit denen in php.ini.default übereinstimmen

Verwandte Probleme