Ошибка на домене и её отсутствие на поддомене - Хостинг для Joomla

Тема странная, может те, кто имеет отношение к хостингу, подскажут что-нибудь.
Есть сайт на Joomla 2.5.7, расположен на хостинге, при попытке выхода из админки выдаёт ошибку - "JUser: :_load: Не удалось загрузить пользователя с ID: 1".
Пользователя всего два - с id 42 и id 43. Если очистить кэш/куки в браузере (в админке чистились, бесполезно), то выйти получается, но при повторном входе видно, что в админке находится уже два пользователя с id 42, если опять всё очистить, выйти и зайти - то будет уже три пользователя и т.д.
Если создать нового пользователя, в базе данных прописать ему id 1, ошибка исчезает, но из админки выйти всё равно не получается.

И основной момент: если на этом же хостинге создать поддомен, ссылающийся на ту же самую папку и базу данных, - этой ошибки нет, из админки нормально выходишь! Как так?
Служба поддержки пока видит одно - это проблема в Jooml'e. Попытки объяснить, что на двух других хостингах с копией этого же сайта такой ошибки нет, да и на их же собственном хостинге с этим же сайтом, но на поддомене, ошибки тоже нет, результата не приносит.

Есть ли какие-нибудь идеи, может, в настройках хостинга что-то поменять?

PS. Ошибка в сети обсуждалась, но там в основном речь идёт о конкретных компонентах или модулях (например, в K2 создавались материалы, потом пользователь удалялся, - появлялась ошибка).

А каких-нибудь расширений, в которых возможна своя регистрация, не ставили, например, форум или компонент социализации?
Зайдите в Менеджер плагинов и гляньте, нет ли каких лишних включенных плагинов для аутентификации.
Если ставили что-нибудь, зайдите в базу данных и гляньте таблицы этих расширений на предмет юзеров.

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

Не знаю, как Вы ставили на поддомен движок.
Но, например, если просто инсталлировали чистый движок, а затем в файле configuration.php меняли данные на базу, то это одна ситуация, если по другому, то другая.
А как Вы ставили на основной домен движок? Не использовали случайно квикстар с демо-данными?
Многие так делают - ставят квикстар, а затем удаляют, либо переделывают содержимое.
Есть еще один момент - при чистой установке движка автоматом появляется только один пользователь Суперадмин с ID=42.
Все остальные вновь создаваемые пользователи будут иметь ID после 42 (43, 44 и т.д.).
В вашем случае надо искать концы в каких-то сторонних расширениях.

И на домене и на поддомене - один и тот же движок и шаблон, это один и тот же сайт. То есть на хостинге есть папка с сайтом и база данных. На них ссылается домен - есть ошибка при выходе из админки. На них же ссылается поддомен - нет ошибки при выходе из админки! Поддомен был создан просто для того, чтобы посмотреть, есть ли ошибка и на нём. Её нет!

Да, шаблон с квикстартом, там не было каких-то дополнительных расширений, использующих аутентификацию (шаблон бесплатный, там мало чего есть). Пользователь был один - id 42.
Концы по расширениям уже искались, нигде ничего нет.
Шаблон использовался уже несколько раз, ни на локалке, ни на других хостингах проблемы не было.

Какой хостинг? Чтобы самому на эти грабли не наступить. Таблицу сессий попробуйте почистить. Бекап только для отката. мало ли.

Какой хостинг? Чтобы самому на эти грабли не наступить. Таблицу сессий попробуйте почистить.

Хостинг spaceweb.ru, но пока всё-таки не буду говорить про грабли - может, какие-то настройки нужно поменять, а кто-то в службе поддержки про них не знает. Не ругать же из-за этого весь хостинг.

Хостинг spaceweb.ru, но пока всё-таки не буду говорить про грабли - может, какие-то настройки нужно поменять, а кто-то в службе поддержки про них не знает. Не ругать же из-за этого весь хостинг.

100% что в этой ошибке хостинг не виноват

И на домене и на поддомене - один и тот же движок и шаблон, это один и тот же сайт. То есть на хостинге есть папка с сайтом и база данных. На них ссылается домен - есть ошибка при выходе из админки. На них же ссылается поддомен - нет ошибки при выходе из админки! Поддомен был создан просто для того, чтобы посмотреть, есть ли ошибка и на нём. Её нет!

Да, шаблон с квикстартом, там не было каких-то дополнительных расширений, использующих аутентификацию (шаблон бесплатный, там мало чего есть). Пользователь был один - id 42.
Концы по расширениям уже искались, нигде ничего нет.
Шаблон использовался уже несколько раз, ни на локалке, ни на других хостингах проблемы не было.

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

А то, что поддомен не дает ошибку, скорее всего и говорит о том, что в его файловой структуре нет мусора от основного домена.
Если Вы просто скопируете всю файловую структуру основного домена в поддомен и правильно отредактируете configuration.php, то эта ошибка должна появиться и на поддомене.

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

А то, что поддомен не дает ошибку, скорее всего и говорит о том, что в его файловой структуре нет мусора от основного домена.
Если Вы просто скопируете всю файловую структуру основного домена в поддомен и правильно отредактируете configuration.php, то эта ошибка должна появиться и на поддомене.

Материалы удалялись через Менеджер материалов, остальное - через Менеджер расширений.

Я, наверное, чего-то не знаю или как-то криво пишу .
Поддомен ссылается на ту же самую папку с файлами, на ту же самую базу данных, что и основной домен. При введении адреса домен.ру и поддомен.домен.ру открывается один и тот же сайт, вход в админку происходит под одним и тем же логином и паролем.
Неужели в этом случае у поддомена где-то образуется своя собственная файловая структура? Папка одна и та же, база данных - одна и та же, configuration.php - тот же самый. У поддомена нет своей папки, он ссылается на папку домена.

Материалы удалялись через Менеджер материалов, остальное - через Менеджер расширений.

Я, наверное, чего-то не знаю или как-то криво пишу .
Поддомен ссылается на ту же самую папку с файлами, на ту же самую базу данных, что и основной домен. При введении адреса домен.ру и поддомен.домен.ру открывается один и тот же сайт, вход в админку происходит под одним и тем же логином и паролем.
Неужели в этом случае у поддомена где-то образуется своя собственная файловая структура? Папка одна и та же, база данных - одна и та же, configuration.php - тот же самый. У поддомена нет своей папки, он ссылается на папку домена.

Понял.
Вы не создавали поддомен в чистом виде, т.е. с созданием папки, в которую устанавливался бы новый сайт.
Вы просто создали поддомен, указывающий на основной домен.

Вообщем, все свои предположения про ошибку я написал, больше добавить не чего.
Мое мнение - эта ошибка тянется от квикстара с демо-данными.

Вообщем, все свои предположения про ошибку я написал, больше добавить не чего.
Мое мнение - эта ошибка тянется от квикстара с демо-данными.

Вероятно. Мне только хотелось бы как-то узнать, почему она тянется только на домен, а на поддомен уже не тянется. И на других хостингах с другими доменными именами полная копия этого сайта (файлов и БД) ошибки не даёт.

Вероятно. Мне только хотелось бы как-то узнать, почему она тянется только на домен, а на поддомен уже не тянется. И на других хостингах с другими доменными именами полная копия этого сайта (файлов и БД) ошибки не даёт.

На счет поддомена не могу ответить - никогда не делал такие поддомены и тонкостей их не знаю.
Что касается сайтов на других хостингах, то Вы написали мало информации - как делали полную копию?
Есть разные способы переноса сайта с хостинга на хостинг. В зависимости от этих способов, могут возникнуть разные ситуации.

Как бы я поступил в этом случае, чтоб попытаться разобраться с этой ошибкой.
Создал бы в корне сайта новую папку.
Затем привязал бы к этой папке поддомен (либо наоборот, в зависимости от правил на хостинге).
Создал бы новую базу данных для этого поддомена.
Установил бы чистую версию движка (без демо-данных) в этот поддомен.
Убедился, что новый поддомен работает с чистым движком без ошибок.
Затем в файле configuration.php поменял данные на подключение к базе данных - подключил базу основного сайта.
И посмотрел бы на результат.
Если бы ошибка опять выскочила, то копать надо в базе данных.
Если бы ошибка не выскочила, то в файловой структуре.

Спасибо, попробую этот вариант!

Что касается сайтов на других хостингах, то Вы написали мало информации - как делали полную копию?
Есть разные способы переноса сайта с хостинга на хостинг. В зависимости от этих способов, могут возникнуть разные ситуации.

Перенос базы данных - делается экспорт в phpMyAdmin, на новом хостинге создаётся новая база, делается sql-запрос из старой базы.
Перенос файлов - по ftp скачивается папка с сайтом, архивируется, заливается на новый хостинг, разархивируется.
Правится configuration.php.

Была бы понятна ситуация "на старом сайте нет ошибок, а на новом - есть". При переносе по ftp и работе архиватора может что-то потеряться-побиться. Но тут наоборот: на старом сайте есть ошибка, на новом - нет.

Перенос базы данных - делается экспорт в phpMyAdmin, на новом хостинге создаётся новая база, делается sql-запрос из старой базы.
Перенос файлов - по ftp скачивается папка с сайтом, архивируется, заливается на новый хостинг, разархивируется.
Правится configuration.php.

Была бы понятна ситуация "на старом сайте нет ошибок, а на новом - есть". При переносе по ftp и работе архиватора может что-то потеряться-побиться. Но тут наоборот: на старом сайте есть ошибка, на новом - нет.

Все правильно делали.
Может что-то не так с папками tmp и logs.
Проверьте права на доступ к этим папкам и пути к этим папкам в файле configuration.php.
Ну, и совсем "дурной" вариант - файл ".htaccess". Может в нем что сидит?

Пользователя всего два - с id 42 и id 43. Если очистить кэш/куки в браузере (в админке чистились, бесполезно), то выйти получается, но при повторном входе видно, что в админке находится уже два пользователя с id 42, если опять всё очистить, выйти и зайти - то будет уже три пользователя и т.д.

Как-то вот на это не обратил внимание.
очень странно. Не должно такого быть.
Попробуйте другим броузером зайти, а лучше всего с другого компьютера.

Может что-то не так с папками tmp и logs.
Проверьте права на доступ к этим папкам и пути к этим папкам в файле configuration.php.
Ну, и совсем "дурной" вариант - файл ".htaccess". Может в нем что сидит?

Да всё как обычно и с правами и в .htaccess ничего странного.
Сейчас как раз идёт переписка со Службой поддержки, отправили им трассировку. Ответили - по трассировке видно, что всё должно работать. То есть вроде как они ничего не сделали, но последние минут 5-6 я ошибки не вижу...
Что-то исправили, может быть.

Попробуйте другим броузером зайти, а лучше всего с другого компьютера.

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

Там тоже вроде всё нормально. Так и не понятно, в чём было дело. Служба поддержки пишет, что не может войти в админку с моим логином/паролем. Я как-то захожу без проблем.
Как обычно "само" исправилось.

Там тоже вроде всё нормально. Так и не понятно, в чём было дело. Служба поддержки пишет, что не может войти в админку с моим логином/паролем. Я как-то захожу без проблем.
Как обычно "само" исправилось.

Т.е. все наладилось?
Возможно была проблема с правами на папки, либо проблема с пользователями апач - это частая заморочка на хостингах.
Техподдержка исправила, но молчит как партизан.
Хотя ситуация у Вас какая-то нестандартная.

Т.е. все наладилось?
Возможно была проблема с правами на папки, либо проблема с пользователями апач - это частая заморочка на хостингах.
Техподдержка исправила, но молчит как партизан.
Хотя ситуация у Вас какая-то нестандартная.

Да, вроде наладилось (тьфу три раза).
В том-то и дело - ладно бы просто ошибка была, она описывается в интернетах, не точно такая, но похожие случаи. А тут на домене есть, на поддомене с теми же файлами и базой - нет.
SK, спасибо за участие!