10 февраля 2023 в 21:03
Собираюсь перенести содержание сайта Drupal 7 на новую установку Drupal 10 выборочным способом, то есть:
- выбрать тип материала, например, все статьи, и перенести;
- выбрать отдельные страницы/у, и перенести, а затем задать им/ей новый тип материала и пристроить в новое меню на сайте.
и так далее.
Причина выборочного переноса в том, что на сайте очень много мусора, так как я на нем учился на ходу. Там за 10 лет многое что устанавливалось и удалялось (модули, темы, плагины...), некоторые статьи не актуальны, а другие закрыты от публикации. Стоит много лишних модулей, каких - не знаю, некогда разбираться. Поэтому, есть желание поставить на локалку Drupal 10 и переносить материал выборочно.
Возможно ли это? Какие могут быть мысли и идеи?
------------------
Несколько лет не занимался сайтом, только его содержанием, поэтому многое подзабылось из того, что знал немного. Обычно пользуюсь проторенными дорожками - уроками на англ. или рус. языках. Сайт простой - текст, картинки и ссылки в тексте на свой Глоссарий.
Комментарии
Я так делал в одном проекте. Из Drupal 7 выгружал данные с помощью views data export, а в Drupal 9 загружал или с помощью Feeds или кастомным импортом, потому что Feeds не всемогущ, к сожалению. На тот момент Feeds не умел импортировать параграфы и что-то ещё. Метатеги тоже только с патчем. В общем для некоторых типов материалов было быстрее кастомный импорт написать, чем мучать Feeds
"На тот момент Feeds не умел импортировать параграфы" - а сейчас умеет?
Не знаю
Я правильно понял, что вытянуть контент из Друпала как-то еще можно, кое-что и может быть, а чтобы втащить его в новую инсталляцию Друпала, надо идти искать бубен?
Если перебросить контент в новую CMS, то нужно просто скопировать Source Code каждой страницы? Это так?
Там еще есть ссылки по своему сайту, которых тысячи. Но, с чего-то надо начать….
Что-то вы вообще не так всё поняли. Если ещё более кратко: если типы материлов простые, то Feeds прекрасно справится с импортом. Если типы материалов сложные (с параграфами и тд), то либо много патчей ставить придётся, либо писать кастомный импорт.
Всё будет гораздо проще если использовать стандартные миграции, но тогда весь мусор со старого сайта тоже прилетит в новый
Это откуда?
Edit Page > Body > Tools > Source Code - в редакторе контента.
---------------------------------------------------
Да вроде бы всё понял. С Параграфами я сталкивался на 8-ке, и быстро от них отказался – там проблемы буквально высосаны из пальца. Придумано - чего ради, каких удобств??
После вашего первого ответа, я вдруг понял, что надо уходить с Друпала, 10 лет «дружил», но ожидания не оправдались.
Так я бы хотел вернуться в предыдущему вопросу о переносе контента в другую CMS.
views data export создает табличный файл. Из почти любых данных. Урлы, метатеги - можно.
HTML код многостраничного текстового поля (Source Code) - тоже можно. Так что этот инструмент вам понадобится даже если будете переезжать.
Будете уходить - скажете куда. Единственный камень преткновения - это composer.
Что именно не оправдалось?
Как написал Васёк выше, views data export может создать универсальный csv файл с контентом, который можно будет импортировать в любую CMS
Что не оправдалось? Лет 50 назад я избавился от мата при помощи шалбанов, знаете очень эффективный способ. Это когда рядом есть приятель, и вы оба следите за речью друга. Всего за месяц излечился. Поэтому, я давно уже принципиально не матерюсь, и не хотел бы описывать здесь свои впечатления о Друпале.
За подсказку с csv файлом – спасибо, припоминаю уже о нём, буду думать как всё это хозяйство перекидывать. Какая CMS? Пока смотрю по англоязычным источникам.
Давайте попробуем без мата, но с фактами и по пунктам. Какие были ожидания и что не получилось
https://www.drupal.org/docs/core-modules-and-themes/core-modules/migrate...
Попробуй мигрировать. Потом почистить контент ненужный или пересоздать часть контента
Возможно, вы не совсем меня поняли, что я полностью солидарен с вами и не собираюсь здесь выражаться. Да и смысл?? Этот пакет факов можно было бы доставить англоязычным абригенам Друпала, чтобы они призадумались наконец-то, что они делают и зачем.
Поэтому, нет желания ни травмировать вашу психику, ни тратить понапрасну своё время. Сейчас я озабочен тем, как и куда унести ноги: Я не могу даже мигрировать в новые версии Друпала, не избавившись от прилипшего PHP-дерьма! Хорошо знаю, что из-за него моя база данных весит в два раза больше, как минимум.
--------------------------------------------------------------
Благодарю, проблемы здесь выглядят несколько по другому. Удалить контент несложно.
Смотри, через migrate модуль (который в ядре 9 ки видел, за 10ку не утвверждаю, но думаю он там есть). Вы переносите все нужные ноды, бблоки и потом просто чистите себе. Никакого php кода вы не переносите вслед за собой, только ноды.
За параграфы, есть хорошая штука layout builder. Делает из параграфов блоки и размещение шаблонов на сайте (боки / параграфы / контент) становится практичнее.
В целом, дело ваше. Сам понимаю, как это мигрировать с 7ки на версию выше (есть проект один, который поддерживаю). Но там у меня коллеги на реакт переписывают. Жду результаты их работы))
Реакт - это только фронтенд фреймворк. Он не может быть заменой друпалу. Более того, друпал, как бэкенд для реакта - отличное решение.
Ну они на бэк взяли nodejs. А в целом особо не уточняли у меня как и что)) узнал спустя месяца 3-5 после того как начали делать. Я там по сути саппорту пару платформ и все, остальное время занимаюсь на 2й работе.
Да, по средством апи + фрон на реакт хорошая штука. Относительно недавно разбирал gatsby.js. Возможно с drupal 10 реалезуем...