Обсудить задачу

Эксплуатация / разовая работа

Доработка сайта на MODX

Вношу отдельное изменение в действующий MODX-проект: исправляю подтверждённую ошибку, добавляю функцию, шаблон или интеграцию. До работы определяю затронутые компоненты, границы задачи и способ проверить выпуск.

Обсудить задачу
Оператор ЭВМ устанавливает новый механический модуль в свободную секцию действующей релейной стойки
Новая функция заняла ровно одно свободное место. MODX / разовая доработка

01 Контекст

Новая функция должна встроиться в существующую систему

Даже небольшая правка может затронуть шаблон, TV-поля, сниппеты, плагины, права пользователей и внешние сервисы. Если изменить только видимую часть, проблема часто проявляется в соседнем сценарии.

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

02 Исходная ситуация

Какие задачи подходят

01

Исправить конкретную ошибку

Форма не отправляется, шаблон выводит неверные данные, сниппет падает или после обновления нарушился рабочий сценарий.

02

Добавить функцию

Нужен новый тип страницы, редакторский блок, форма, личный раздел или серверная логика в пределах существующей архитектуры.

03

Подключить внешний сервис

Требуется обмен с CRM, платёжной системой, почтовым сервисом или другим API с явным порядком ошибок и повторов.

04

Обновить шаблон

Нужно внедрить готовую вёрстку, изменить мобильное поведение или пересобрать отдельный раздел без полного редизайна сайта.

03 Состав

Состав разовой доработки

Каждая задача начинается с диагностики затронутого участка и заканчивается проверкой согласованных сценариев.

01

Разбор текущей реализации

Нахожу шаблоны, сниппеты, плагины, таблицы и интеграции, которые участвуют в задаче.

  • карта зависимостей
  • зафиксированное исходное поведение
02

Техническое решение

Определяю границы изменения, обработку ошибок, данные и способ встраивания без дублирования существующей логики.

  • описание решения
  • критерии приёмки
  • перечень ограничений
03

Реализация

Вношу изменения в код и конфигурацию, использую тестовый контур или локальную копию, фиксирую версию в Git.

  • код и конфигурация
  • миграции при необходимости
  • история изменений
04

Выпуск и передача

Создаю резервную точку, переношу изменение, проверяю связанные сценарии и передаю инструкцию владельцу или редактору.

  • протокол выпуска
  • контрольная проверка
  • инструкция

04 Метод

Как проходит работа

Для оценки задачи нужно увидеть место изменения в коде, данных и пользовательском сценарии.

  1. 01

    Постановка

    Уточняю ожидаемое поведение, пользователей, данные и условия ошибки.

    На выходе: границы и критерии задачи
  2. 02

    Диагностика

    Проверяю реализацию в MODX и зависимости затронутого участка.

    На выходе: технический план и оценка объёма
  3. 03

    Разработка и проверка

    Реализую изменение и прохожу основной, пограничные и ошибочные сценарии.

    На выходе: проверенная версия доработки
  4. 04

    Выпуск

    Переношу изменение, проверяю журнал ошибок и фиксирую способ использования.

    На выходе: выпущенное изменение и документация

05 Ответственность

Кто за что отвечает

Я отвечаю

  • за диагностику затронутого участка
  • за реализацию согласованного поведения
  • за проверку выпуска и описание выполненных изменений

Со стороны владельца нужны

  • описание бизнес-сценария и приоритетов
  • доступы к MODX, коду и окружению
  • данные и учётные записи для проверки интеграций

06 Оценка

Что определяет объём

Размер видимого изменения не равен сложности его реализации.

  1. 01качество и документированность текущего кода
  2. 02число затронутых шаблонов и контекстов
  3. 03структура данных и необходимость миграции
  4. 04внешние API и обработка отказов
  5. 05наличие тестового окружения
  6. 06объём проверяемых пользовательских сценариев

После короткой технической диагностики фиксирую, что именно входит в доработку и что остаётся за её границами.

07 Среда

Рабочий стек

Использую существующую архитектуру проекта, если она не противоречит задаче.

  • 01MODX Revolution и Evolution
  • 02PHP
  • 03MySQL или MariaDB
  • 04Fenom и MODX Parser
  • 05Git
  • 06REST API и вебхуки

08 Вопросы

До начала работы

01Можно доработать чужой MODX-проект?

Да. Перед изменением я найду затронутые компоненты и проверю, не переопределялись ли они в другом месте.

02Берётесь за MODX Evolution?

Да. Способ реализации зависит от версии, окружения и состояния существующего кода.

03Нужен ли доступ к серверу?

Для большинства задач нужны MODX, код, база или журналы. Конкретный набор доступов определяется по месту изменения.

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

Да, если можно зафиксировать текущее состояние и определить затронутые версии. Сначала восстанавливается управляемость, затем устраняется причина.

05Чем доработка отличается от поддержки?

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

10 Следующий шаг

Разобрать доработку

Опишите текущее и ожидаемое поведение, приложите адрес страницы и сведения о версии MODX. Я обозначу, какие доступы нужны для диагностики.

Обсудить задачу