25 марта в 10:26
Возникла такая проблема: после переноса сайта на хостинг невозможно в админке просмотреть содержимое, выдает ошибку 403 Forbidden nginx. При этом сама админка грузится. Еще сверху страницы висит странная надпись "default.profiefault". На старом хостинге проблем нет. В чем может быть проблема?
Комментарии
А права доступа к файлам/папкам не меняли? Остальные страницы сайта открываются, помимо главной страницы сайта?
Права доступа не менялись. Остальные страницы грузятся, абсолютно все, но только не содержимое. Пробовала дописывать к ссылке на вкладку с содержимым номера страниц, то есть, например, .../admin/content?page=2, но даже это не грузит. НО если попробовать нажать "Добавить страницу" или изменить существующую, дописав в ссылку "/edit?destination=admin/content", всё работает. То есть какой-то запрет лежит только на просмотр содержимого
Было предположение, что есть какая-то забагованная запись, которая не дает посмотреть страницу, но тогда вторая страница с содержимым и последующие отображались бы
Не факт
Какая разница первые 50 нод или вторые 50 нод, и вообще сколько у вас node на сайте?
Может их дофига, и просто не хватает ресурсов для формирования этой партянки.
Я бы для начала сравнил параметры PHP на старом и новом хостинге.
Просто было уже такое, что одна страница содержимого не прогружалась из-за записи, которая была удалена не полностью. Пришлось лезть в БД удалять ее из таблиц.
Node на сайте где-то 900 штук, но как-то же всё это прогружалось на старом хостинге.
Про параметры PHP, если Вы про settings.php и index.php, то там всё правильно. Что еще можно проверить?
Я уже даже перебрала все модули, в них тоже нет ошибок
900 нод - это не много
Если у вас виртуальный хостинг, идёте в панель управления хостингом и проверяете:
1) версию PHP
2) параметры PHP
3) подключённые расширения PHP
т.е. то что хостер оставляет на усмотрение пользователя.
P.S. это обязательный пункт при переходе на новый хостинг.
По этим пунктам всё совпадает, да и тем более, что почему-то другие сайты, перенесенные месяца два назад, с такими же настройками работают. Мистика какая-то. А ведь всё началось именно с того, что хостинг предоставил ссылку на какую-то другую панель администрирования сайтом, не удивлюсь, если в этом проблема. Но в ответ от них тишина, либо "Попробуйте ссылку поменять на сайт"
а что в журнале пишет после попытки открыть эту страницу?
В журнале пишет следующее:
"GET /admin/content HTTP/1.1" 403 560 "http://Сайт/admin/content" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/134.0.0.0 Safari/537.36"
В журнале пишет следующее:
"GET /admin/content HTTP/1.1" 403 560 "http://Сайт/admin/content" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/134.0.0.0 Safari/537.36"
Еще интересную вещь заметила, что спустя день пропадет возможность изменять файл settings.php, пишет, что недостаточно прав
Почему бы не начать с проверки настроек nginx, если 403 исходит именно от него? Настройки PHP тут, судя по всему, вообще ни причём. Просто предположение навскидку: поскольку переехали на другой хостинг - настройки nginx могут отличаться (возможно, на предыдущем хостинге он вообще был выключен). Попробуйте и здесь найти в панели, как отключить nginx - для начала. Хотя на shared-хостинге не факт, что такая опция будет. Крайний вариант - писать в поддержку хостинга с описанием проблемы и просьбой пошаманить настройки nginx.
Кстати по поводу этого, на прошлом хостинге стоит php 7.2.24, а на новом работает на 7.2.34. Может ли это быть критично? Нужной версии php хостинг не предоставляет, но сайты как-то грузятся, даже админка. Но новые, созданные в этом месяце, не хотят грузить содержимое админки.
По поводу nginx спросила у хостинга, жду ответ
Не думаю, что описанная ошибка связана с версией PHP - если судить по вашему сообщению об ошибке. 403 - это обычно вопрос к разрешениям веб-сервера. PHP подключается, скорее всего, позднее на общем цикле обработки запроса. Скорее тут какая-то муть с дефолтными настройками nginx на хостинге. Тут, пожалуй, некоторый интерес вызывает то, как именно работает nginx в вашем случае: как прокси перед апачем (в этом случае можно попробовать просто временно отказаться от него - хотя бы чтобы точно установить причину) или же как полноценный веб-сервер без апача.
Веб-сервер Apache/2.4.6 (CloudLinux) OpenSSL/1.0.2k-fips mod_fcgid/2.3.9 PHP/5.4.16
Говорит ли это о чем-то?
Да, говорит о том, что nginx работает перед апачем. Стало быть, в целях эксперимента, его можно попробовать отключить. Для Друпала он совсем не обязателен. Вопрос в том, позволит ли это сделать ваша панель хостинга.
Навряд ли получится, это только связываться с техподдержкой. А они даже ответить мне не могут, не то что уже лезть в nginx. Их максимум это посоветовать проверить URL-адрес админ-панели. Но всё равно спасибо Вам за ответы!
Спасибо всем за ответы! Проблема оказалась в хостинге, который ввел запрет на доступ к админ-панели без соответствующих документов, даже не предупредив