Для школы «Соболь» создали сайт на Grav CMS с управлением содержимым и тремя сценариями обращения. В кейсе показываем структуру сайта, сохранение заявок и проверку публичных разделов. Результаты разработки приведены по отчёту на 2 октября 2026.
Сайт проекта: Школа «Соболь»
Исходная задача
Для школы нужны страницы с содержимым, которое меняется в течение сезона: расписание, мероприятия, новости и стоимость занятий. Магазин и запись на тренировку добавляют отдельные действия посетителя, которые тоже требуется поддерживать.
Работу разделили на создание темы и структуры CMS, публичные разделы и обработку обращений. Так можно проверять каждую часть отдельно: наличие страницы ещё не подтверждает сохранение заявки из её формы.
Работы и подтверждённые результаты
| Работа | Результат | Период или источник |
|---|---|---|
| Разработка сайта на Grav CMS | 12 публичных разделов проверены: HTTP 200 | По отчёту на 2 октября 2026 |
| Формы заявок и HTTPS | 3 типа заявок с сохранением в админке | По отчёту на 2 октября 2026 |
Разработка сайта на Grav CMS
12 публичных разделов проверены: HTTP 200 · По отчёту на 2 октября 2026
Создали тему и управление контентом. Добавили магазин, галерею, новости, мероприятия, расписание и калькулятор стоимости занятий.
Создали тему и управление контентом на Grav. В структуру включили магазин, галерею, новости, мероприятия, расписание и калькулятор стоимости занятий. Содержимое управляется через CMS.
По отчёту на 2 октября проверены 12 публичных разделов: все ответили HTTP 200. Эта проверка подтверждала доступность выбранных маршрутов на дату отчёта.
Для владельца CMS даёт возможность поддерживать информационные разделы без отдельной правки шаблона при каждом изменении текста. Функциональные изменения, например новый сценарий магазина, по-прежнему требуют разработки и проверки.
Формы заявок и HTTPS
3 типа заявок с сохранением в админке · По отчёту на 2 октября 2026
Запись на тренировку, регистрация на мероприятие и заказ в магазине. Восстановили HTTPS, настроили перенаправления с HTTP и www.
Настроили три типа обращений: запись на тренировку, регистрация на мероприятие и заказ в магазине. Данные сохраняются в админке, поэтому результат отправки можно проверить по записи, а не только по сообщению на странице.
Восстановили HTTPS и настроили переходы с HTTP и варианта домена с www. При проверке адресов важны и конечная страница, и цепочка перенаправлений: посетитель должен попасть на рабочую защищённую версию.
Публичные скриншоты показывают страницы и мобильный интерфейс. Они помогают оценить структуру и представление информации, но не демонстрируют приватные записи посетителей.
Как проверяли результат
В опубликованной карточке зафиксированы 12 доступных публичных разделов и три типа заявок с сохранением в админке. Эти результаты относятся к отчёту на 2 октября, а не к гарантии непрерывной доступности в будущем.
При подготовке кейса вновь открыли публичный сайт и сняли интерфейс на компьютере и телефоне. Новых тестовых заявок на сайт школы не отправляли.
Границы результата
В исходном отчёте настройка SMTP и Telegram была отнесена к оставшимся задачам. Поэтому здесь подтверждаем сохранение обращений в CMS, а запуск всех каналов уведомлений не заявляем.
Число проверенных разделов описывает объём технической проверки. Оно не является показателем посещаемости, числа учеников или продаж магазина.
Что учесть в похожем проекте
При разработке сайта с несколькими сценариями записи стоит проверять каждый сценарий отдельно. Для приёмки нужны рабочие страницы, сохранённые данные и отдельный статус доставки уведомлений.