Joomla 4: Практика применения, первые опыты
Давным-давно ожидаемый релиз Joomla 4 состоялся. Долго длилось ожидание, и?
Опыты с обновленным «движком» я начал с сайтов рабочих, с «навороченным» комплектом сторонних компонентов, плагинов и модулей под управлением крайней версии Джумла 3. Тестирование длится уже около недели и можно сделать некоторые практические выводы на основе тестов и экспериментов. Есть некоторые реально важные рекомендации для пользователей только что «испеченной» (до версии «релиз») CMS.
Исходные данные: несколько сайтов Джумла 3.10.2. с толпами разнообразных расширений, php v. 7,4. Конечная цель: переезд вебресурса на Joomla 4.03 с сохранением контента и существующего функционала, php v. 8.0.8.
«Переезд» проистекает в несколько этапов, мероприятие не самое быстрое, отнюдь не «в один клик». Рассмотрим подробности процесса по этапам «большого пути».
Сервера обновления Joomla версии 3
Для обновления версий в автоматическом режиме устанавливаем на рабочей «трешке» сервер обновлений: Joomla! Next, который предназначен для отправки уведомлений об обновлении версии Joomla 4x (и будущей версии Joomla 5x, если таковая случится) и обеспечит перезагрузку/обновления дистрибутива cms. Собственно, это единственное действие, которое пройдет «без последствий» и не требует никаких лишних телодвижений и раздумий.
В меню админцентра сайта выбираем: Компоненты -> Обновление Joomla -> Настройки. Выбираем сервер обновлений: Joomla! Next, сохранить и закрыть.
Больше никаких действий производить категорически не нужно. Кроме как просмотреть, что большинство сторонних расширений на сайте работать на новой версии не будут (скорее всего).
Стоит сразу отметить, что на 100% сохранить функционал достаточно долго работающего сайта не получится, от некоторых «фишек» придется заведомо отказаться или искать им замену. Это связано с версиями как cms, так и php. Для отлаженных и больших проектов процесс обновления имеет смысл отложить на год-два, пока сторонние разработчики не обновят свои расширения или не появятся аналоги оных.
Но если «нельзя, но очень хочется» — идем далее.
Делаем бэкап сайта и БД
Категорически необходимо, однозначно понадобится и, возможно, не один раз. «На авось» проскочить без восстановления в этот раз не выйдет.
Расширения Joomla 3: «Поезд дальше не идет, просьба освободить вагоны»
Основной «камень преткновения» новой версии Джумла: мало на сей день шаблонов, работающих на новой CMS. Шаблоны Джумла 3, в своем большинстве, не работоспособны на Джумла 4. Стоит скачать несколько адаптированных под «четверку» шаблонов и заранее их установить. Я нашел несколько (бесплатных / доступных): Helix Ultimate, JA Stark, Purity III, YooTheme Pro. Впрочем, «перепилить» можно и дефолтный шаблон, при желании и наличии времени. Тем не менее, если сайт рабочий (и популярный) — стоит заранее это сделать, дабы не «пугать» своих посетителей.
В результате тестов я остановился на ютушном шаблоне, он «нудный», но перспективный.
Тем не менее, вопрос разрешаем: либо сторонний шаблон заведомо рабочий, либо дефолтный. Решили? Идем далее.
С иными сторонними расширениями все сложнее.
Продолжаем «переезд, В Админпанели сайта методично отключаем все сторонние расширения. Компоненты, модули, плагины. Оставляем включенными, естественно, базовые расширения Джумла.
Внимательно проверьте (и, лучше, не один раз), всё ли выключено. Иначе? Иначе процесс обновления зайдет в безвыходный тупик (как это случилось пару раз у меня, пришлось восстанавливать из бэкапов и начинать процесс заново). Разбираться в причинах достаточно нудно, долго и бессмысленно, восстановление быстрее.
Если всё отключено, то: обновляем. Переходя по пути:
Компоненты -> Обновление Joomla -> Автоматическое обновление -> Обновить (кнопка в самом низу вкладки).
Процесс пошел. Если в конце «что-то пошло не так»… Восстановление из бэкапа. Стоит, однако, в файле конфигурации включить отображение отладочной информации, дабы хотя бы понимать, почему?..
Но: чаще всего процесс проистекает адекватно и после его завершения мы попадаем в совсем другую Джумлу: Джуманджи! 
Новая админпанель меня лично сильно разочаровала, а’ля Вордпресс, не удобна левая панель, не самая лучшая навигация «в общем и целом». Но: раз обновление неизбежно (как восход солнца), то стоит привыкать. За полчаса «тыкания» по вкладкам и менюшкам процесс личной адаптации — завершен 
Ничего принципиально нового: «те же яйца, только в профиль». По крайней мере, логика иерархии осталась прежней и это есть — хорошо.
Убедившись, что старые шаблоны (сайта и фреймворки админпанели) нерабочие, включаем шаблон под Джумла 4. При отключенных сторонних расширениях всё (должно быть) работоспособно.
Понятно, что все позиции модулей — «улетели», модули перемещаем на рабочие позиции нового шаблона.
Что порадовало: скорость, прежде всего. Скорость загрузки страниц на 96–98 по Google PageSpeed, это — забавно, от того что было: 50–80.
Еще порадовало: работоспособные наборы последних версий скриптов: ZOO, YOO Widgetkit, JCH Optimize, RSForm, JComments (иные еще не проверял, Доска объявлений AdsManager, форум Kunena и магазин JoomShopping на очереди проверки).
Естественно, что весь контент (текстовой и графический) остался на месте. Всё, значится, ОК.
Что огорчило: «перепиливание» новых доступных шаблонов «на старый лад» (мне лично нельзя «огорошить» пользователей совсем иным «внешним видом»).
Еще огорчило: неработоспособность некоторых нужных / привычных скриптов. Например, jlSitemap, социальные иконки, кнопки Вверх, прочие «мелочи жизни». Не работают, жаль.
В результате проверочной активизации некоторых плагинов на вновь установленной Джумла 4 — несколько раз отключалась (безнадежно) Админпанель сайта. В этом случае: MySQL в. помощь. Зная, какой плагин был активирован — отключаем его через БД и работоспособность Админпанели сайта восстановится.
А «опасный» плагин. можно и не удалять, может будет обновление? Вот только стоит запомнить, что он «опасен» и держать MySQL «под рукой», как и делать регулярные бэкапы в этот не простой «переходный период».
Вообще-то, это — проблема. Ранее, на версии 3, нерабочие скрипты просто не устанавливались, тупо. Теперь устанавливаются и наносят максимальный ущерб
Отдельная «песня» — специфика php v. 8. Некоторые скрипты не работают (пока что) на этой версии. По счастью, можно перейти обратно на 7.4 (на сервере), но нужно ли?.. Это — «шаг назад», стоит либо «перепилить» скрипт, либо найти готовую замену / аналог.
Эпилог обновления Joomla 4
Стоит рассматривать процесс обновления как — неизбежность, нравится он (этот пресловутый процесс) или нет. Неизбежно для джумловодов — обновлять CMS. Вопрос лишь в «минимизации ущерба» и сокращении времени на устранения последствий, с чем и были прописаны буквочки выше.
И еще: не стоит торопиться с обновлением. Через некоторое время, вполне возможно, разработчики шаблонов (и иных популярных расширений) обновятся и не потребуется никаких «жертв». Годик точно стоит подождать. Мне вот «нетерпелось». И? Всё не так страшно. Страшно — интересно. И, процесс продолжается.
Удачи.
