Помощь Ошибка при входе в админку Joomla

[Sapral]

в phpmyadmin пробовали делать восстановление таблиц, связанных с авторизацией?

 

[GikBip]

в phpmyadmin пробовали делать восстановление таблиц, связанных с авторизацией?

Кстати хороший вариант, но ввиду того что я такой сильнейший специалист, я не знаю точно как эти таблицы называются и где конкретно их искать, может подскажите какую именно таблицу выбрать? если давить на логику, то она должна называться одноименно com_login?

 

[typus]

пошел в админовскую папку, там везде на папки стоит 0755, а на файлы 0644

А что в админке - информация о системе,права доступа на каталоги - нет красных пятен? просто joomla в этом плане не очень правильно, но требует на многие каталоги 777.
У меня довольно часто такое бывает, просто есть один из наиболее часто используемых хостингов, в котором по дефолту на все папки и файлы устанавливается владельцем текущий юзер, а на любое установленное стандартно расширение - www-data. Ну и сразу же проблемы с правами на запись, и как следствие ошибки.
Иногда бывает так, что везде, где joomla простит 777, выставлено, а ошибки остаются, чаще всего именно из-за вновь установленных расширений. Приходится проверять, что где и куда ставит данное расширение, и какие там права...

 

[GikBip]

А что в админке - информация о системе,права доступа на каталоги - нет красных пятен? просто joomla в этом плане не очень правильно, но требует на многие каталоги 777.
У меня довольно часто такое бывает, просто есть один из наиболее часто используемых хостингов, в котором по дефолту на все папки и файлы устанавливается владельцем текущий юзер, а на любое установленное стандартно расширение - www-data. Ну и сразу же проблемы с правами на запись, и как следствие ошибки.
Иногда бывает так, что везде, где joomla простит 777, выставлено, а ошибки остаются, чаще всего именно из-за вновь установленных расширений. Приходится проверять, что где и куда ставит данное расширение, и какие там права...

Я думаю что не в правах дело, в виду того что у меня на одном хостинге несколько сайтов, на 90% схожу по конфигурации, у них у всех одинаковые права на доступ к папкам стоят, но проблемы только у одного.

Кстати хороший вариант, но ввиду того что я такой сильнейший специалист, я не знаю точно как эти таблицы называются и где конкретно их искать, может подскажите какую именно таблицу выбрать? если давить на логику, то она должна называться одноименно com_login?

Пошел в базу данных, через поиск нашел все таблицы называющиеся com_login, в каждую вошел, нажал восстановить...Почистил кэш браузера, почистил кеш сайта + устаревшего кэша = ошибка осталась! (((

 

[wolfzp]

Здесь проблема явно в каком-то из компонентов. посмотрите в phpmyadmin в таблице _extensions (отсортируйте по extension_id по убыванию), что из последних компонентов Вы устанавливали (полу type = component) и попробуйте enabled для них изменять на 0 (или наоборот на 1, если увидите в таблице компонент, который явно должен быть включен)и проверить исчезнет ли ошибка.
Также можно сравнить с аналогичной таблицей рабочего сайта (что включено, а что нет)

 

[GikBip]

Здесь проблема явно в каком-то из компонентов. посмотрите в phpmyadmin в таблице _extensions (отсортируйте по extension_id по убыванию), что из последних компонентов Вы устанавливали (полу type = component) и попробуйте enabled для них изменять на 0 (или наоборот на 1, если увидите в таблице компонент, который явно должен быть включен)и проверить исчезнет ли ошибка.
Также можно сравнить с аналогичной таблицей рабочего сайта (что включено, а что нет)

Спойлер: Скрин всех таблиц в extensions

Пробовал проставлять нули/единицы, то что на мой взгляд должно быть включено или может повлиять, ни каких изменений, прикладываю скрин, возможно я что-то просмотрел

 

[typus]

Я думаю что не в правах дело, в виду того что у меня на одном хостинге несколько сайтов, на 90% схожу по конфигурации, у них у всех одинаковые права на доступ к папкам стоят, но проблемы только у одного.

я не сказал, что проблема точно тут, я лишь сказал, что первым делом надо исключить наиболее явные причины, а эта причина у меня лично наиболее часто встречалась, и в гугле кстати тоже. И ее пока я не вижу, что 100% исключили.
Самый простой способ раз и навсегда исключить проблему с правами - скопировать сайт на локалку под винду, где проблем с правами нет в принципе. Если там проблема осталась, то она точно не в правах.
Конечно, это может быть затруднительно при очень больших размерах, как сайта так и бд, но можно сделать выборочный бекап.

Кстати, вот тот же гугль дает еще пару простых решений, что многим помогли.
1- полная очистка кеша joomla, или временное отключение кеширования.
2-исправление ошибок бд из админки.

Здесь проблема явно в каком-то из компонентов

Скорее всего вы совершенно правы, что впрочем не исключает и моих предположений - например, что некое расширение - компонент, модуль, плагин не считывается.
Самый простой вариант проверить - поочередное отключение расширений, после нахождения виновника искать причину уже в нем.

 

[vazop]

Как вариант можно попробовать взять часть БД с сайта, который у вас нормально работает, и импортнуть на сайт с ошибкой. Еще как вариант сравнить БД этих двух сайтов вручную, правда это муторно.

 

[GikBip]

я не сказал, что проблема точно тут, я лишь сказал, что первым делом надо исключить наиболее явные причины, а эта причина у меня лично наиболее часто встречалась, и в гугле кстати тоже. И ее пока я не вижу, что 100% исключили.
Самый простой способ раз и навсегда исключить проблему с правами - скопировать сайт на локалку под винду, где проблем с правами нет в принципе. Если там проблема осталась, то она точно не в правах.
Конечно, это может быть затруднительно при очень больших размерах, как сайта так и бд, но можно сделать выборочный бекап.

Кстати, вот тот же гугль дает еще пару простых решений, что многим помогли.
1- полная очистка кеша joomla, или временное отключение кеширования.
2-исправление ошибок бд из админки.


Скорее всего вы совершенно правы, что впрочем не исключает и моих предположений - например, что некое расширение - компонент, модуль, плагин не считывается.
Самый простой вариант проверить - поочередное отключение расширений, после нахождения виновника искать причину уже в нем.

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

Как вариант можно попробовать взять часть БД с сайта, который у вас нормально работает, и импортнуть на сайт с ошибкой. Еще как вариант сравнить БД этих двух сайтов вручную, правда это муторно.

у меня база жанных 400 мб весит, в ручную это сопоставлять не вариант...

 

[vazop]

Попробуйте снизить время сессии со 180, до стандартных 60.