Sergeich |
|
---|---|
Имеем: Вин 8 х64 Денвер, номер 2 и 3 Котонти, номер 0.9.14 и 0.6.что-то
Всё установилось и запустилось нормально. Котонти нормально инсталировался. Старый котонти нормально поднялся из бекапа.
Проблемма нарисовалась при попытке авторизоваться. Вводим логин и пароль и нас кидает на главную страницу без авторизации. В чём может быть проблема? Пробовал на обоих денверах, результат один. Второй денвер раньше точно был рабочий и проблем с ним небыло. Добавлено 16 часа спустя: Блин, поставил OpenServer, то же самое. Авторизация не проходит. Проблемма видимо в винде, но где именно копать? Добавлено 6 часа спустя: да что такое то, регистрация работает, опросы работают, не работает только авторизация. Херня полная
|
|
Відредаговано: Sergeich (06.09.2013 12:31, 11 років тому) |
Edward |
|
---|---|
Могу только предположить, что проблемы касаются сохранения сессии. Папка tmp в директории денвера доступна на запись? а что в логах, есть ошибки какие нибудь? Email: ed.gabishev@gmail.com
Telegram: https://t.me/Ed_Gaba |
Sergeich |
|
---|---|
В логах пусто. Сессии вроде пишутся в папку tmp, вот такого содержания: s_uri_redir|s:12:"aW5kZXgucGhw"; В общем я в полной растерянности. Попробовал другие ЦМС поставить. Те же яйца, доходит до авторизации и привет. Стенку отключал, разницы никакой. Походу это винда что-то чудит. Добавлено 18 минуты спустя: О, установил вордпресс, в нём авторизация штатно проходит. Добавлено 3 минуты спустя: Supex dumper нормально авторизуется |
|
Відредаговано: Sergeich (06.09.2013 18:47, 11 років тому) |
Aristei |
|
---|---|
Может попробовать другой веб-сервер? Чтобы точнее определить причину. Sorry for my English
|
Dayver |
|
---|---|
он уже ж пробовал ... странно вообще что там происходит - поглядеть нада через откладчик при авторизации по какому урлу уходит форма и какой ответ приходит перед редиректом на главную Pavlo Tkachenko aka Dayver
|
Oughtem |
|
---|---|
Эта проблема наблюдается когда вы ставите дамп базы, где админ не разлогинен. Надо разлогиниться на боевом сервере, сделать дамп и дапм залить на локал. А потом логиниться на локале. Даже если пасы на боевом и локале одинаковы, а они как правило одинаковы, то всё равно оно не логинит. Винда и виртуальные серверы тут ни при чём. Это проблема уже как месяцев 8 точно существует и я с ней периодически сталкиваюсь. Добавлено 3 минуты спустя: Остаётся только догадываться как там логиняться ваши юзеры после того как вы выливаете дамп с локала)) |
Sergeich |
|
---|---|
Да, я тоже пришёл к выводу, что дамп закосячен. Спасибо за подсказку, попробую. Чистая установка всё же встала и заработала. |
Yusupov |
|
---|---|
Сессии не сохраняются, если не ошибаюсь. Посмотри куда сессии сохраняются в настройках денвера. Эта директория должна быть с правами на запись. У меня было такое на косячном хостинге, приходилось прописывать свой путь в конфиге и создать такую директорию. Хотя, если чистая установка работает, то скорее всего я ошибаюсь. |
Macik |
|
---|---|
Периодически сталуиваюсь с подобным при переносе сайтов с локали на рабочий сервер. Помогает: 1. очистка папки `datas/cache` (удаляем только файлы, каталоги лучше оставить), 2. полная очистка таблиц `cot_cache` и `cot_cache_bindings`
https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |
Sergeich |
|
---|---|
Опупея продолжается, переношу сайт с хостинга на хостинг. И вновь не работает авторизация. Разлогинивался, удалял кеш, сносил таблицы, стучал в барабаны, пел песни - результат стабильно отрицательный. Создавал нового юзера,юзер создаётся, но он также не может авторизоваться. Тупо кидает на главную страницу без каких-либо ошибок и прочего. Версия котонти какая-то Генуя, номер уже и не помню. Это очень серьёзный баг, как мне думается, и судя по коментариям он довольно регулярно встречается. Почему сессии глюкают? И как это забороть блин. |
Dayver |
|
---|---|
Попробуй изменить в конфиге домен для кукисов (таблица конфиг->cookiedomain) на реальный (ведь когда тестил локально наверное вбивал локальный домен) а потом очистить таблицу кеша и после этого логинится ... при переносе из-за невозможности войти в админку и исправить этот параметр нужно пользоватся тулзами типа phpmyadmin Pavlo Tkachenko aka Dayver
|
esclkm |
|
---|---|
чистить кеш и/или выключать его в котонти littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
Kort |
|
---|---|
Месяц назад перенес сайты с одного хостинга на другой -- Seditio, Genoa, Siena -- такой проблемы не заметил. SED.by - создание сайтов, разработка плагинов и тем для Котонти
|
Sergeich |
|
---|---|
Dayver, спасибо, дело было именно в cookiedomain, исправил и всё заработало. Вот что значит давно в админке не лазил :). Всем спасибо за помощь, проблема решена.
|
Alex300 |
|
---|---|
Такая проблема часто наблюдается при использовании Google Chrome и др. браузерах, основанных на его движке. И как правило на локальном хосте. Проблема в том, что для них нужно создавать Cookie с явным указанием домена. На хостинге при пустых значениях "Домен для cookies" и "Путь для cookies" таких проблем не замечал. Но локальном приходится или явно указывать домен для куки в этих настройках или не ставить "Запомнить меня" при авторизации. В последнем случае cotonti использует только сессию. Это не проблема cotonti, т.к. схожее поведение Chrome браузеров наблюдается и с другими движками. P.S. для локального сервера под Windows предпочтительнее использовать OpenServer а не Denwer. При всем уважении к разработчикам последнего, проект уже давно не развивается Есть миры, не здесь, там, где небеса горят, и моря засыпают, и реки дремлют; люди сделаны из дыма, а города – из песен. Где-то опасность, где-то несправедливость, даже где-то остыл чай. Идем Эйс, у нас много работы!...
...Sorry for my english... Бесплатные расширения для Cotonti: https://lily-software.com/free-scripts/ |