M
Все статьи
Разработка 6 мин чтения

Разработка плагинов Moodle: когда нужна кастомная разработка

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

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

Когда не хватает стандартных плагинов

В репозитории Moodle более 1 700 плагинов, но они созданы для общемировых задач. Российская специфика — ведомости по ФГОС, интеграция с 1С, зачётные книжки по регламенту Минобрнауки — требует кастомной разработки.

Виды плагинов Moodle

  • Local plugins — пользовательский функционал: новые страницы, отчёты, инструменты администратора
  • Activity modules — новые типы активностей (аналог заданий или тестов)
  • Blocks — блоки на боковой панели или главной странице
  • Reports — кастомные отчёты в разделе администрирования
  • Auth plugins — способы авторизации (SSO, LDAP, OAuth)

Примеры задач для кастомной разработки

  • Электронная зачётная книжка с QR-верификацией
  • Выгрузка ведомостей в формате Word/Excel под ваш шаблон
  • Интеграция с 1С через REST API
  • Кастомный тип задания с автопроверкой кода
  • Система пересдач с управлением из деканата

Сроки и стоимость

Простой блок или отчёт: 1–2 недели, от 30 000 ₽. Интеграция с 1С: 4–8 недель, от 100 000 ₽. Полноценный модуль (зачётная книжка): 6–10 недель, от 150 000 ₽. Разработка включает тестирование, документацию и поддержку 30 дней.

Опишите задачу — оценю сроки и стоимость.

Как проходит разработка: от идеи до продакшена

  1. Описание задачи своими словами. Не нужно ТЗ по ГОСТу — расскажите, что сейчас делается руками и что должно происходить само. ТЗ из этого сделаю я, бесплатно, на этапе оценки.
  2. Оценка и фиксация объёма. Вилка по срокам и цене; после согласования — точная сумма в договоре.
  3. Разработка на тестовом стенде с той же версией Moodle, что у вас. Вы получаете доступ и смотрите прогресс, а не ждёте «сюрприз» в конце.
  4. Установка на прод и приёмка по сценариям из ТЗ.
  5. Гарантия 30 дней и передача исходников с документацией.

Почему «правки ядра» — это плохо, а плагин — правильно

Дешёвый исполнитель часто правит код Moodle напрямую — так быстрее. Расплата наступает при первом же обновлении: правки затираются или конфликтуют, система становится вечным заложником старой версии. Плагинная архитектура Moodle позволяет реализовать практически всё — новые страницы, отчёты, интеграции, элементы курса — не трогая ядро. Мои доработки — всегда отдельные плагины, которые переживают обновления платформы и при необходимости отключаются одной кнопкой.

Ориентиры по типам плагинов

Тип плагинаПримеры задачСрокБюджет
Отчёт (report)Сводка успеваемости по факультету, выгрузка в Excel по форме организации1–2 неделиот 30 000 ₽
Блок (block)Виджет расписания, дедлайнов, объявлений на главной1–2 неделиот 30 000 ₽
Локальный плагин (local)Интеграции с внешними системами, автоматизация зачислений, зачётная книжка3–10 недельот 60 000 ₽
Способ аутентификации (auth)Вход через корпоративный SSO, госсервисы, VK ID2–4 неделиот 40 000 ₽
Элемент курса (mod)Нестандартная активность: тренажёр, симулятор, специфический формат заданияот 6 недельот 120 000 ₽

Частые вопросы о разработке плагинов

Плагин сломается при обновлении Moodle?

Плагины, написанные по стандартам API Moodle, штатно переживают обновления в пределах поддерживаемых версий. При переходе на новую мажорную ветку иногда нужна адаптация — это небольшая работа, если код изначально написан правильно.

Кому принадлежит код после оплаты?

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

Можно ли доработать чужой или бесплатный плагин, а не писать с нуля?

Часто да, и это дешевле. Сначала смотрю, есть ли в каталоге moodle.org готовое решение на 80% задачи — тогда остаётся доработка. Писать с нуля имеет смысл, когда готового нет или его код в плохом состоянии.

У нас очень старый Moodle — возьмётесь?

Возьмусь, но честно предупрежу: писать новый функционал под ветку без поддержки безопасности — плохая инвестиция. Обычно правильный порядок: сначала обновление платформы, потом разработка.

Как вы гарантируете, что плагин не «положит» систему?

Разработка и нагрузочные проверки идут на тестовом стенде, на прод плагин ставится с бэкапом и планом отката. За годы работы отработанная процедура ни разу не приводила к простою учебного процесса.

Нужна помощь с Moodle?

Опишите задачу — расскажу, как решить её конкретно в вашем случае. Свяжитесь — разберём вместе.