Рейтинг:-4

Работа с десятками тысяч ошибок 404 при переходе с MediaWiki на Drupal

флаг jp

У меня есть веб-сайт MediaWiki 1.36.1 с почти 2,500 содержательные веб-страницы (как правило, все они либо статья или же Категория:), который я рассматриваю для перехода на Drupal.

Перемещение каждой части контента из MediaWiki в Drupal невозможно из-за интенсивного использования синтаксиса MediaWiki внутри исходного кода каждой статьи, и я либо не могу, либо не хочу переводить его в синтаксис Drupal CKEditor.

Я могу создать резервную копию и удалить веб-сайт MediaWiki, запустить его локально в среде локального сервера, а затем вручную перенести 500 статьи, относящиеся к моей онлайн-версии Drupal (в том же веб-домене).
Проблема в том, что я почти 30,000 404 веб-страницы, потому что MediaWiki создает не менее 10 веб-страниц на каждую веб-страницу (1+15, если не 1+ 150, если не вдвое больше), например:

  • Веб-страница обсуждения
  • Веб-страница истории
  • Веб-страницы редакции
  • История различий веб-страниц
  • Веб-страница What-links-here
  • Недавние изменения-в-веб-страницах, связанных отсюда
  • Веб-страница версии для печати
  • Версия с постоянной ссылкой
  • Информация об этой веб-странице веб-страница
  • Веб-страница с исходным кодом / Редактировать веб-страницу
  • Страницы статистики
  • И, вероятно, больше

Я могу, конечно, купить новый домен, но я хочу остаться с тем же доменом.
Таким образом, мне, вероятно, нужно автоматически перенаправить все 30,000 404 веб-страницы на главную страницу.

Как перенести все веб-страницы 404 на домашнюю страницу с помощью самого Drupal и есть ли другой, лучший подход для решения моей проблемы?

флаг id
Вам придется объяснить нам, что вы имеете в виду, когда MediaWiki создает не менее 10 веб-страниц на каждой веб-странице.
флаг jp
@cilefen, как правило, на каждой веб-странице MediaWiki есть страница обсуждения, страница истории, как минимум одна страница редакции (каждый раз, когда она редактируется, добавляется новая страница редакции, так что их может быть тысячи, каждая заново после каждого редактирования), разница версий страницы и т. д.
флаг jp
@cilefen я отредактировал, чтобы уточнить.
флаг id
Не зная конкретных URL-адресов, я не могу дать конкретный ответ. Но я могу предположить, что если это веб-сервер Apache, и вы можете изменить .htaccess с помощью некоторых тщательно написанных перенаправлений (или перезаписи) регулярных выражений, вы можете связать эти посторонние пути с каждой данной страницей.
флаг jp
@cilefen Я не хочу этого делать, я хочу просто «уйти» от 404 и «начать заново» с путями Drupal `nid/*`.
Рейтинг:1
флаг cn

Таким образом, мне, вероятно, нужно автоматически перенаправить все 30 000 404 веб-страниц на домашнюю страницу.

Нет, вам просто нужно настроить главную страницу как страницу 404 по умолчанию на admin/config/system/информация о сайте.

Тогда используйте модуль Заблокированная страница не найдена чтобы создать блок, объясняющий, что главная страница отображается, потому что посетитель запрашивал URL-адрес, который больше не доступен.


Но я ищу автоматический брутальный способ для всех 404-х.... Для этого есть модуль Перенаправить 404 на главную страницу. В том числе предупреждение на странице модуля:

Предупреждение

Перенаправление всех 404 страниц на главную нежелательно для SEO. Пожалуйста, используйте этот модуль, если у вас меньше 404 страниц.

флаг jp
Спасибо за ваш ответ. Почему вы предлагаете сделать этот якобы более длинный путь вместо глобального перенаправления для всех 404-х?
4uk4 avatar
флаг cn
Я думаю, что 404 больше подходит. Я ненавижу, когда сайты перенаправляют в таких случаях. Это имеет смысл только в том случае, если вы можете предложить аналогичный контент для того, что ищет посетитель.
флаг jp
Но эти перенаправления будут только из Google, а не из статей на моем сайте...
4uk4 avatar
флаг cn
Хорошо, если вы хотите перенаправить, создайте для каждого мигрируемого узла осмысленные перенаправления. См. https://drupal.stackexchange.com/questions/227978/how-to-create-a-redirection-programmatically.
флаг jp
Но я ищу автоматический брутальный способ для всех 404-х....
флаг jp
Если это должно быть с Apache, то так тому и быть, но действительно ли это необходимо? Drupal ничего не предлагает для такого поведения?
флаг jp
Знаешь что? Может быть, я просто куплю старый домен, который у меня есть почти 6-8 лет назад, и начну с него без битых ссылок.

Ответить или комментировать

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