E_NOLOGIN_ACCESS - Joomla 1.5: Общие вопросы

Здравствуйте. Возникла такая проблема: при попытке авторизации недавно зарегистрировавшихся пользователей появляется ошибка:

'JUser::_load: Unable to load user with id: 1306
E_NOLOGIN_ACCESS'

А раньше все было нормально. Что с этим делать - не знаю. Открываю базу данных, и в таблице 'jos_core_acl_aro' в поле 'Value' ищу значение '1306'. Нахожу. Ему соответствует значение '1250' в поле 'Id'. Запоминаю это значение. Иду в таблицу 'jos_core_acl_groups_aro_map' и ищу его там, но безрезультатно. Делаю вывод, что проблема кроется здесь. Прав ли я?

Если да, то тогда вопрос в следующем: почему при регистрации новых пользователей данные во вторую таблицу не добавляются? Можно, конечно, вручную это сделать для последних пяти зарегистрировавшихся пользователей, но я же не могу делать это вечно для каждого нового пользователя. Следовательно, нужно устранить причину. В чем она может заключаться? Регистрация и вход проходят при помощи соответствующих полей компонента Kunena 1.6 (форум).

Если это поможет, то при активации аккаунта выводится такое сообщение об ошибке:

'Notice: Undefined offset: 0 in /home/.../.../docs/libraries/joomla/database/table/user.php on line 217'

Как я понял, ссылается он на эту строку:

    if ($key)
    {
        // existing record
        $ret = $this->_db->updateObject( $this->_tbl, $this, $this->_tbl_key, $updateNulls );

        // syncronise ACL
        // single group handled at the moment
        // trivial to expand to multiple groups
        $object_id = $acl->get_object_id( $section_value, $this->$k, 'ARO' );

        $groups = $acl->get_object_groups( $object_id, 'ARO' );
        $acl->del_group_object( $groups[0], $section_value, $this->$k, 'ARO' );
        $acl->add_group_object( $this->gid, $section_value, $this->$k, 'ARO' );

        $acl->edit_object( $object_id, $section_value, $this->_db->getEscaped( $this->name ), $this->$k, 0, 0, 'ARO' );
    }

Возможно, где-то здесь ошибка? Есть здесь кто-либо, кто знает PHP?

Какая версия Joomla и какие сторонние расширения используются?

Joomla 1.5.22.

Компоненты:

Kunena 1.6.3 (Форум).
JCE Administration 1.5.7.5 (Визуальный редактор).
JComments 2.1.0.0 (Комментарии).
JoomlaPack 2.4.1 (Резервное копирование).
uddeIM 0.5b (Личные сообщения).
SwMenuPro 6.3 (Меню).

Модули:

Включенных модулей нет, только меню и 'S5 Live Search', 'mod_jaslideshow'. Не помню сейчас, для чего они нужны.

Плагины:

Авторизация - Joomla
Content - SyntaxHighlighter
Content - Hider
uddeIM PMS Content Link
Content - RokBox
Content - JComments
Editor - JCE
Редактор - TinyMCE

(Просто перечислил почти все включенные плагины. Возможно, какие-то из них и не являются сторонними).

Еще одна догадка, что может происходить - при регистрации каким-то образом не добавляются данные в таблицу 'jos_core_acl_groups_aro_map'. Я уже писал об этом в первом сообщении, просто обобщил то, что мне удалось узнать. К решению это почти не приблизило.

P.S. Кстати, зарегистрированные пользователи не видны в списке пользователей Joomla, зато они есть в списке Kunena. Обидно.

Всем спасибо, проблема оказалась не такой сложной, как я предполагал, но, все же, не зная MySQL, я провозился с нею целых три дня. Хотелось бы дать совет всем, кто не знает, как решить любую проблему, пусть даже совершенно не похожую на мою. Прежде всего, мне помогли анализ моих действий за определенный промежуток времени и оценка того, какое из них могло бы, теоретически, повлечь за собой хоть какую-то ошибку. И затем я действовал уже, исходя из этого, проверяя возможные варианты и сужая круг подозреваемых.

В общем-то, проблема оказалась в таблице 'jos_core_acl_aro_groups', в той, где записаны все группы. Я понял, что есть таблица с пользователями ('jos_core_acl_aro'), есть таблица с группами ('jos_core_acl_aro_groups'), а есть таблица, которая их связывает - 'jos_core_acl_groups_aro_map'. В последнюю таблицу записаны ID-номера группы и пользователя, который к этой группе принадлежит. ID он берет по имени пользователя и по имени группы, и проблема состояла в том, что в имени группы у меня вместо 'Registered' стояло 'Пользователь'. Вот такой-вот я безумный локализатор. Он просто не мог найти группу с именем 'Registered' и, следовательно, не делал записи в той таблице.

И именно поэтому Kunena, также, не могла записать туда нового пользователя. И AlphaRegistration не мог, почему у меня и создалось впечатление защиты от записи в этой таблице.

А пришел я к этому благодаря анализу своих действий и поиску возможной ошибки путем отсеивания каких-то вариантов -  от большего к меньшему.

P.S. В процессе ее поиска было найдено и исправлено еще несколько ошибок.