Префикс к базе данных - Joomla 3.x: Установка, обновление и настройка

Народ! Хочу перенести сайт Joomla 3 на новый хостинг. Когда-то давно сайт был взломан, заражен, его лечили. Собственно мой вопрос про Базу Данных. Обнаружил, что помимо основного префикса базы данных, который указан в файле configuration.php /например a7n08_ / есть множество других префиксов, отличающихся от основного. Вопрос! Могут ли модули, плагины, компоненты использовать префиксы не из файла конфигурации? То есть, можно эти таблицы с другими префиксами просто удалить?

Народ! Хочу перенести сайт Joomla 3 на новый хостинг. Когда-то давно сайт был взломан, заражен, его лечили. Собственно мой вопрос про Базу Данных. Обнаружил, что помимо основного префикса базы данных, который указан в файле configuration.php /например a7n08_ / есть множество других префиксов, отличающихся от основного. Вопрос! Могут ли модули, плагины, компоненты использовать префиксы не из файла конфигурации? То есть, можно эти таблицы с другими префиксами просто удалить?

Да, можно удалить.

Да, можно удалить.

Спасибо за помощь!

Обнаружил, что помимо основного префикса базы данных, который указан в файле configuration.php /например a7n08_ / есть множество других префиксов, отличающихся от основного. Вопрос! Могут ли модули, плагины, компоненты использовать префиксы не из файла конфигурации?

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

Но скорей всего установка движка была в существующую уже БД где были таблицы от чего-то старого.

Главное правила разработчика баз данных - перед UPDATE\INSERT\DELETE\DROP\etc делать SELECT (чтобы посмотреть что мы изменяем) и перед каждым действием делать бекап

P.S. а на вопрос вам ответили верно - модули\компоненты\плагины движка, если они написаны в соответствии с API движка не могут использовать другой префикс. Но опять же - часто встречал в коде компонентов прямое обращение к базе данных без апи, то есть обычно мы пишем select * from #__table и #_ меняется на префикс в ядре, а там напрямую select * from jos_table - можно к чему угодно обращаться).

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

Но скорей всего установка движка была в существующую уже БД где были таблицы от чего-то старого.

Главное правила разработчика баз данных - перед UPDATE\INSERT\DELETE\DROP\etc делать SELECT (чтобы посмотреть что мы изменяем) и перед каждым действием делать бекап

P.S. а на вопрос вам ответили верно - модули\компоненты\плагины движка, если они написаны в соответствии с API движка не могут использовать другой префикс. Но опять же - часто встречал в коде компонентов прямое обращение к базе данных без апи, то есть обычно мы пишем select * from #__table и #_ меняется на префикс в ядре, а там напрямую select * from jos_table - можно к чему угодно обращаться).

Благодарю! Буду аккуратнее.

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

Но скорей всего установка движка была в существующую уже БД где были таблицы от чего-то старого.

Главное правила разработчика баз данных - перед UPDATE\INSERT\DELETE\DROP\etc делать SELECT (чтобы посмотреть что мы изменяем) и перед каждым действием делать бекап

P.S. а на вопрос вам ответили верно - модули\компоненты\плагины движка, если они написаны в соответствии с API движка не могут использовать другой префикс. Но опять же - часто встречал в коде компонентов прямое обращение к базе данных без апи, то есть обычно мы пишем select * from #__table и #_ меняется на префикс в ядре, а там напрямую select * from jos_table - можно к чему угодно обращаться).

Тогда еще вопрос. А как Akeeba Backup делает архив для переезда на другой сервер? Резервная копия будет со всеми префиксами таблицы или только теми префиксами, которые использует Joomla и все сторонние расширения?!

Тогда еще вопрос. А как Akeeba Backup делает архив для переезда на другой сервер? Резервная копия будет со всеми префиксами таблицы или только теми префиксами, которые использует Joomla и все сторонние расширения?!

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

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

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

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

Благодарю!

Скорее всего акебы эти префиксы и расплодила, когда разворачивается бекап, то бд импортируется с другими префиксами. И не думаю, что  посторонние  префиксы будут экспортироваться, однако никто не запрещает проверить.

Резервная копия будет со всеми префиксами таблицы или только теми префиксами, которые использует Joomla и все сторонние расширения?!

при бекапе сворачивается вся база. при разворачивании бекапа основной префикс (тот который указан в configuration.php) можно поменять, остальные будут без изменений.