|
|
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
Сообщений: 386
|
Помог запрос `repair table Session`?
Знание может быть лишь у того, у кого есть вопросы. Ханс Георг Гадамер
|
|
|
06.08.2013, 11:01
|
|
Гость
Гость
|
К, сожалению, выполнение запроса не помогло.
Чистка директории tmp в которой создаются файлы сессий, тоже не помогла.
Добавляю для наглядности скриншот.
prntscr.com/1jo4la
|
|
|
06.08.2013, 11:16
|
|
ipm
Ильин Павел
Зарегистрирован:
2012-10-12
Сообщений: 386
|
Вполне возможно, что Ваш хостер обновил какое-нибудь ПО на сервере.
Скорее всего полетела база данных. У Вас есть резервная копия?
Можно попробовать восстановить именно таблицу сессий в базе, либо всю базу.
Сайт ведь продолжает работать? Я сталкивался с таким один раз, ситуация похожа.
Знание может быть лишь у того, у кого есть вопросы. Ханс Георг Гадамер
|
|
|
06.08.2013, 11:24
|
|
Гость
Гость
|
Я чуть выше писал, что сайт на Денвере.
Что успел еще сделать, после возникновения проблемы:
- переустановить Денвера;
- развернуть еще раз дистрибутив с созданием новой БД;
Сайт, продолжает работать )
Вот в админку постоянно требует авторизации (
|
|
|
06.08.2013, 11:29
|
|
Гость
Гость
|
Еще нашел:
Цитата:а) сломалась таблица Session
б) почему-то не перетащились данные в таблицу UserGroup
данные в UserGroup присутствуют.
repair для Session выполнил. Изменений не произошло.
|
|
|
06.08.2013, 11:40
|
|
ipm
Ильин Павел
Зарегистрирован:
2012-10-12
Сообщений: 386
|
Сайт на денвере, т.е. на localhost?
Цитата:почему-то не перетащились данные в таблицу UserGroup
А зачем их туда перетаскивать?
Проверьте параметры доступа к базе данных в файле vars.inc.php.
Как вариант, можно, если есть архив базы, то заменить таблицу Session на копию этой таблицы в архиве.
А если архива нет, то может попробовать удалить эту таблицу и создать заново в phpmyadmin, а в ней уже создать пользователя и потом попробовать зайти.
Знание может быть лишь у того, у кого есть вопросы. Ханс Георг Гадамер
|
|
|
06.08.2013, 13:04
|
|
Гость
Гость
|
Да на localhost.
Сделал дамп БД, развернул Денвер на компьютере2, перенес сайт.
Там работает все без проблем.
Значит таблица сессий рабочая.
Осталось выяснить, что может мешать нормальной работе на компьютере1?
|
|
|
06.08.2013, 14:18
|
|
ipm
Ильин Павел
Зарегистрирован:
2012-10-12
Сообщений: 386
|
Может дело было в сервере mysql, какой-нибудь косяк )
Отпишитесь, пожалуйста, если выясните причину.
Знание может быть лишь у того, у кого есть вопросы. Ханс Георг Гадамер
|
|
|
06.08.2013, 14:36
|
|
Гость
Гость
|
Итак, проблема была в следующем:
При размещении нескольких сайтов на Денвере, на локальном компьютере в сети, в .htaccess добавляются строчки вида:
#dnwr_port 82
#dnwr_ip 192.168.0.5
Порт, на котором находится сайт и ip расположения сайта
Эти строчки, вероятно, и влияли на работу. Отключив/включив эту конструкцию работа была возобновлена.
|
