У Joomla 6.2 оновили редактор, поштову автентифікацію та сповіщення про безпеку

У Joomla 6.2 доопрацювали TinyMCE, додали SMTP-автентифікацію через OAuth 2.0 і сповіщення про критичні оновлення розширень. Перед встановленням варто перевірити сумісність доповнень і надсилання листів.

· 4 хв читання · 5 коментарів

13 жовтня 2026 року вийшла Joomla 6.2. Як пише Habr, у релізі доопрацювали редактор матеріалів TinyMCE, додали SMTP-автентифікацію через OAuth 2.0 і зробили помітнішими оновлення безпеки розширень. Є зміни для багатомовних сайтів і розробників інтеграцій. Перед оновленням власнику сайту варто перевірити сумісність розширень і роботу надсилання листів.

Редактор і багатомовний контент

Діалогові вікна вставлення зображень і медіа в TinyMCE тепер пов’язані з медіаменеджером Joomla. Файл можна вибрати у відповідному вікні редактора, не користуючись окремою кнопкою CMS. У діалоговому вікні посилань з’явився вибір внутрішніх джерел: матеріалів, контактів, пунктів меню та медіа. Сторонні розширення теж можуть підключитися до цього механізму через плагіни кнопок редактора.

У TinyMCE додали кнопку роздільника «Докладніше». На сайті, який уже працює, її, можливо, доведеться вручну додати на панель через налаштування плагіна. Ще одна зміна стосується текстових фільтрів Joomla: для редактора їхнє використання тепер увімкнено за замовчуванням. Водночас раніше збережені параметри на наявних сайтах залишаються чинними. Якщо після редагування зникають потрібні HTML-елементи, я б звірила параметри TinyMCE з правилами фільтрації тексту для групи користувача.

Для частково перекладених розширень з’явився ланцюжок резервних мов. Якщо окремого рядка немає в обраному перекладі, Joomla може звернутися до призначеної резервної мови; рядки, які вже перекладено, не підміняються. Зв’язок задається в параметрах компонента мов або в мовному пакеті, причому налаштування компонента має пріоритет. Якщо зв’язок не задано, поведінка сайту не змінюється.

Для вступного зображення матеріалу та зображення повного тексту тепер можна окремо призначати CSS-класи самому зображенню та його обгортці. Крім того, у стандартних списках і блогах категорій з’явилися зображення підкатегорій. Там, де достатньо штатного оформлення, це може позбавити потреби у власному перевизначенні макета.

Пошта, оновлення та зміни для розробників

Joomla 6.2 отримала механізм SMTP-автентифікації через OAuth 2.0, розрахований зокрема на Microsoft 365 і Google Workspace. SMTP і спосіб автентифікації OAuth 2.0 задаються в загальних налаштуваннях Joomla, на вкладці «Сервер» у параметрах пошти. Окремо адміністратор обирає корпоративний обліковий запис SMTP, від імені якого сайт надсилатиме повідомлення. CMS отримує refresh token, щоб потім запитувати access token. Від роботи пошти залежать, наприклад, листи з форм, сповіщення про реєстрацію та дані про замовлення.

Розробники розширень тепер можуть повідомляти через сервер оновлень, що випуск пов’язаний із безпекою, і вказувати рівень серйозності. Joomla показує позначку в списку оновлень і сповіщення на головній панелі. Якщо власник пропустив кілька версій, система враховує найвищий рівень серед них: пізніший звичайний випуск не приховує попереднього виправлення вразливості. Але для такої позначки розробник розширення має передати необхідні відомості. Чому важливо не випускати з уваги оновлення доповнень, нагадує і новина про виправлення вразливостей в All in One SEO.

У REST API матеріалів з’явилися окремі поля introtext і fulltext. Попереднє об’єднане поле text поки збережено, але позначено як застаріле з планом вилучення в Joomla 8. Нові інтеграції доцільно будувати на окремих полях, а в чинних — перевірити звернення до text.

Серед інших змін для розробників — поле форми, яке отримує варіанти з PHP enum, і можливість збирати JavaScript та CSS ядра як окремі ресурси. У категоріях виправили підрахунок доступних матеріалів: якщо публікацію всіх записів заплановано на майбутнє або термін їхнього показу вже минув, категорія більше не має виглядати наповненою через ці записи.

Що перевірити перед оновленням сайту

Власнику сайту я б запропонувала почати з робочих сценаріїв, а не зі списку нових кнопок. Перевірити листи з форм і сповіщення про замовлення, особливо якщо використовується корпоративний SMTP. Потім відкрити матеріал у редакторі: спробувати вставити файл і внутрішнє посилання, знайти кнопку «Докладніше» та переконатися, що звична розмітка зберігається.

На багатомовному сайті корисно подивитися, де в перекладах розширень бракує окремих рядків, і вирішити, чи потрібен ланцюжок резервних мов. Розробникам варто перевірити свої розширення на сумісність із 6.2, передавання відомостей про виправлення безпеки та використання полів REST API. Власнику сайту краще окремо перевірити сумісність встановлених розширень: можливості ядра самі собою її не підтверджують.

Моя думка: важливі листи та зрозумілі оновлення

Для мого невеликого магазину найвідчутніше тут — не оформлення зображень, а пошта й інформація про оновлення. Якщо лист про замовлення не надходить, це вже проблема для покупця. А позначка про виправлення безпеки допомагає швидше зрозуміти, яке з кількох оновлень потребує уваги. Я б не вважала її заміною перевірці самого розширення: відомості ще має передати його розробник.

Мені подобається, коли готова платформа бере на себе такі повсякденні завдання: менше приводів шукати фахівця заради кожного налаштування і простіше планувати витрати. Водночас оновлюватися наосліп я б не стала. Спочатку перевірила б розширення та основні дії покупця на сайті, а вже потім оцінювала нові зручності редактора.

Джерела

Звідки новина. Текст — переказ своїми словами, факти — з джерела, думка — автора.

  1. Вышла Joomla 6.2. Что нового? habr.com

Про автора

Міла Петкова

власниця магазину товарів для дому

Керую невеликим інтернет-магазином і сама оновлюю каталог, акції та описи. Зараз розбираюся, як пов’язати SEO-роботу з реальними замовленнями, а не лише з трафіком.

Усі публікації автора

CMS 4 хв читання

Вийшла WordPress 7.2 Beta 1: нові налаштування дизайну та інструменти редактора

У WordPress 7.2 Beta 1 з’явилися адаптивні налаштування дизайну, оновлені інструменти редактора й нові можливості для розробників. Бета-версія призначена для тестування, а не для робочих сайтів.

CMS 3 хв читання

WordPress 7.1.3 закриває сім вразливостей і виправляє збій завантаження зображень

WordPress 7.1.3 закриває сім вразливостей і виправляє критичну помилку, через яку на деяких хостингах не завантажувалися зображення. Власникам сайтів рекомендують встановити оновлення.

Написати коментар

Не публікується. Надішлемо посилання, щоб підтвердити коментар.

Без посилань і реклами. Перший коментар публікується після перевірки. Надсилаючи коментар, ви погоджуєтеся з політикою конфіденційності.

  1. Ще додав би до чекліста перевірку листів не лише через тестове надсилання з адмінки, а й у реальних сценаріях: скидання пароля, підтвердження реєстрації, сповіщення замовлення. OAuth може успішно авторизувати SMTP, але важливо перевірити, чи не ламається саме весь ланцюжок листів після оновлення.

    1. Габріелю, слушно, що ви розділяєте успішну OAuth-авторизацію та перевірку всього сценарію. Для власника сайту це важлива межа: лист із адмінки може пройти, а користувач усе одно не отримає підтвердження реєстрації чи сповіщення про замовлення. Ви радите після оновлення перевіряти ці сценарії вручну на тестовому обліковому записі, чи є спосіб безпечно автоматизувати таку перевірку?

      1. Міла Петкова Автор публікації

        @pavel.kramer я б почала з тестового облікового запису й вручну прогнала скидання пароля, реєстрацію та тестове замовлення після оновлення — це недорого й одразу показує, де рветься ланцюжок. Автоматизація теж можлива, але її треба підтримувати разом із розширеннями та шаблонами листів; для невеликого магазину це може коштувати більше часу, ніж короткий ручний чек перед запуском 😊

      2. У магазині автозапчастин тестовий лист з адмінки якось пройшов, а лист із підтвердженням замовлення — ні: різні сценарії, різні місця, де все може спіткнутися. Тепер після оновлень проганяю оформлення тестового замовлення й перевіряю, чи лист реально прийшов; це швидше, ніж потім шукати загублене замовлення разом із клієнтом. Павле, автоматизація має сенс, якщо тестове середовище не відправить випадково листи справжнім покупцям.

    2. @gabi.lorenzo, ще перевірив би чергу листів і повторні спроби: OAuth може пройти, а листи після збою так і залишаться чекати свого часу.