Регистрация
Вход через соцсети
Восстановление пароля

При входе в админку все время требует авторизации

Новый топик
Страницы: 1  |  2
05.08.2013, 20:26
Ответить | Цитировать
Гость
Гость

- Денвер переустанавливали;
- Кэш и куки чистили;
- Разными браузерами (ie, ff, opera) пробовали;
- Скайп не запущен;
- Переинсталлировали CMS заново - все равно требует авторизации
Версия 5.2, Бизнес.
06.08.2013, 08:12
Ответить | Цитировать
Гость
Гость

Поторопился я с вопросом, надо было пройтись поиском по форуму. Нашел вот такой способ:

Цитата:
возможно, что таблица, где хранятся сессии полетела. попробуйте выполнить запрос `repair table Session`.
06.08.2013, 09:24
Ответить | Цитировать
ipm
Ильин Павел

Зарегистрирован:
2012-10-12
Сообщений: 367

Помог запрос `repair table Session`?

Знание может быть лишь у того, у кого есть вопросы. Ханс Георг Гадамер
06.08.2013, 11:01
Ответить | Цитировать
Гость
Гость

К, сожалению, выполнение запроса не помогло.
Чистка директории tmp в которой создаются файлы сессий, тоже не помогла.

Добавляю для наглядности скриншот.
prntscr.com/1jo4la
06.08.2013, 11:16
Ответить | Цитировать
ipm
Ильин Павел

Зарегистрирован:
2012-10-12
Сообщений: 367

Вполне возможно, что Ваш хостер обновил какое-нибудь ПО на сервере.
Скорее всего полетела база данных. У Вас есть резервная копия?
Можно попробовать восстановить именно таблицу сессий в базе, либо всю базу.
Сайт ведь продолжает работать? Я сталкивался с таким один раз, ситуация похожа.

Знание может быть лишь у того, у кого есть вопросы. Ханс Георг Гадамер
06.08.2013, 11:24
Ответить | Цитировать
Гость
Гость

Я чуть выше писал, что сайт на Денвере.
Что успел еще сделать, после возникновения проблемы:
- переустановить Денвера;
- развернуть еще раз дистрибутив с созданием новой БД;

Сайт, продолжает работать )
Вот в админку постоянно требует авторизации (
06.08.2013, 11:29
Ответить | Цитировать
Гость
Гость

Еще нашел:
Цитата:
а) сломалась таблица Session
б) почему-то не перетащились данные в таблицу UserGroup


данные в UserGroup присутствуют.
repair для Session выполнил. Изменений не произошло.
06.08.2013, 11:40
Ответить | Цитировать
ipm
Ильин Павел

Зарегистрирован:
2012-10-12
Сообщений: 367

Сайт на денвере, т.е. на localhost?

Цитата:
почему-то не перетащились данные в таблицу UserGroup

А зачем их туда перетаскивать?

Проверьте параметры доступа к базе данных в файле vars.inc.php.

Как вариант, можно, если есть архив базы, то заменить таблицу Session на копию этой таблицы в архиве.

А если архива нет, то может попробовать удалить эту таблицу и создать заново в phpmyadmin, а в ней уже создать пользователя и потом попробовать зайти.

Знание может быть лишь у того, у кого есть вопросы. Ханс Георг Гадамер
06.08.2013, 13:04
Ответить | Цитировать
Гость
Гость

Да на localhost.
Сделал дамп БД, развернул Денвер на компьютере2, перенес сайт.
Там работает все без проблем.
Значит таблица сессий рабочая.
Осталось выяснить, что может мешать нормальной работе на компьютере1?
06.08.2013, 14:18
Ответить | Цитировать
ipm
Ильин Павел

Зарегистрирован:
2012-10-12
Сообщений: 367

Может дело было в сервере mysql, какой-нибудь косяк )
Отпишитесь, пожалуйста, если выясните причину.

Знание может быть лишь у того, у кого есть вопросы. Ханс Георг Гадамер
06.08.2013, 14:36
Ответить | Цитировать
Гость
Гость

Итак, проблема была в следующем:
При размещении нескольких сайтов на Денвере, на локальном компьютере в сети, в .htaccess добавляются строчки вида:
#dnwr_port 82
#dnwr_ip 192.168.0.5

Порт, на котором находится сайт и ip расположения сайта

Эти строчки, вероятно, и влияли на работу. Отключив/включив эту конструкцию работа была возобновлена.
198 196 2013-08-06 16:12:24 13202
Страницы: 1  |  2
Описание проекта