NovОшибка в генераторе опаснее ошибки на одной странице
Почему Александр Ельшин отдельно проверяет шаблоны, генераторы и общие источники данных: один дефект там может размножиться на сотни страниц NovAsia.
Материал отражает практическую позицию указанного эксперта. Как готовятся и проверяются публикации — в редакционной политике NovAsia.
Одна опечатка на одной странице неприятна. Ошибка в общем генераторе может за несколько минут создать сотни одинаковых проблем.
Для NovAsia это не абстракция: каталог состоит из множества проектов, профилей застройщиков и связанных страниц. Если общий компонент неверно трактует статус, цену или дату проверки, проблема перестаёт быть локальной.
Масштаб меняет порядок проверки
Одиночную страницу удобно проверять глазами. Для генератора этого мало, потому что ошибка часто проявляется только на определённом наборе данных: поле отсутствует, значение длиннее обычного, объект относится к редкому типу, дата не задана или статус не входит в привычный сценарий.
Поэтому для массового выпуска мне нужны не просто разные URL, а разные состояния данных. Обычная заполненная запись проверяет основной путь. Пустое значение показывает, не появится ли техническая заглушка. Необычный объект проверяет границы правила. Старый или архивный проект помогает увидеть, не трактует ли генератор историю как актуальное предложение.
Если все тестовые страницы похожи друг на друга, они дают ложное чувство безопасности: один и тот же сценарий был проверен десять раз.
Сначала ищу источник дефекта
Если ошибка возникла в конкретном тексте, её можно исправить точечно. Если причина находится в шаблоне или источнике данных, ручная правка десяти страниц только замаскирует дефект.
Именно поэтому техническая диагностика начинается с вопроса «откуда взялось значение». На странице застройщика AP Thailand проекты подтягиваются из связанного реестра; такая связь полезна только пока сам источник и правило выборки надёжны.
Одна неверная строка в исходных данных, ошибка преобразования или неправильное условие в шаблоне дают разные классы проблем. Исправлять их тоже нужно в разных местах. Чем раньше найден уровень, на котором родился дефект, тем меньше риск создать ещё одну ручную копию поверх неверной системы.
Массовый выпуск лучше проверять до полного масштаба
Если генератор должен обновить большой набор страниц, я предпочитаю сначала прогнать небольшую репрезентативную выборку. В ней должны быть обычные и пограничные случаи, а не первые десять строк из реестра.
Такая проверка даёт шанс увидеть неправильную логику до того, как она размножится по всему сайту. После этого всё равно полезно сделать контроль уже на полном результате: совпало ли количество страниц, не появились ли неожиданные пустые блоки, сохранились ли маршруты и не возникли ли повторяющиеся технические ошибки.
Автоматизация ценна тем, что одно правильное правило создаёт много правильных страниц. Её главный риск симметричен: одно неправильное правило масштабирует ошибку быстрее любого редактора. Поэтому в массовой системе я проверяю прежде всего правило и источник, а не лечу симптомы по одному URL.