Ошибка 500 sql=select ct.type_id FROM `vw5yf_content_types` AS `ct` WHERE `ct`.`type_alias` = 'com_p - Joomla 3.x: Установка, обновление и настройка

Привет всем!

После переноса сайта на другой хост в системе появилась одинаковая ошибка ВО ВСЕХ ПЛАГИНАХ, например:
В плагине RECaptcha –  500 SQL=SELECT ct.type_id FROM `vw5yf_content_types` AS `ct` WHERE `ct`.`type_alias` = 'com_plugins.plugin' (на самом сайте просто не отображается)


Пробовала обновить систему на разные версии, но все тут же ломается (пропадают сайт и админка). Сейчас версия: Joomla!  – 3.0.2.
Пути к папкам tmp и log – в порядке, права на папки открыты (кроме конфига).

Помогите решить проблему!


Спасибо!

В качестве дополнения:
Последнее, что устанавливала: Fox Сontact и  Attachments (компонент вложений), подозреваю, что проблема в последнем! Не получается деинсталировать компонент и плагины Attachments через админку (сайт сразу слетает) и удалить папки расширения на хосте (сайт сразу слетает). Просто выключать – пробовала, не помогает.
Как удалить злосчастное расширение? Подозреваю, что дело в нем.

Что сообщает MySQL после выполнения запроса в phpMyAdmin:

Что сообщает MySQL после выполнения запроса в phpMyAdmin:

Код

SELECT * FROM vw5yf_content_types

На запрос: SELECT * FROM `vw5yf_content_types`'
Ответ: #1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ''' at line 1

На запрос: SELECT * FROM vw5yf_content_types (без кавычек)
Ответ: #1146 - Table 'planlineru.vw5yf_content_types' doesn't exist

P.S. С компонентом вложений разобралась, все поудаляла, но толку нет – дело НЕ в нём!

Зашла в админке в раздел "Менеджер расширений: проверка базы данных", там такая информация (вдруг полезна будет для решения проблемы):

    Таблица 'vw5yf_updates' не должна содержать поле 'categoryid'. (из файла 3.0.0.sql.)
    В таблице 'vw5yf_associations' отсутствует поле 'id' типа 'INT(11)'. (из файла 3.0.3.sql.)
    Таблица 'vw5yf_contentitem_tag_map' не существует. (из файла 3.1.0.sql.)
    Таблица 'vw5yf_tags' не существует. (из файла 3.1.0.sql.)
    Таблица 'vw5yf_ucm_content' не существует. (из файла 3.1.0.sql.)
    Таблица 'vw5yf_modules' не содержит поля 'asset_id'. (из файла 3.2.0.sql.)
    Таблица 'vw5yf_postinstall_messages' не существует. (из файла 3.2.0.sql.)
    Таблица 'vw5yf_ucm_history' не существует. (из файла 3.2.0.sql.)
    Таблица 'vw5yf_users' не содержит поля 'otpKey'. (из файла 3.2.0.sql.)
    Таблица 'vw5yf_users' не содержит поля 'otep'. (из файла 3.2.0.sql.)
    Таблица 'vw5yf_user_keys' не существует. (из файла 3.2.0.sql.)
    Таблица 'vw5yf_update_sites' не содержит поля 'extra_query'. (из файла 3.2.2-2013-12-22.sql.)
    Таблица 'vw5yf_updates' не содержит поля 'extra_query'. (из файла 3.2.2-2013-12-22.sql.)

На запрос: SELECT * FROM vw5yf_content_types (без кавычек)
Ответ: #1146 - Table 'planlineru.vw5yf_content_types' doesn't exist

Откуда взялось planlineru?

Откуда взялось planlineru?

planlineru – Название базы данных сайта!
Но в PHP My Admin есть ещё база данных "information_schema" и если ваш запрос выполнить в ней, то ответ следующий:

 #1109 - Unknown table 'vw5yf_content_types' in information_schema

SELECT *
FROM vw5yf_content_types
LIMIT 0 , 30

таблица vw5yf_content_types есть в базе данных?

После переноса сайта на другой хост в системе появилась одинаковая ошибка ВО ВСЕХ ПЛАГИНАХ, например:

каким образом был сделан перенос?
судя по описанию, там ряд таблиц не перенеслось
сделать нормальный дамп базы и так же нормально экспортировать
если "не знаю как", то для этого есть akeeba backup, которое все сделает за вас

таблица vw5yf_content_types есть в базе данных?

Код

use planlineru;
show tables;

Нет! Только "vw5yf_contact" есть и "vw5yf_contact_details"

восстановите сайт заново.

каким образом был сделан перенос?
судя по описанию, там ряд таблиц не перенеслось
сделать нормальный дамп базы и так же нормально экспортировать
если "не знаю как", то для этого есть akeeba backup, которое все сделает за вас

Перенос был сделан корректно (по технике) – перенесли файлы, перенесли таблицы (через импорт, затем экспорт). Проблема в том, что файлов на прошлом хосте уже не осталось! Откатить к прошлому состоянию не удастся, старой базы (таблиц) нет! Да и с того времени вносилось много изменений на сайт. Есть ли ещё какие-то варианты?

восстановите сайт заново.

Эврика! Я нашла старую базу – ту, которая была до переноса сайта! Но там нет таблицы, о которых вы спрашивали. Теперь у меня вопрос: возможно ли попытаться ее восстановить, но при этом сохранить те изменения, которые уже были сделаны на сайте за недавний период. Файловый бэкап тоже нашёлся, но сейчас на сайте уже столько всего переделано от CSS до остального, не хотелось бы терять изменения.

У вас есть резервная копия работоспособного сайта?

Зашла в админке в раздел "Менеджер расширений: проверка базы данных", там такая информация (вдруг полезна будет для решения проблемы):

    Таблица 'vw5yf_updates' не должна содержать поле 'categoryid'. (из файла 3.0.0.sql.)
    В таблице 'vw5yf_associations' отсутствует поле 'id' типа 'INT(11)'. (из файла 3.0.3.sql.)
    Таблица 'vw5yf_contentitem_tag_map' не существует. (из файла 3.1.0.sql.)
    Таблица 'vw5yf_tags' не существует. (из файла 3.1.0.sql.)
    Таблица 'vw5yf_ucm_content' не существует. (из файла 3.1.0.sql.)
    Таблица 'vw5yf_modules' не содержит поля 'asset_id'. (из файла 3.2.0.sql.)
    Таблица 'vw5yf_postinstall_messages' не существует. (из файла 3.2.0.sql.)
    Таблица 'vw5yf_ucm_history' не существует. (из файла 3.2.0.sql.)
    Таблица 'vw5yf_users' не содержит поля 'otpKey'. (из файла 3.2.0.sql.)
    Таблица 'vw5yf_users' не содержит поля 'otep'. (из файла 3.2.0.sql.)
    Таблица 'vw5yf_user_keys' не существует. (из файла 3.2.0.sql.)
    Таблица 'vw5yf_update_sites' не содержит поля 'extra_query'. (из файла 3.2.2-2013-12-22.sql.)
    Таблица 'vw5yf_updates' не содержит поля 'extra_query'. (из файла 3.2.2-2013-12-22.sql.)

Ну так нажмите "Исправить" ...

Ну так нажмите "Исправить" ...

Выдал такое:
Схема базы данных (3.2.3-2014-02-20) не соответствует версии CMS (3.0.2).

При этом ошибка в плагинах осталась на месте!

У вас есть резервная копия работоспособного сайта?

Да, оказывается, есть старая копия (файлы + база), я сейчас попробую восстановить её, и проверю есть ли ошибки в плагинах, потом отпишу результат!
Проблема в том, что на новой версии сайта нереальное количество изменений уже было сделано, и был добавлен новый контент.

У вас есть резервная копия работоспособного сайта?

В общем, только что восстановила старую копию БД + файлы, в результате: ошибка ушла, всё работает корректно, но! На новой версии сайта было уже много всего настроено, переделано, наполнено контентом. Возможно ли всю эту прелесть как-то совместить – старое + новое?! Так не хочется всю работу снова делать! Может, каким-то образом можно совместить и базы данных и файловые архивы, чтобы дубли файлов заменили друг друга, оставшись в количестве 1штуки, а то, чего не было, – добавилось?

У вас есть резервная копия работоспособного сайта?

Восстановила сайт! Сыграл вариант "новая база + старый файловый архив" (пробовала иначе тоже).
Работает корректно, но в админке система в разделе "Базы данных" пишет:

"Схема базы данных (3.2.3-2014-02-20) не соответствует версии CMS (3.0.2)."

    Версия схемы базы данных (из #__schemas): 3.2.3-2014-02-20.
    Версия обновления (из #__extensions): 3.0.2.
    Драйвер БД: mysqli.
    78 изменений базы данных были успешно проверены.
    148 изменений базы данных не изменили структуру таблиц и были пропущены.

Не знаю, насколько это важно...

И присутствует проблема обновления: обновиться не получается, сайт слетает (пробовала пакет обновления 3.2.7), а сейчас стоит версия 3.02

Как обновиться?

Пробовала обновиться через ftp (путём замены файлов на хосте) на 3.2.7 и 3.3.6 – сразу после обновления в компонентах и плагинах снова возникает злосчастная ошибка:

500 SQL=SELECT ct.type_id FROM `vw5yf_content_types` AS `ct` WHERE `ct`.`type_alias` = 'com_plugins.plugin'

Выяснила, где скрывалась причина ошибки "500 SQL=SELECT ct.type_id FROM `vw5yf_content_types` AS `ct` WHERE `ct`.`type_alias` = 'com_plugins.plugin' " методом тыка (заменяла папки и файлы в старой версии сайта на папки из новой версии (где была ошибка). Абсолютно все файлы и папки успешно прошли замену и только один файл провоцирует ошибку (в старом архиве он отсутствует вовсе): public_html /libraries /cms /form /field/ordering.php

Содержание файла ordering.php:

За что отвечает этот файл?! Возможно, проблемы с обновлением из-за него?

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

но, если у вас после переноса сайт работал, то попросите хостера восстановить бэкап за нужную дату. у них обычно есть.

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

но, если у вас после переноса сайт работал, то попросите хостера восстановить бэкап за нужную дату. у них обычно есть.

Я поняла вас, спасибо. Скажите, а на какую версию вообще следует обновлять систему 3.0.2, чтобы корректно всё было? Можно ли сразу на 3.3.6?

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

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

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

Старая версия сайта, о которой я упоминала тут, как раз и была запрошена у хостера. Я снова попробовала ее восстановить, но обновиться не удалось даже с ней! Поэтому не вижу смысла оставаться на ней – ведь на новой версии больше нет ошибок и все работает корректно. Вот только обновиться, похоже, не светит совсем...
Большое спасибо за помощь!

Я так и не понял - Вы нажимали ИСПРАВИТЬ во вкладке "База данных"?

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