Anonymous User 17160716
(@anonymized-17160716)
zilber20, привет.
не работает переход на отдельные страницы, не загружаются на сайт картинки, но ни одной ошибки в лог не записалось
Видимо, вы изначально веб-сервер неправильно подготовили к размещению сайта. Тут не помешают подробности как и что вы настраивали, чтобы получилось то, что получилось в итоге.
Пробовал и то и другое, файл создавал, прописывал овнером Apache
Если вы установили WordPress и он корректно работает, то после добавления строчек WP_DEBUG
ничего более делать не требуется — файл будет создан сам при наличии ошибок в проекте. Плюс, вместо дебага WordPress вы можете смотреть логи ошибок PHP (они же есть, верно?).
m0ze, спасибо, что не прошли мимо
Я не нашёл на форуме сообщений, где были бы приведены полные конфиги хоста, очевидно, здесь это не принято.
Веб сервер сконфигурирован нормально для всех задач, которые перед ним ранее ставились, нормально поддерживал сайты на PHP, обеспечивал выгрузку данных в OLAP и т.д. требований для установки на https://wordpress.org/about/requirements/ не так много, они выдержаны, другими я не располагаю. Разработчики не посчитали нужным даже указать списка php модулей, пришлось смотреть на других серверах, повторять.
error.log в php-fpm содержит записи рестартов и нет никаких ошибок, примерно такая же ситуация в hhtpd.
Неужели WP можно отлаживать только по косвенным признакам? никто не исследовал такой возможности сообщить об ошибке, как syslogd или вывод на консоль, на страничку, в базу, в конце концов?
Вот просто обескуражен. Впервые сталкиваюсь в юникс системах с приложением, которое требует такого дзена, что раз что-то не так — хост кривой! Как исправить — ну поперебирай разные сборки с разными комбинациями версий модулей, помогает иногда.
Модератор
Yui
(@fierevere)
永子
сообщений, где были бы приведены полные конфиги хоста, очевидно, здесь это не принято
мало кто приводит или знает что именно нужно приводить, огромные портянки конфигов ПО разбирать тоже мало кто захочет, считается что большинство хостингов имеют достаточно вменяемые конфигурации, без разложенных «граблей».
Разработчики не посчитали нужным даже указать списка php модулей
вы получите ошибку, если отсутствует необходимое расширение PHP, и замечание в Инструменты>Здоровье сайта, а также ссылку на то, что необходимо для работы WP
На 99.9% типичных установках PHP всё необходимое есть.
https://make.wordpress.org/hosting/handbook/handbook/server-environment/#php-extensions
Вот такая ссылочка, для администраторов хостинга.
Если вы хорошо прочитали статью про отладку
https://ru.wordpress.org/support/article/debugging-in-wordpress/
то это работает у большинства.
Ну разве что ваш код (плагины, тема, всякие файлы настроек) явно где-то что-то не отключает, через ini_set() например в коде, вирусы так часто делают, чтобы затруднить отладку.
мало кто приводит или знает что именно нужно приводить
Согласен, когда исследуемая система не способна заявить о проблемах, требований к её установке — практически нет, то дело может быть в чём угодно.
На 99.9% типичных установках PHP всё необходимое есть.
У меня там модулей не требует, разве что СУБД, у меня
Пакет 1:mariadb-5.5.64-1.amzn2.x86_64 уже установлен, и это последняя версия.
А требуется 10.х выглядит странно и непонятно, но более yum не предлагает.
Но даже если и база столь старая (по дате файлов уже почти месяц релизу), неужели именно она препятствует столь сложной и непонятной операции, как запись ошибки в файл?
то это работает у большинства.
Выходит, не заработало — ничего не поделать? средств отладки и настройки не предусмотрено?
Модератор
Yui
(@fierevere)
永子
средства отладки для средств отладки…
а потом надо будет еще использовать средства отладки для средств отладки средств отладки…
Про средства отладки в WP статья выше.
Вы можете использовать отладку на уровне PHP, xdebug к примеру, или strace, gdb. Но это уже не про WordPress.
Обычно файл не создается из за недостатка прав на запись, начните с самой простой причины.
Anonymous User 17160716
(@anonymized-17160716)
zilber20,
Согласен, когда исследуемая система не способна заявить о проблемах, требований к её установке — практически нет, то дело может быть в чём угодно.
Не совсем понятны такие выводы, но всё же: есть логи веб-сервера, есть логи PHP, есть логи БД — смотрите, ищите проблему. Где-то что-то будет.
но более yum не предлагает
А с репозиторием как вопрос обстоит?
Выходит, не заработало — ничего не поделать? средств отладки и настройки не предусмотрено?
Тут, скорее, проблема не в WordPress, а в той среде, где вы пытаетесь с движком работать.
средств отладки и настройки не предусмотрено?
WordPress написан на PHP и JavaScript, в общем случае работают стандартные средства отладки этих языков.
не работает переход на отдельные страницы
В чём это выражается?
не загружаются на сайт картинки
Какого размера? Что происходит при загрузке?
но ни одной ошибки в лог не записалось.
Предполагаю, что проблемы вызваны не ошибками PHP, а какими-то другими факторами. Для начала стоит выполнить пункты 4—6.
Глюки победить удалось, подправив настройки Apache, а вот с логами осталось по прежнему ни правка php.ini, ни правка .httaccess пока ни к чему не привела, очень жаль, что так и нет логов, жаль что нет обычных, в таких случаях опций ругаться в syslogd или в базу.
-
Ответ изменён 4 года, 7 месяцев назад пользователем zilber20.