РЕДАКТИРОВАТЬ: вывод phpinfo (), к которому я направляю вас ниже, показывает display_errors off, но он переопределяется в файле конфигурации WordPress — я думаю. По крайней мере, я вижу ошибки PHP, поэтому я предполагаю, что они переопределены.
Но, как это происходит, когда вы предполагаете, что вы делаете задницу из нас с тобой. Я изменю это в файле php.ini и сообщу результаты в другом редактировании.
РЕДАКТИРОВАТЬ: я включил display_errors и display_startup_errors и снова выдал ошибки, а cgi_error_log все еще пуст.
Оригинальные вопросы существа ниже ————————
Это довольно элементарно, но у меня проблема, и я не могу вывести свой мозг из первых рук сегодня, и мне нужна проверка реальности.
Я хотел очистить файл cgi_error_log и попытался заменить его пустым файлом через FileZilla. FileZilla сообщила, что была загружена, но когда я посмотрел на сервере, он не был заменен.
Я, наконец, воспользовался файловым менеджером хостинговой компании, удалил файл и загрузил пустой файл. Это удалось, и теперь cgi_error_log пуст — это было с тех пор, как я загрузил пустой файл 14 декабря 2015 года в 1941 году (по местному времени).
Я ожидал, что что-то уже зарегистрировано.
Одно из последних сообщений в cgi_error_log, перед тем как я удалил и загрузил пустой файл, было:
20151214T181242: www.example.com/index.php
Failed loading /usr/local/lib/ioncube/ioncube_loader_lin_5.2.so: /usr/local/lib/ioncube/ioncube_loader_lin_5.2.so: wrong ELF class: ELFCLASS32
Failed loading /usr/local/Zend/lib/ZendExtensionManager.so: /usr/local/Zend/lib/ZendExtensionManager.so: wrong ELF class: ELFCLASS32
Я изменил фактический URL, указанный в сообщении, на www.example.com и т. Д., Как здесь стандартно.
Не беспокойтесь о том, почему произошла ошибка, я уже задавал вопрос об этой проблеме, получил ответ и теперь жду, когда моя хостинговая компания ответит на запрос на обслуживание, который я отправил об этом.
Я не изменил файл, который вызывал вышеупомянутую ошибку, и, таким образом, я ожидал, что ошибки этого типа будут происходить и будут записаны в файл cgi_error_log.
Моя проблема сейчас заключается в том, что в файле cgi_error_log ничего нет, и я задаюсь вопросом о разрешениях и тому подобном в файле. Я отправил сервисный билет об этом, но получил обычные неинформированные ответы.
Это мой вопрос здесь как проверка реальности. Если ошибки PHP должны быть записаны в cgi_error_log, то что-то не так. Если нет, я пытаюсь использовать другой подход, чтобы определить, почему cgi_error_log по-прежнему пуст.
Сервер работает под Apache.
Если вы хотите увидеть вывод phpinfo (), посмотрите на этот файл.
Предположим следующую ошибку (я заставил ее произойти с 1/0;):
Warning: Division by zero in /hermes/bosoraweb081/b1107/myd.sugarcatsimon/public_html/pdmeoff/pdroot/welg/wp-content/themes/thingspissed/functions.php on line 3
и это я вызвал, просто набрав «Это вызовет ошибку» в функции PHP:
Parse error: syntax error, unexpected 'will' (T_STRING) in /hermes/bosoraweb081/b1107/myd.sugarcatsimon/public_html/pdmeoff/pdroot/welg/wp-content/themes/thingspissed/functions.php on line 3
Я знаю, что задаю несколько вопросов ниже, но все они примерно одинаковы — что и где регистрируется для ошибок PHP.
1) Должны ли они быть записаны в файл?
2) Если так, они зарегистрированы в cgi_error_log или каком-либо другом файле?
3) Если это не cgi_error_log, где бы они были написаны?
4) Какие типы ошибок, если не PHP, записываются в cgi_error_log?
5) Как я могу заставить сообщение любого типа записываться в cgi_error_log, кроме использования функции error_log ()?
Если я не приведу все это в порядок, я собираюсь отключить свой мозг в ремонтной мастерской и попросить их провести его капитальный ремонт.
Заранее спасибо.
Замена cgi_error_log имела неправильные разрешения. Это было 644 и должно было быть 664.
Для будущих поисков — для успешной регистрации в файле cgi_error_log должны быть установлены разрешения 664.
Других решений пока нет …