Админка не пускает внутрь, просто перегружаясь.
Привет всем!
Столкнулся с такой вот проблемой. Установил MODX авторизовался, начал работать. Сел за другой компьютер, админка при авторизации просто перезагружается и показывает снова окно логина.
Разлогинился на первом компе, та же проблема возникла. Прошерстил необъятные просторы, все кто сталкивался с этой проблемой решили ее восстановлением таблицы с сессиями, либо вообще не решили :) Я попал во вторую категорию, ничего не помогает. Даже если вводишь неправильный пароль, реакция та-же, перезагрузка страницы. Даже не выдает ошибки ввода.
В админку смог попасть только вручную прописав в базе свою сессию с правами, но это не дело же.
Ребят, куда копать?
Буду благодарен за любую помощь.
Столкнулся с такой вот проблемой. Установил MODX авторизовался, начал работать. Сел за другой компьютер, админка при авторизации просто перезагружается и показывает снова окно логина.
Разлогинился на первом компе, та же проблема возникла. Прошерстил необъятные просторы, все кто сталкивался с этой проблемой решили ее восстановлением таблицы с сессиями, либо вообще не решили :) Я попал во вторую категорию, ничего не помогает. Даже если вводишь неправильный пароль, реакция та-же, перезагрузка страницы. Даже не выдает ошибки ввода.
В админку смог попасть только вручную прописав в базе свою сессию с правами, но это не дело же.
Ребят, куда копать?
Буду благодарен за любую помощь.
Комментарии: 35
Да встречалась такая блямба на некоторых говнохостингах… в чем суть дела некогда было особо выяснятть, но помогало банально зайти в другом браузере… потом спустя какое время переставало работать и в нем, заходил в первом и тд…
зы. сменить хостинг на нормальный… например
зы. сменить хостинг на нормальный… например
Хостинг не вариант менять, к сожалению.
У меня смена браузера не помогает. Даже не понятно куда копать. Так бы уже хостеру мозги повыносил.
У меня смена браузера не помогает. Даже не понятно куда копать. Так бы уже хостеру мозги повыносил.
В админку смог попасть только вручную прописав в базе свою сессию с правами, но это не дело же.и что с этим делать? Либо хостеру мозг, либо он тебе…
зы. Продалжая сидеть на таком хосте встретишь множество непонятных проблем… они высосут весь мозг, нервы, время… что уже и не захочется ничего делать…
я бы поберегся)
Да в том то и дело, что пока предьявить нечего. С чем связано не могу понять. У меня на этом же хостинге вертится еще 10 проектов, и все работают. А тут и не ясно куда копать…
Найди у себя в куках id сессии (и в том, и в другом браузере), потом нади эти айдишники в таблице modx_sessions, и удали строки с этими айдишниками. Потом удали куки.
60%, что должно помочь.
60%, что должно помочь.
Вариант. А можешь еще например перенести сайт на другой проверить.
А лучше брать VPS настраивать как здесь и не будет никаких проблем.
А лучше брать VPS настраивать как здесь и не будет никаких проблем.
Вот у меня vps'ка как раз слово в слово по тому мануалу и настроена. А вот с перезагружающейся без ошибок страницей входа в админку периодически сталкиваюсь. 100% закономерности не выявил, но в основном это были вот такие косяки с сессиями и в меньшей степени другие причины (уже и не помню какие именно).
В общем я сталкивался с этим только на локалке. После того как перешел на VPS больше такого не наблюдал
было бы очень круто докопаться до истины, конечно
Я чистил полностью таблицу и браузер, не помогло :(
Тогда как вариант — неправильные права на файлы и папки установлены.
Обычно такие траблы у меня происходили со свежеустановлеными сайтами.
А при создании нового сайта первым делом нужно всем папкам сайта выставить права 0755, а всем файлам — 0644.
Я обычно устанавливаю сайты с помощью Васиного скрипта автоустановки, в котором автоматически создаётся файл в корне сайта с нужными настройками, который достаточно один раз выполнить из консоли (по ssh) после установки (или обновлении) modx и все права выставляются автоматом.
Обычно такие траблы у меня происходили со свежеустановлеными сайтами.
А при создании нового сайта первым делом нужно всем папкам сайта выставить права 0755, а всем файлам — 0644.
Я обычно устанавливаю сайты с помощью Васиного скрипта автоустановки, в котором автоматически создаётся файл в корне сайта с нужными настройками, который достаточно один раз выполнить из консоли (по ssh) после установки (или обновлении) modx и все права выставляются автоматом.
Снова все права выставил. Ноль реакции, к сожалению. Завтра попробую скрипт запустить, отпишусь. Спасибо
Да, я этот вариант проделывал. Ноль реакции. Я сейчас только через махинации подобные и могу в админку попасть, подменяя столбец data, мне то было бы и ничего, но менеджеренку такое не осилить :). Нормально авторизоваться по-прежнему не выходит…
Вот честно — больше не знаю чем помочь(
Я столько раз натыкался на такое поведение — мама не горюй. Но при этом, каждый раз, когда я с этим сталкиваюсь — я никогда не знаю как это исправить — каждый раз причины были разными (но в т.ч. сессии, права на папки и битый кэш).
Если в админке удаётся авторизоваться (пусть и через базу), то я бы сейчас на твоём месте начал поочерёдно отключать плагины и создал бы нового юзера-менеджера для теста (которому можно в админке работать) и пытался бы залогиниться из под него в другом браузере после каждого отключенного плагина.
p.s. когда происходит магия — это может быть проблема с кешером. Установи настройку cache_handler в значение xPDOFileCache (если там что-то другое написано) и удали папку с кешем.
Пока других вариантов у меня нет.
Я столько раз натыкался на такое поведение — мама не горюй. Но при этом, каждый раз, когда я с этим сталкиваюсь — я никогда не знаю как это исправить — каждый раз причины были разными (но в т.ч. сессии, права на папки и битый кэш).
Если в админке удаётся авторизоваться (пусть и через базу), то я бы сейчас на твоём месте начал поочерёдно отключать плагины и создал бы нового юзера-менеджера для теста (которому можно в админке работать) и пытался бы залогиниться из под него в другом браузере после каждого отключенного плагина.
p.s. когда происходит магия — это может быть проблема с кешером. Установи настройку cache_handler в значение xPDOFileCache (если там что-то другое написано) и удали папку с кешем.
Пока других вариантов у меня нет.
Спасибо за помощь. Да, уже сделан менеджера дополнительно, плагины отключал и настройка в принципе такая стоит, толку тоже нет. Похоже свою авторизацию придется впилить. Очень странное поведение. Такой подставы от любимой системы не ожидал.
Похоже свою авторизацию придется впилитьСвоя авторизация? Это как?
Этакий костыль с формой входа. Сверять по базе логин и пароль, писать сессию в таблицу с нужными правами. После успешного ввода пароля перенаправлять в админку:) Либо через АПИ модекса авторизовать юзера под его логином. Посмотрю что будет работать еще
А, ёмаё.
Поэтому и удивился)
впилитья прочитал как «выпилить».
Поэтому и удивился)
Бывает :) Если придет в голову еще вариант, как решить данную проблему, с радостью прочту. Благодарю за помощь.
Тогда проще на фронте Login поставить и прописать ему
&contexts=`web,mgr`
, а после авторизации открывать sitename.ru/manager/
Или Office с HybridAuth'ом
О! Точно же. Я за пару дней с этой всей темой так мозг сломал, что забыл про готовые решения :) Спасибо.
Да уж, с таким костылем все нормально работает.
Да, по обоим такая шляпа
А папку с кэшем удалял?)
core/cache
core/cache
Да, конечно. Сейчас еще раз удалил и проверил. Результат тот же самый.
Смотрите, парни. На сколько я понимаю, админка просто тупо инфу о сессии в базу не пишет. Потому что после авторизации со сброшенными куками, в базе вот такая инка о сессии записана:
modx.user.contextTokens|a:0:{}
Если зайти просто на сайт, такая: modx.user.contextTokens|a:0:{}modx.user.0.resourceGroups|a:1:{s:3:"web";a:0:{}}modx.user.0.attributes|a:1:{s:3:"web";a:4:{s:16:"modAccessContext";a:1:{s:3:"web";a:1:{i:0;a:3:{s:9:"principal";i:0;s:9:"authority";s:1:"0";s:6:"policy";a:1:{s:4:"load";b:1;}}}}s:22:"modAccessResourceGroup";a:0:{}s:17:"modAccessCategory";a:0:{}s:28:"sources.modAccessMediaSource";a:0:{}}}
Хотя после авторизации, что-такое должно быть:modx.user.contextTokens|a:1:{s:3:"mgr";i:1;}modx.mgr.user.token|s:52:"m.....итп..конф. инфа
Может натолкнет кого на мысль, куда копать?
В системной настройке session_cookie_domain что указано?
Была проблема что не пускало в админку, тупо писало, что не подходит пароль, хотя пароль был верен. Проблема была в кодировке: (на одном аккаунте крутился Битрикс + MODx)
Стояло для всего аккаунта:
Тема, где пытался решить вопрос общими усилиями ссылка более детальное описание!
Стояло для всего аккаунта:
php_value mbstring.internal_encoding cp1251
Разнес для каждого сайта отдельно, себе указал и проблема исчезлаphp_value mbstring.internal_encoding UTF-8
Тема, где пытался решить вопрос общими усилиями ссылка более детальное описание!
Блин, с телефона минус случайно задел, сорри)
Столкнулся с такой же проблемой при новой установке MODX на хостинге. Админка после установки все время перезагружается. Открыл новую вкладку браузера в режиме инкогнито — админка работает корректно, без перезагрузок. Надеюсь, кому-то это также поможет.
Быть может, возникает какой-то конфликт кукис, если при входе не разлогинился из админки другого сайта (в моем случае оба сайта на одном хостинге).
Быть может, возникает какой-то конфликт кукис, если при входе не разлогинился из админки другого сайта (в моем случае оба сайта на одном хостинге).
Столкнулся с такой проблемой. Помогла очистка кук в браузере.
Я так понимаю такая же проблема была у меня. Вот здесь описание и решение.
Тоже столкнулся с такой проблемой. В логах написано
Error 42000 executing statement:
…
INSERT command denied to user 'bla-bla-bla'@'localhost' for table 'modx_session'
И аналогичные записи в логах для других таблиц. Зашел на хостинг — оказывается, лимиты по базе превышены и заблокировали доступ до пополнения средств. Вдруг у кого тоже такой случай будет.
Error 42000 executing statement:
…
INSERT command denied to user 'bla-bla-bla'@'localhost' for table 'modx_session'
И аналогичные записи в логах для других таблиц. Зашел на хостинг — оказывается, лимиты по базе превышены и заблокировали доступ до пополнения средств. Вдруг у кого тоже такой случай будет.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.