При попытке восстановления базы данных произошла ошибка - Joomla 3.x: Локализация

Добрый день.

При попытке развернуть сайт (Akeeba) на удаленном сервере, появляется ошибка:

При попытке восстановления базы данных произошла ошибка. Текст этой ошибки можно найти ниже. Щелкните на кнопку справа-сверху в этом диалоговом окне чтобы закрыть его и вернуться в страницу восстановления базы данных.

Затем:
Ошибка при обработке базы данных, строка 38
Ошибочный ответ запроса базы данных:
ErrNo #1071


Текст грубого запроса:


Похожие темы находил на форуме, но решения так и не нашел. Кто-то писал что решил, но как - не сказал...

Помогите пожулйста разобраться....

Уменьшите в этой таблице длину полей с типом varchar с 255 до примерно 190. utf8mb4 4-х байтная кодировка. 191 х 4 = 764 < 767.

Уменьшите в этой таблице длину полей с типом varchar с 255 до примерно 190. utf8mb4 4-х байтная кодировка. 191 х 4 = 764 < 767.

Спасибо за ответ.

Сделал: все значения поменял на 190 (их там было около 50-60) при попытке обновить страничку с архивом появилась таже ошибка, залез в таблицу - все поля вернулись в ту же длину. Сделал выводы. Ещё дурацкий вопрос: длинна 200 и 1000 - тоже уменьшать до 190?

Нужно в локальной копии базы данных в программе phpMyAdmin в таблице jbbk3_akeebasubs_coupons изменить длину полей с типом varchar на 191. 5 полей таких. Вообще, можно для начала изменить длину только для двух полей, которые являются ключами - akeebasubs_coupon_id и coupon. Затем делаете новый Akeeba бэкап и разворачиваете на рабочем сервере. Перед этим удалите там все старые таблицы. Если будут новые ошибки, их надо смотреть отдельно.

Можно альтернативно попробовать обновить этот компонент на локальной машине перед переносом сайта, 100% что разработчик учел появление utf8mb4. У вас явно устаревшая версия компонента.

Нужно в локальной копии базы данных в программе phpMyAdmin в таблице jbbk3_akeebasubs_coupons изменить длину полей с типом varchar на 191. 5 полей таких. Вообще, можно для начала изменить длину только для двух полей, которые являются ключами - akeebasubs_coupon_id и coupon. Затем делаете новый Akeeba бэкап и разворачиваете на рабочем сервере. Перед этим удалите там все старые таблицы. Если будут новые ошибки, их надо смотреть отдельно.

Можно альтернативно попробовать обновить этот компонент на локальной машине перед переносом сайта, 100% что разработчик учел появление utf8mb4. У вас явно устаревшая версия компонента.

Спасибо, большое! Надеюсь получится!

Нужно в локальной копии базы данных в программе phpMyAdmin в таблице jbbk3_akeebasubs_coupons изменить длину полей с типом varchar на 191. 5 полей таких. Вообще, можно для начала изменить длину только для двух полей, которые являются ключами - akeebasubs_coupon_id и coupon. Затем делаете новый Akeeba бэкап и разворачиваете на рабочем сервере. Перед этим удалите там все старые таблицы. Если будут новые ошибки, их надо смотреть отдельно.

Можно альтернативно попробовать обновить этот компонент на локальной машине перед переносом сайта, 100% что разработчик учел появление utf8mb4. У вас явно устаревшая версия компонента.

Не помогло...

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

Помогите пожалуйста разобраться. Сайт на хостинге. Сделал бекап Акибой. При восстановлении на локалке не восстанавливается база. Выдаёт ошибку.

В чистую базу восстанавливаете?

В чистую базу восстанавливаете?

Да. Только создал в phpMyAdmin.  Акибой делал бекап полный.

А восстанавливаете как?

Во время установки возникает ошибка: Specified key was too long; max key length is 767 bytes Базу посвежее что ли?

А восстанавливаете как?

Там вариантов не много. Либо Акиба Кикстарт и файл бекапа (jpa), либо бекап архива рспаковать в папку и запустить инсталятор. Перед этим создал пустую базу.

Во время установки возникает ошибка: Specified key was too long; max key length is 767 bytes Базу посвежее что ли?

Последний ответ в той теме как-то не осилил.
Специально сравнил версии на хостинге. Выставил в Опен Сервер аналогично. 

mariadb в опенсервер попробуйте.

mariadb в опенсервер попробуйте.

Ни 5,5  ни 10  не подходит. Выдаёт ошибку, что нет коннекта с сервером.

CHARSET=utf8mb4

На рабочем сайте, откуда бекап, ошибок нет по кодировке utf8mb4 ?

На рабочем сайте, откуда бекап, ошибок нет по кодировке utf8mb4 ?

ХЗ. А как проверить?

Разверните на том же хосте

На поддомене естественно


Вдруг правда косяк изначально в бд

А как проверить?

В админке .
Переписываю, редактор часть текста сьел ((
В админке Джумла - расширения- база данных. Трабл именно из-за несовместимости кодировок БД . Не помню как исправлял .

Specified key was too long; max key length is 767 bytes

Google в помощь по запросу

Спасибо всем за помощь. Дело немножко продвигается. Дело в том, изначально после установки Опен Сервера на локалке стояла версия MySQL 5,6. Для безопасности доступа рута удалил, вместо него создал своего пользователя. НО, оказывается это только касалось версии 5,6. Для остальных версий доступ остался по дефолту. Я не гуру, поэтому даже не подумал об этом.
Поэтому при изменении во время восстановления базы на версии MySQL 5,7 мне выдавало ошибку, что нет соединения.
Сейчас сайт на локалке восстановил за 5 минут.
Но теперь столкнулся с другой фигнёй. На версии MySQL 5,7  у меня нет двух баз данных, которые были на версии 5,6.
Подскажите пожалуйста как исправить.

Но теперь столкнулся с другой фигнёй. На версии MySQL 5,7  у меня нет двух баз данных, которые были на версии 5,6.
Подскажите пожалуйста как исправить.

В настройках сервера выбрать версию БД 5.6, зайти в phpMyAdmin и сделать дамп нужных баз. Зайти в настройки сервера, выбрать требуемую версию БД (5.7) и сделать импорт дампов.

phpMyAdmin и сделать дамп нужных баз

Были такие мысли. Это лучший вариант? Больше нет вариантов?
Завтра попробую.
Сделал бекап баз на 5.6. Импортировал на 5.7. Вроде всё работает. Спасибо всем за помощь.

Пожалуйста