mokys 0 Опубликовано: 20 февраля Рассказать Опубликовано: 20 февраля Всем привет. Переехал на новый сервер, добавляю новость и выдает такую ошибку. Как побороть? Скорее всего беда в базе, но не пойму в чем именно. Строчка 1362 из указанного файла $db->query( "SELECT id, date, short_story, xfields, title, category, alt_name, MATCH (title, short_story, full_story, xfields) AGAINST ('{$body}') as score FROM " . PREFIX . "_post {$join_category}WHERE {$where_category}{$allowed_cats}{$not_allowed_cats}MATCH (title, short_story, full_story, xfields) AGAINST ('{$body}') AND id != " . $row['id'] . " AND approve=1" . $where_date . " ORDER BY score DESC LIMIT " . $config['related_number'] ); MySQL Error! MySQL error in file: /engine/modules/show.full.php at line 1362 Error Number: 1191 The Error returned was: Can't find FULLTEXT index matching the column list SQL query: SELECT id, date, short_story, xfields, title, category, alt_name, MATCH (title, short_story, full_story, xfields) AGAINST ('fgdhgfhgfh ghgfgfh') as score FROM dle_post WHERE MATCH (title, short_story, full_story, xfields) AGAINST ('fgdhgfhgfh ghgfgfh') AND id != 53731 AND approve=1 ORDER BY score DESC LIMIT 5 Ссылка на сообщение Поделиться на других сайтах
celsoft 6224 Опубликовано: 20 февраля Рассказать Опубликовано: 20 февраля 1 час назад, mokys сказал: Скорее всего беда в базе, но не пойму в чем именно. Не скорее всего. А точно. При переносе базы данных не перенесли индексы. Рекомендуется делать бекап через админпанель DLE и восстанавливать через админпанель DLE. Тогда ничего не забудется. Нужно на старом сервере теперь делать повторно корректный бекап и потом его восстанавливать. Ссылка на сообщение Поделиться на других сайтах
mokys 0 Опубликовано: 21 февраля Рассказать Опубликовано: 21 февраля Автор 20 часов назад, celsoft сказал: Не скорее всего. А точно. При переносе базы данных не перенесли индексы. Рекомендуется делать бекап через админпанель DLE и восстанавливать через админпанель DLE. Тогда ничего не забудется. Нужно на старом сервере теперь делать повторно корректный бекап и потом его восстанавливать. Из плохой истории, старый сервер уже удален. Есть бэкап от 2024 года сделанный средствами DLE, но из за обновления версии движка до 18, пишет что - версия базы не соответствует версии движка. При чем старые новости читабельны, ошибка что выше, возникает только при добавлении новых новостей. Статические странички создаются без проблем. Беда только с новостями((( Ссылка на сообщение Поделиться на других сайтах
celsoft 6224 Опубликовано: 21 февраля Рассказать Опубликовано: 21 февраля Первый вариант. Ставите версию DLE от которой у вас бекап как чистую, проверяете работу, что все в порядке, потом по инструкции обновляетесь до актуальной. Второй вариант. Открываете файл install.php из дистрибутива актуальной версии, и для каждой таблице вручную сравниваете ключи которые заданы в этом файле для таблиц, со своей таблицей на сервере. Имена, составные части и т.д. И в PHP MyAdmin исправляете и прописываете все ключи вручную. Этот варинат требует хороших знаний MySQL 1 Ссылка на сообщение Поделиться на других сайтах
Spaik 11 Опубликовано: 23 февраля Рассказать Опубликовано: 23 февраля (изменено) К слову, один раз подобное давным давно у меня встречалось когда в процессе сбоя работы сервера была повреждена одна из таблиц и потом в бекапе это все наслоилось (заметил уже только спустя время) Насколько я помню, на локалке в не сжатом бекапе поправил поврежденную таблицу (сравнив с ранее сделанными рабочими), восстановил на локалке и уже после проверки полной работоспособности данный бекап восстановил на рабочем сайте. Можно было и phpMyAdmin но мне показалось на тот момент проще править бекап. Уточню, что особых изменений за это время на моем сайте не было, дабы не потерять другие данные. Отступая от всего этого, есть вопрос. В настройках админпанели присутствует пункт чекбокс "Ремонт базы данных" признаться за все время 15 летней истории пользования DLE не приходилось пользоваться. Хоть и описано метод его применения, но все же. В каком именно случае пригодиться данная функция, в случае полной потери таблицы, либо ее части, как именно? Изменено 23 февраля пользователем Spaik 1 Ссылка на сообщение Поделиться на других сайтах
celsoft 6224 Опубликовано: 23 февраля Рассказать Опубликовано: 23 февраля 2 часа назад, Spaik сказал: В каком именно случае пригодиться данная функция, в случае полной потери таблицы, либо ее части, как именно? Например в момент записи выключится питание сервера. Таблица будет отмечена как поврежденная в этой таблице где была запись. Ремонт способен отремонтировать и устранить проблему. Ремонт таблиц это базовая команда MySQL сервера REPAIR TABLE Ссылка на сообщение Поделиться на других сайтах
mokys 0 Опубликовано: 24 февраля Рассказать Опубликовано: 24 февраля Автор Развернул копию с версией 7.0, при попытке развернуть базу средствами ДЛЕ, процесс останавливается на таблице dle_post Подключение к БД `имя`. Чтение файла `имя.sql.bz2`. ------------------------------------------------------------ Установлена кодировка соединения `utf8mb4`. Таблица `dle_admin_logs`. Таблица `dle_admin_sections`. Таблица `dle_banned`. Таблица `dle_banners`. Таблица `dle_banners_logs`. Таблица `dle_banners_rubrics`. Таблица `dle_category`. Таблица `dle_comment_rating_log`. Таблица `dle_comments`. Таблица `dle_comments_files`. Таблица `dle_complaint`. Таблица `dle_downloads_log`. Таблица `dle_email`. Таблица `dle_files`. Таблица `dle_flood`. Таблица `dle_ignore_list`. Таблица `dle_images`. Таблица `dle_links`. Таблица `dle_login_log`. Таблица `dle_logs`. Таблица `dle_lostdb`. Таблица `dle_mail_log`. Таблица `dle_metatags`. Таблица `dle_notice`. Таблица `dle_plugins`. Таблица `dle_plugins_files`. Таблица `dle_plugins_logs`. Таблица `dle_pm`. Таблица `dle_poll`. Таблица `dle_poll_log`. Таблица `dle_post`. Статус таблицы: База разворачивается с 2011 года до 2018, а должна до 2024. То есть развертывание происходит не полностью. Если делать средствами SXD, то разворачивается и пост снова с ошибкой. Замкнутый круг Ссылка на сообщение Поделиться на других сайтах
celsoft 6224 Опубликовано: 24 февраля Рассказать Опубликовано: 24 февраля Либо данные повреждены в этом месте, либо превышаются какие либо лимиты установленные на сервере, т.к. восстановление это очень ресурсоемкий процесс. Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВойти
Уже зарегистрированы? Войдите здесь.
Войти сейчас