Moodle 5.2: що нового у версії та чи варто оновлюватись

Застосовність: Moodle LMS 5.2.x. На дату оновлення актуальний мінорний реліз — 5.2.2, випущений 10 серпня 2026 року.

Зміст: Коротко: головне у 5.2 · Що змінилось для викладача · Що змінилось для адміністратора · Що змінилось для розробника · Зв’язок із 5.3 LTS · Чи варто оновлюватись саме зараз · FAQ

Moodle 5.2 вийшла 20 квітня 2026 року. Це не LTS-реліз: загальні виправлення для гілки 5.2 заплановані до 19 квітня 2027 року, а безпекові — до 4 жовтня 2027 року. Станом на 12 серпня найновіший мінорний реліз — Moodle 5.2.2. Актуальні дати публікує Moodle у календарі релізів та на сторінці Moodle 5.2.

Це версія без одного «ефектного» нововведення, яке саме по собі виправдовує міграцію. Її цінність інша: Moodle одночасно посилює оцінювання, роботу з банком питань, інтерфейс курсів, адміністрування та технічну основу платформи. Найпомітніші зміни — кілька незалежних перевіряльників для одного завдання, зручніше керування категоріями запитань, Gemini та Amazon Bedrock у системі ШІ-провайдерів, а також базова інфраструктура React і підтримка інсталяції через Composer. Офіційний огляд зібрано на сторінці New features in Moodle 5.2.

Для контексту — стан основних гілок Moodle на дату оновлення статті:

Коротко: головне у 5.2

Якщо потрібен стислий висновок, Moodle 5.2 варто оцінювати за шістьма змінами.

• Один сабміт можуть оцінювати кілька перевіряльників. Для Assignment можна задати від 1 до 10 маркерів, а фінальну оцінку отримувати вручну або за одним із правил обчислення. Це найбільш практична зміна для великих потоків, комісійного оцінювання та подвійної перевірки.
• Банк питань став зручнішим для великих структур. Категорії можна згортати, розгортати, перейменовувати на місці, перетягувати та переносити разом із підкатегоріями й запитаннями; інтерфейс показує кількість запитань у банку.
• Q&A-форум краще підходить для синхронної роботи. Відповіді учасників можна показувати одразу після публікації, не чекаючи завершення стандартного часу редагування повідомлення.
• У ядро додано Gemini та Amazon Bedrock як AI provider plugins. Важливе уточнення: сама AI subsystem існує з Moodle 4.5; у 5.2 розширився набір інтегрованих провайдерів.
• Підвищено серверні вимоги. Мінімум — PHP 8.3.0; для PostgreSQL мінімальна підтримувана версія піднята до 16. Для MySQL це 8.4, для MariaDB — 10.11.0, для Microsoft SQL Server — 2019.
• Для розробників закладено нову фронтенд-основу. Moodle 5.2 додає базову інфраструктуру React, інтеграцію Moodle Design System, ECMAScript modules і TypeScript у сучасний frontend stack, а також підтримку встановлення Moodle через Composer.

Тобто 5.2 — не косметичний реліз. Але й не той випадок, коли кожному закладу потрібно оновлюватися тільки заради нової функції. Рішення залежить від поточної версії, сервера, плагінів і календаря навчального процесу.

Що змінилось для викладача

Найбільш відчутна зміна — multiple markers у завданнях. Раніше marking workflow та marking allocation допомагали розподіляти роботи між викладачами, але для одного сабміту типовим сценарієм був один призначений перевіряльник. У Moodle 5.2 одному поданню можна призначити кількох маркерів, кожен із яких оцінює роботу незалежно.

Система підтримує від 1 до 10 перевіряльників. Для фінальної оцінки можна вибрати ручне визначення, першу оцінку, максимальну або середнє арифметичне; для середнього доступні правила округлення. Функція працює разом із marking workflow та marking allocation. Деталі описані в офіційній документації Assignment settings.

!мультиперевірка завдань у Moodle 5.2

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

Другий блок — Quiz і Question Bank. Moodle 5.2 не перебудовує сам механізм тестування, але робить повсякденне адміністрування великих банків питань менш громіздким. Категорії можна згортати й розгортати, переміщувати drag-and-drop, редагувати їхні назви без переходу на окрему сторінку. Також видно кількість запитань у банку, а цілу категорію можна переносити до іншого банку разом із підкатегоріями та запитаннями.

!оновлений банк питань у Moodle 5.2

Це не змінює педагогічну модель Quiz, але економить час викладачам і методистам, які підтримують сотні або тисячі запитань і регулярно реорганізовують структуру банків.

Третя зміна стосується Q&A-форуму. У цьому типі форуму відповіді учасників можуть ставати видимими іншим одразу після публікації, без очікування завершення максимального часу редагування, який зазвичай становить 30 хвилин. Офіційна документація прямо позиціонує це як покращення для живих та інтерактивних сесій. Для семінару або синхронного обговорення це усуває штучну паузу між відповіддю студента й реакцією групи.

Паралельно Moodle 5.2 полірує сторінки активностей: дати, критерії завершення та статуси розташовано помітніше, а для обмеженого контенту з’явилися зрозуміліші сторінки з умовами доступу. Це дрібніші зміни, але саме вони впливають на щоденне відчуття від роботи з курсом.

Що змінилось для адміністратора

Для адміністратора перший фільтр перед будь-якою розмовою про нові функції — системні вимоги. Moodle 5.2 потребує щонайменше PHP 8.3.0. Якщо використовується PostgreSQL, мінімальна версія — 16. Для MySQL мінімум 8.4, для MariaDB — 10.11.0, для Microsoft SQL Server — 2019. Moodle також вимагає 64-бітний PHP, розширення sodium та max_input_vars >= 5000. Повний перелік наведено в офіційних вимогах Moodle 5.2.

Це означає, що «оновити Moodle» може виявитися значно ширшим проєктом: спочатку доведеться оновити PHP або СУБД, перевірити сумісність плагінів із новим PHP, а вже потім переходити до ядра Moodle. Для частини інсталяцій саме інфраструктура, а не функціонал 5.2, буде визначальним фактором.

Друга помітна зміна — AI providers. Moodle 5.2 додає до ядра провайдери Google Gemini та Amazon Bedrock. Вони підключаються до вже наявної AI subsystem Moodle і можуть використовувати поточні AI actions, зокрема генерацію тексту й зображень, підсумовування та пояснення. Адміністратор отримує уніфікований інтерфейс для конфігурації провайдерів і вибору моделей.

!Gemini AI provider у Moodle 5.2

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

Третій блок змін — адміністрування й спостережуваність. Report Builder отримав додаткові фільтри та зрозуміліші статуси розкладів. Для резервних копій можна формувати назви файлів через Mustache templates. А OpenTelemetry у 5.2 дає базову інфраструктуру трасування вебзапитів, CLI, cron, подій і web services — за умови зовнішнього налаштування PHP extension, Composer package та exporter. Для великих інсталяцій це вже не «косметика», а корисна база для діагностики продуктивності.

Що змінилось для розробника

Найстратегічніша технічна зміна 5.2 — React foundations added to Moodle core. У ядро додано базову інфраструктуру для React: build integration, auto-initialisation, Mustache template helpers, import maps та підтримку external bundles. Окремо інтегровано Moodle Design System package. Документація 5.2 описує сучасний frontend stack із ECMAScript modules, React і TypeScript: Frontend Development та React.

Проте з цього не випливає, що всі наявні теми й плагіни потрібно негайно переписувати на React. Moodle прямо називає ці зміни фундаментом для подальшої модернізації інтерфейсу. Для розробника практичний висновок інший: у нових кастомних рішеннях варто стежити за рекомендованим frontend stack, а перед майбутніми major-релізами — перевіряти deprecated APIs і upgrade notes, а не планувати масове переписування лише через номер 5.2.

Ще одна важлива зміна — офіційна підтримка встановлення Moodle через Composer. Це спрощує керування залежностями й робить інсталяцію зручнішою для команд, які вже працюють із Composer-based deployment. У поєднанні з OpenTelemetry та новим frontend toolchain реліз 5.2 виглядає як перехідний етап до більш сучасного способу розробки й експлуатації Moodle, навіть якщо звичайний викладач більшості цих змін не побачить.

Саме тому для кастомних плагінів ключове питання не «чи є React», а чи підтримує розробник плагін цільову версію Moodle та її API. Перед міграцією все одно потрібен реєстр сторонніх компонентів, перевірка сумісності та тестова копія продакшну.

Зв’язок із 5.3 LTS

На 12 серпня 2026 року Moodle 5.3 ще не випущена. Офіційна сторінка позначає її як unreleased version, code freeze заплановано на 24 серпня 2026 року, а реліз — на 5 жовтня 2026 року. 5.3 має бути наступною LTS-гілкою; за поточним календарем її безпекова підтримка триватиме до 1 жовтня 2029 року. Дати потрібно повторно перевірити після фактичного релізу: Moodle 5.3 release page.

Практично 5.2 важлива як підготовчий етап до 5.3. Поточні prerelease-вимоги 5.3 зберігають мінімум PHP 8.3, PostgreSQL 16, MySQL 8.4 і MariaDB 10.11.0 — тобто інфраструктурна робота, виконана для 5.2, не виглядає одноразовою. Крім того, 5.3 є наступною гілкою розвитку після 5.2, тож знайомство команди з новими процесами оцінювання, AI providers і сучасним frontend stack зменшує обсяг нового, який доведеться освоювати після переходу на LTS.

Водночас не варто трактувати це як гарантію, що кожна поведінка чи деталь 5.2 без змін потрапить у фінальний 5.3: до code freeze та релізу ще можливі зміни. Для планування міграції орієнтуватися потрібно на фінальні release notes 5.3, коли вони будуть опубліковані для стабільного релізу.

Чи варто оновлюватись саме зараз

Універсальної відповіді немає. Для різних стартових умов рішення буде різним.

Якщо заклад зараз на Moodle 5.0, відкладати рішення небезпечно: загальна підтримка цієї гілки вже завершена, а безпекові виправлення закінчуються 5 жовтня 2026 року. У цьому сценарії 5.2 — реальна підтримувана ціль уже зараз, але перед переходом потрібно перевірити сервер і плагіни. Альтернатива — готуватися до 5.3 LTS, не чекаючи дня релізу для початку аудиту.

Якщо заклад на 4.5 LTS і платформа стабільна, оновлення тільки заради номера версії не обов’язкове. 4.5 отримує security fixes до 4 жовтня 2027 року. Перехід на 5.2 має сенс, якщо потрібні multiple markers, нові AI provider integrations, покращення Question Bank або технічні можливості 5.2 — і якщо інфраструктура вже відповідає вимогам.

Якщо планується нова інсталяція або великий технічний перегляд восени 2026 року, варто порівняти 5.2 з майбутньою 5.3 LTS. Оскільки реліз 5.3 запланований на 5 жовтня, для проєктів без жорсткого дедлайну LTS може дати довший горизонт безпекової підтримки. Але до фактичного виходу 5.3 це все ще план, а не доступний production-реліз.

Для детальної матриці вибору дивіться матеріал «Яку версію Moodle обрати у 2026 році». Перед рішенням варто оцінювати не тільки список нових функцій, а весь ланцюжок: поточна версія → PHP і СУБД → сторонні плагіни й тема → тестова міграція → вікно простою → підтримуваний цільовий реліз.

FAQ

Коли вийшла Moodle 5.2?

Moodle 5.2.0 вийшла 20 квітня 2026 року. Станом на 12 серпня 2026 року актуальний мінорний реліз гілки — 5.2.2 від 10 серпня 2026 року.

Чи є Moodle 5.2 LTS-версією?

Ні. Загальна підтримка 5.2 запланована до 19 квітня 2027 року, безпекова — до 4 жовтня 2027 року. Наступною LTS має стати Moodle 5.3, реліз якої запланований на 5 жовтня 2026 року.

Які мінімальні серверні вимоги Moodle 5.2?

PHP 8.3.0 або новіший; PostgreSQL 16, MySQL 8.4, MariaDB 10.11.0, Aurora MySQL 8.0 або Microsoft SQL Server 2019 — залежно від обраної СУБД. Oracle Database не підтримується починаючи з Moodle 5.0. Також потрібні 64-бітний PHP, sodium і max_input_vars >= 5000.

Чи працюватимуть старі плагіни після оновлення?

Сам номер версії не дає відповіді. Для кожного стороннього або кастомного плагіна потрібно окремо перевірити заявлену сумісність із Moodle 5.2, залежності та роботу в тестовому середовищі. Наявність React у 5.2 сама по собі не означає автоматичну несумісність старого плагіна.

Чи треба переходити на 5.2, якщо ми чекаємо 5.3 LTS?

Не обов’язково. Якщо поточна версія ще підтримується і немає функціональної потреби в 5.2, можна готувати інфраструктуру та плагіни до 5.3. Якщо ж ви на 5.0, чекати без плану ризиковано: її security support завершується в день, на який заплановано реліз 5.3.

---

Основні джерела: Moodle 5.2 release notes, Moodle 5.2 New features, Moodle Releases, Moodle 5.3 prerelease page, Moodle 5.2 Frontend Development.

© BI-Systems. Передрук і поширення матеріалу дозволено за умови збереження авторства та активного посилання на оригінальну публікацію.