Проблема Mac OS X 10.5.8 с файлом php.ini (PHP 5.2.10)

1752
user17213

Я использую Leopard 10.5.8 с версиями PHP (5.2.10) и Apache (2.2.11) от Apple. Изменения, внесенные в файл /etc/php.ini, не вступают в силу после остановки / запуска Apache. phpinfo () и команда оболочки php -i подтверждают статус-кво. Права доступа к файлу php.ini - 444 с правами root / wheel. Он был скопирован из файла php.ini.default, поставляемого с дистрибутивом php. Вот что я пытаюсь изменить - похоже, это должно быть довольно просто:

include_path = ".: / usr / local / some_directory"
// Исходная запись в файле php.ini.default была закомментирована
// Каталог '/ usr / local / some_directory' существует
// phpinfo () показывает только include_path =. :

magic_quotes_gpc = Off
// Исходная запись в значении php.ini.default была 'On'
// phpinfo () показывает magic_quotes_gpc = On

Я был на всем сайте php.net и не могу определить мою ошибку. Разве изменения в файле php.ini не должны интерпретироваться сразу после перезапуска Apache?

Кто-нибудь сталкивался с подобной проблемой? Предложения по исправлению этой неисправности будет принята с благодарностью. Я знаю, что могу жестко закодировать обходные пути в моем PHP-коде, но это на самом деле лишает смысла даже наличие файла php.ini ....

2
Что phpinfo () говорит для пути к файлу конфигурации? Кроме того, вы видите какие-либо ошибки в `/ var / log / apache2 / error_log`? Chealion 14 лет назад 0
Путь к файлу конфигурации - / etc. Остановка / запуск Apache: [сб. 7 ноября 17:22:35 2009] [извещение] перехватило SIGTERM, завершение работы [сб. 7 ноября 17:22:53 2009] [предупреждение] Init: кэш сеанса не сконфигурирован [подсказка: SSLSessionCache] mod_bonjour: пропуск пользователя 'Trent' - невозможно прочитать индексный файл '/Users/Trent/Sites/index.html'. [Суб ноя 07, 17:22:54 2009] [уведомление] Дайджест: генерация секрета для дайджест-аутентификации ... [Суб ноя 07 17:22:54 2009] [извещение] Дайджест: сделано [Суб ноя 07 17:22:54 2009] [примечание] Apache / 2.2.11 (Unix) mod_ssl / 2.2.11 OpenSSL / 0.9.7l DAV / 2 PHP / 5.2.10 настроен - возобновление нормальной работы user17213 14 лет назад 0
[Суббота, 07 ноября 17:22:35 2009] [извещение] перехватило SIGTERM, завершение работы [суббота, 07:22:53 2009] [предупреждение] Init: кэш сессии не настроен [подсказка: SSLSessionCache] mod_bonjour: пропуск пользователя ' Трент '- не может прочитать индексный файл' /Users/Trent/Sites/index.html '. [Суб ноя 07, 17:22:54 2009] [уведомление] Дайджест: генерация секрета для дайджест-аутентификации ... [Суб ноя 07 17:22:54 2009] [извещение] Дайджест: сделано [Суб ноя 07 17:22:54 2009] [примечание] Apache / 2.2.11 (Unix) mod_ssl / 2.2.11 OpenSSL / 0.9.7l DAV / 2 PHP / 5.2.10 настроен - возобновление нормальной работы user17213 14 лет назад 0
Извините - у меня проблемы с форматированием комментариев, чтобы сделать их более читабельными .... user17213 14 лет назад 0

2 ответа на вопрос

1
user17213

Проблема решена. По какой-то причине изменения, которые я внес в строку 305 WRT для сообщения об ошибках, стали причиной проблемы. Я удалил '& ~ E_NOTICE', чтобы предположительно помочь с отладкой. Я понятия не имею, почему это изменение вызвало сбой - но я смог двигаться вперед ....

Примечание. Я не могу правильно вставить две строки из файла php.ini из-за правил форматирования, используемых на этом веб-сайте.

1
RichardLynch

Все, что вы делали, не error_reportingимело никакого отношения к секретному дайджесту SSL.

Скорее всего, вы никогда не перезапускали apache.

Или, возможно, вы изменили какую-то переменную окружения, чтобы PHP мог фактически найти ваш измененный php.ini

Или, что еще более реалистично, вы скопировали свой php.ini туда, где его искал PHP.

Для всех остальных, если у вас установлен php CLI, сделайте это, чтобы узнать, где php ищет php.ini:

php -i | grep php.ini

Вы не можете изменить, где это выглядит. Это скомпилировано в.

Вы можете переместить или скопировать туда свой php.ini или даже создать символическую ссылку, но именно здесь PHP будет выглядеть.

Также обратите внимание, что PHP не имеет абсолютно никаких проблем с тем, чтобы начинать с php.ini вообще. Он просто использует значения по умолчанию, которые (в основном) совпадают со значениями в php.ini.default

Похожие вопросы