Мои проблемы, я подозреваю, начинаются с обновления с 8.5.x до 8.6 после выпуска стабильной сборки.Я усугубил проблему, возможно, путем обновления до 8.6.1 без предварительного отката до 8.5.x.Я пропустил мелкий шрифт на этом.В любом случае, вот что произошло с тех пор, как я стал жертвой ошибки таксономии:
Я получил старую резервную копию своего сайта с апреля 2018 года и создал новую учетную запись (сайт B) на моем VPS отдельно от этого проблемного сайта (сайт A), с которым у меня возникают проблемы.После некоторой работы я смог успешно добавить поддержку Drush на сайт B. Несмотря на то, что Drush был установлен в моем корневом каталоге, он не был доступен для сайта B, как это было для сайта A и других сайтов Drupal на моем VPS.Установив Drush, я успешно восстановил резервную копию сайта A на новой учетной записи для сайта B. Я обновил сайт B, и он, как представляется, работает на Drupal 8.6.1 без ошибок таксономии.
Вернуться на сайт А. Я посетил сайт А и обнаружил, что мой сайт больше не работает.Вместо этого я видел ошибку, связанную с базой данных с кодом, который предлагал проблему с базой данных.Ошибка, которую я увидел (в усеченном виде), соответствует следующему:
"Uncaught PHP Exception Drupal \ Core \ Database \ DatabaseExceptionWrapper:" SQLSTATE [42S22]: столбец не найден: 1054 столбец неизвестен'block_content_field_data.reusable' в 'где предложение': SELECT base_table.revision_id AS REVISION_ID, base_table.id как идентификатор от {block_content} base_table INNER JOIN {block_content_field_data} block_content_field_data пО block_content_field_data.id = base_table.id гДЕ (block_content_field_data.reusable в (:db_condition_placeholder_0)) AND (block_content_field_data.default_langcode IN (: db_condition_placeholder_1));Array ([: db_condition_placeholder_0] => 1 [: db_condition_placeholder_1] => 1) "at /home/d8wrscorg/public_html/wrscD8/core/lib/Drupal/Core/Database/Connection.php line 686"
При поиске этой ошибки я нашел ответ, предлагающий запустить update.php для обновления базы данных.Я не смог запустить update.php, добавив его в URL сайта A, поэтому я изменил файл settings.php в соответствии с рекомендациями, чтобы дать мне доступ к update.php.После этого я смог восстановить сайт А. Но это создало новую проблему: сайт А теперь выглядел как старая версия сайта, которая была у меня до первоначальной ошибки.Я подтвердил это, посмотрев на идентификаторы блоков и сопоставив их с идентификаторами, которые я использовал для сайта А. в моих файлах CSS.
В дополнение к просмотру более старой версии сайта А,Я не мог перейти на другие страницы сейчас.Вместо этого я вижу следующую ошибку:
"Not Found Запрошенный URL /drupal/index.php не был найден на этом сервере.
Кроме того, 404 NotОбнаружена ошибка при попытке использовать ErrorDocument для обработки запроса. "
Это верно для страниц на сайте A и для страниц в меню администратора.Эта проблема стала проблемой позже, после того как я вернул сайт с update.php.Я пару раз запускал update.php, чтобы запустить сайт после того, как обнаружил ошибки HTTP 500 после краткого перехода по сайту A, чтобы кратко проверить масштаб проблемы.
"Неустранимая ошибка PHP: исчерпан допустимый объем памяти 67108864 байта (попытка выделить 20480 байтов)".
Было несколько таких ошибок, но они имеютисчез с момента запуска update.php.У меня также есть 64 МБ, выделенных для сайта А. в php.ini.
Я вижу, что Drush плохо себя ведет, когда я захожу в сайт ssh. Я вижу следующую ошибку при запуске тестовой команды 'drush ups':
"Команде pm-updatestatus необходим более высокий уровень начальной загрузки для запуска- вам [error] потребуется вызвать drush из более функциональной среды Drupal для запуска этой команды. Команда drush 'ups' не может быть выполнена. "
Я запускаю команды drush в папке сайта A.Когда я запускаю «drush --version», я вижу версию как 8.1.17.Недавно я обновился с Drush 8.1.13.
Учитывая приведенную выше информацию, есть ли у кого-нибудь идеи поделиться тем, как я могу восстановить сайт A до самого последнего периода его существования до внезапного сбоя сайта, упомянутого выше?Что может быть причиной ошибки, связанной с отсутствующей проблемой index.php?
Спасибо всем, кто может помочь.