Drupal « Drupal 7 — проблемы с переносом сайта на хостинг, «Доступ запрещен»
Доброго времени суток.
Пытаюсь перенести сайт с локальной машины на хостинг. Точнее перенес, но есть проблемы со входом в админку. У хостинга есть возможность захода на сайт по ихнему тестовому URL. Захожу по адресу [тестовый_адрес_сайта]/user для авторизации. ввожу логин и пароль и попадаю на страницу [тестовый_адрес_сайта]/users/[ник_пользователя] с элегантным и простым для понимания сообщением "Доступ запрещен / У вас нет доступа к этой странице".
Пытался восстановить пароль. При восстановлении на ящик падает письмо с одноразовой ссылкой для входа на сайт. Пробую войти и снова "нет доступа".
Проверяю на локальной версии на денвере - вход и выход работает.
Пробовал чистить кэш и куки браузера, чистил через phpmyadmin содержимое всех таблиц "cache*" и "sessions". толку никакого - снес и залил по новой - и снова "не алле". Предполагал, что проблема может быть в тестовом URL - ради любопытства заливал таким же макаром на соседнюю площадку разрабатываемый сайт на том же drupal7 и пробовал зайти - заходил...
Пытался проследить события лога. Рассматривал события в таблицах "accesslog", "sessions" и "watchdog". И выяснилась замечательная вещь - по ходу, сайт не пишет куки. В таблице "accesslog" каждое новое событие сопровождается сменой sid Browser session ID of user that visited page., чего не было на денвере. в таблице "sessions" ясно видно, что вводится верный логин и пароль - последние записи гласят, что при попытке входа открывается сессия для админа (uid=1), но при этом каждый раз новый sid A session ID. The value is generated by Drupal’s session handlers. Окончательным подтверждением того, что сессия успешно открыта является блиц-анализ последних записей таблицы "watchdog" - имеются упоминания, что "Session opened for %name." для юзера №1 и сразу же за ним идет запись "Access denied" для юзера №0.
Смею предположить, что при авторизации открывается сессия, но при этом браузеру не дается куки сессии и когда происходит редирект на страницу пользователя, друпал не находит инфы о сессии в куках и считает юзера обычным гостем и посылает его лесом.
Единственная кука от сайта, которая появляется сразу это has_js и все. На локальной же машине, при авторизованном пользователе, со всеми прибамбасами, висит 6 "печенек" в браузере.
Как победить данную оказию? Как заставить drupal7 писать куки?
Пытаюсь перенести сайт с локальной машины на хостинг. Точнее перенес, но есть проблемы со входом в админку. У хостинга есть возможность захода на сайт по ихнему тестовому URL. Захожу по адресу [тестовый_адрес_сайта]/user для авторизации. ввожу логин и пароль и попадаю на страницу [тестовый_адрес_сайта]/users/[ник_пользователя] с элегантным и простым для понимания сообщением "Доступ запрещен / У вас нет доступа к этой странице".
Пытался восстановить пароль. При восстановлении на ящик падает письмо с одноразовой ссылкой для входа на сайт. Пробую войти и снова "нет доступа".
Проверяю на локальной версии на денвере - вход и выход работает.
Пробовал чистить кэш и куки браузера, чистил через phpmyadmin содержимое всех таблиц "cache*" и "sessions". толку никакого - снес и залил по новой - и снова "не алле". Предполагал, что проблема может быть в тестовом URL - ради любопытства заливал таким же макаром на соседнюю площадку разрабатываемый сайт на том же drupal7 и пробовал зайти - заходил...
Пытался проследить события лога. Рассматривал события в таблицах "accesslog", "sessions" и "watchdog". И выяснилась замечательная вещь - по ходу, сайт не пишет куки. В таблице "accesslog" каждое новое событие сопровождается сменой sid Browser session ID of user that visited page., чего не было на денвере. в таблице "sessions" ясно видно, что вводится верный логин и пароль - последние записи гласят, что при попытке входа открывается сессия для админа (uid=1), но при этом каждый раз новый sid A session ID. The value is generated by Drupal’s session handlers. Окончательным подтверждением того, что сессия успешно открыта является блиц-анализ последних записей таблицы "watchdog" - имеются упоминания, что "Session opened for %name." для юзера №1 и сразу же за ним идет запись "Access denied" для юзера №0.
Смею предположить, что при авторизации открывается сессия, но при этом браузеру не дается куки сессии и когда происходит редирект на страницу пользователя, друпал не находит инфы о сессии в куках и считает юзера обычным гостем и посылает его лесом.
Единственная кука от сайта, которая появляется сразу это has_js и все. На локальной же машине, при авторизованном пользователе, со всеми прибамбасами, висит 6 "печенек" в браузере.
Как победить данную оказию? Как заставить drupal7 писать куки?
1 ответов
нашел решение - надо было в файле настроек settings.php снять комментарий со строчки:
# $cookie_domain = '.example.com';
и прописать свой домен.