• Страница версий переписана с результата. Вместо перечисления технических деталей — что сайт дал гостю района, приходу и благочинию: гостю адрес, расписание и маршрут без звонка; приходу — возможность наполнять сайт самому; благочинию — видимость 30 храмов в интернете.
• Вместо «кто делает сайт» — четыре этапа работы. Маркетинг, продажи, производство, сервис. У каждого этапа свой ответственный: гостеприимство и туризм, отец Николай за наполнение, студия IPD за технику и сопровождение.
• Добавлена таблица «к кому обращаться». Четыре типовых вопроса и адресат: содержание — отцу Николаю, поломки и новые возможности — студии IPD, гости и поездки — ответственным за гостеприимство, общий вопрос — через контакты.
• Убрана метрика «версий платформы». Число технических релизов посетителю ничего не говорит. Вместо неё — «10 лет архива»: глубина новостного архива с 2016 года.
• Исправлена плитка «Система». Раньше показывала номер версии темы как версию WordPress. Теперь — настоящая версия WordPress 7.1.
• Единый язык страницы. «Платформа» заменена на «сайт» в текстах для посетителя, «Кто делает сайт» заменено на «Из чего состоит работа над сайтом», «История платформы» — на «История версий».

Страница версий переписана: вместо отчёта о себе — объяснение, зачем проект и что он дал

Контекст: страница /platform-version/ отвечала на вопрос «какая сейчас версия», но не отвечала на вопрос «зачем вообще этот проект и что он дал». Восемь плиток технологического стека (тестовая система, версия БД, имя темы) выглядели как техническая сводка о себе, а не как объяснение для прихожан и настоятелей. При этом реальные данные проекта — 30 храмов, 3 398 новостей, 3 489 вложений — в рассказе о проекте не участвовали. Поле «Разработка» содержало текст ipd.by без ссылки.

Выполненные работы:

• Раздел «Зачем эта платформа». Цель проекта сформулирована через потерю: что именно исчезнет, если сайт не будет. Четыре задачи прихода — найти храм, знать расписание, построить маршрут, наполнять самому.
• Раздел «Что изменилось: было и стало». Две колонки. «Было»: сведения о храмах жили в переписке и в памяти настоятелей, анонсы служб не публиковались, фотографии лежали в телефонах, для обновления требовался программист, в августе 2026 года фото перестали загружаться и приход сообщил об этом как о поломке (запись отца Николая от 22.08.2026). «Стало»: страницы храмов, архив новостей, галерея, расписание, карта, самостоятельное наполнение приходом.
• Блок метрик. Четыре плитки: храмы, новости, фото и видео, версии платформы. Счётчики считаются запросом к базе, а не вписаны в текст — цифры не расходятся с содержимым сайта.
• Лента «Как шла работа». Шесть дат: благословение 1–2 июня 2026, установка WordPress 11 июня, разработка темы июль–август, первый перенос на боевой домен 3 августа, исправления августа, итоги сентября.
• Раздел «Кто делает сайт». Две карточки с разделением труда: наполнение — отец Николай и приходы (тексты, фото, сведения о настоятелях, расписание); разработка и поддержка — студия IPD (код, дизайн, обновления, адаптация, резервные копии, безопасность). Отдельной строкой — благодарность настоятелю и прихожанам за доверие и материалы. Зафиксировано правило проекта: церковные тексты пишут церковные специалисты, их не пишет ни ИИ, ни разработчик.
• Разработчик — ссылка. В блоке «Разработка и поддержка» и в технологическом блоке поле с адресом студии стало кликабельной ссылкой на https://ipd.by. Добавлена строка о поддержке: сопровождение по обращениям прихода, обновления безопасности, резервные копии.
• Блок «О правах на материалы». Программная часть разработана студией IPD; тексты, фотографии и сведения о храмах — материалы Каменецкого благочиния, их права принадлежат авторам и приходам; проект развивается на безвозмездной основе.
• Технологический блок сокращён с восьми плиток до четырёх: CMS, язык, хостинг, разработка.

Результат: страница отвечает на вопрос «зачем это нужно и что дало», а не только «какая версия». Счётчики берутся из базы, ссылка на разработчика рабочая, права на материалы указаны явно. Новая версия 1.17.10 в style.css, footer.php и в этой записи. На prod остаётся 1.17.8 — деплой не заказывался.

Примечание: в папке клиента DOS заполнены пустые разделы и созданы 02 Факты.md, 03 Контакты.md и 04 Юридическая сторона платформы.md. Устаревшее «~20 храмов» в README клиента исправлено на 30 — сверено с базой (тип записи temple).

Полный перенос данных с prod на test, версия платформы 1.17.9, инструкции и автоматизация переносов

Контекст: Test отставал от prod: 84 записи, расхождения в метаданных, таксономии и настройках, недостающие изображения. Перенос через WP REST API (поштучный импорт) давал рассогласования — посты без медиа, разные post_parent, потерянные meta. Причина в том, что REST не покрывает wp_options, ревизии, служебные таблицы плагинов галереи и значения вроде kamenec_temple_ids (2 447 записей). Поэтому выбран полный перенос SQL-дампа, а не инкремент.

Выполненные работы:

• Полный перенос базы. Дамп prod выгружен SQL-файлом (37,6 МБ, 23 таблицы) через временный скрипт на хостинге, который удалён сразу после использования. Импорт выполнен в промежуточную базу, затем атомарная подмена таблиц одной командой RENAME TABLE.
• Замена прод-домена на тестовый во всех 136 текстовых колонках — контент, GUID, настройки, метаданные вложений. Коллации приведены к utf8mb4_general_ci: в исходном дампе были смешаны utf8mb3_general_ci, utf8mb4_unicode_520_ci и utf8mb4_unicode_ci.
• Точка отката. Тестовое состояние до переноса сохранено полностью: SQL-файл 43,4 МБ и отдельная база xn7sbbdl_wp1_bak_20260929_064932 (23 таблицы, 13 334 записи). Ранняя версия скрипта оставляла базу отката пустой — исправлено, теперь состав таблиц проверяется до и после подмены.
• Медиагалерея. Докачано 79 оригиналов и 362 варианта размеров изображений (около 36 МБ). Проверено 7 023 ссылки на файлы — битых нет.
• Версия 1.17.9 — в style.css, footer.php и этой записи. На prod остаётся 1.17.8: деплой не заказывался.
• Документация. Оформлены инструкции 10 (быстрая синхронизация базы), 11 (полный перенос production на тестовый сайт) и 12 (проверка тестового сайта), исправлены 01 и 10, обновлены README и статус проекта.
• Автоматизация. Пять PowerShell-скриптов: backup-test.ps1, export-prod-db.ps1, import-prod-to-test.ps1, sync-prod-media.ps1, verify-test.ps1. Каждый проверен на копии базы, не на рабочей.
• Методология разработки платформы — отдельная папка: среда и команды, правила, деплой и переносы, медиа и контент, разобранные типовые ошибки, приёмы проверки, журнал версий.

Технические детали:

• Сайт работает на WordPress 7.1 и PHP 8.5.9, база MariaDB 10.11.11, 23 таблицы.
• Все внутренние ссылки в документации проверены: 37 работающих, битых нет.
• Перенос выполнен 2026-09-29 в 06:34. На тот момент база test содержала 13 502 записи, 27 544 meta и 213 настроек — это полный снимок prod.

Известные ограничения (унаследованы от prod, не исправлялись):

• Четыре файла изображений отсутствуют и на prod, и на test, хотя ссылки на них есть в контенте: 2016/04/IMG_20160423_180958.jpg, 2017/05/DSCN0412.jpg, 2018/07/image-0-02-05-…-V.jpg, 2019/01/IMG_20190123_103853.jpg. Восстановление возможно только из внешнего бэкапа.
• Семь записей метаданных по stend-simeon-* содержат размер оригинала вместо размера варианта — из-за этого проверка по размеру давала ложные срабатывания. Файлы на месте, дефект только в данных.
• История версий имеет пропуск: между 1.17.3 и 1.17.9 нет записей 1.17.4–1.17.8 (версии разрабатывались, но записи типа release не заводились). Восстановлению не подлежит.
• Адрес /release/<slug>/ отдельных версий отдаёт 404 — ошибка шаблона single-release.php. Обзор всех версий на /platform-version/ работает.
• Строгого one-to-one на текущий момент нет: prod — живой сайт и к моменту проверки опережал test на 9 публикаций и 9 вложений. Это ожидаемо; повторный перенос выполняется по запросу.

Полное восстановление страницы версионирования: структура, CSS-классы, хронология

Контекст: Страница /platform-version/ была повреждена в результате некорректных операций с базой данных. Дубли заголовков (Платформа x2, О платформе x2, Текущая версия x4, Разработка x2), версии в произвольном порядке, отсутствовали CSS-классы pv-release для стилизации.

Выполненные работы:

• Полностью перестроена структура страницы: hero-блок (pv-hero) с бейджем, заголовком, подзаголовком, бейджем текущей версии и датой обновления
• Карточки О платформе (pv-card x3): 30 приходов, Расписание, Интерактивная карта — с SVG-иконками
• Блок Технологический стек (pv-tech-grid x8): CMS, PHP, Тема, Разработка, Хостинг, Сервер, БД, Тест
• Хронология версий: 67 записей от 1.17.3 до 1.0.0, каждая обёрнута в pv-release с pv-release-header (версия + дата) и pv-release-changes (описание)
• Блок Разработка и поддержка (pv-dev-card) с данными разработчика, платформы и продукта
• Удалены все дублирующиеся секции — чистая последовательная структура

Результат: Страница /platform-version/ полностью восстановлена. Все 67 версий отсортированы по убыванию (1.17.3 до 1.0.0), каждая содержит контекст, описание изменений и результат. CSS-классы pv-release обеспечивают стилизацию: бейдж версии, дата, список изменений. Данные хранятся в базе данных WordPress (post ID 14586, post_type page).

Первичное восстановление страницы версионирования из ревизий WordPress

Контекст: Страница /platform-version/ была утеряна после некорректных операций с БД. Единственный источник данных — ревизия 16495 WordPress (89 291 байт, содержимое версий 1.16.5 до 1.0.0).

Выполненные работы:

• Извлечены данные из ревизии 16495 через WP-CLI: wp post get 16495 —field=post_content
• Восстановлен блок-вступление с описанием платформы, её назначения и ключевых возможностей
• Созданы карточки О платформе (pv-card x3) и блок Технологический стек (pv-tech-grid x8)
• Добавлены записи версий 1.17.1 и 1.17.0 (механизмы синхронизации PROD-TEST, REST API)
• Данные вставлены в БД через PDO (прямое подключение к MySQL) — $wpdb->update() не справлялся с большими объёмами контента

Результат: Восстановлена базовая структура страницы версионирования. Дальнейшая работа (уборка дублей, стилизация CSS-классами) выполнена в задании 71.

Синхронизация PROD-TEST: перенос новостей, вложений, кеширование ресурсов

Контекст: Новые записи (новости) создавались модераторами на продуктовом сайте, но отсутствовали на тестовой площадке. Развитие платформы на test требовало актуального контента для тестирования нового функционала.

Выполненные работы:

• Перенесены 3 новые записи (новости) с prod на test через WP REST API с Application Passwords
• Перенесены связанные медиафайлы (вложения) через REST API media endpoint
• Обновлена версия темы: style.css (Version: 1.17.1), footer.php (Версия платформы 1.17.1)
• Добавлены параметры ?ver= для кеширования статических ресурсов (CSS/JS) — при обновлении версии браузер автоматически загружает актуальные файлы

Результат: Тестовая площадка синхронизирована с продакшн по контенту новостей. Механизм односторонней синхронизации PROD-TEST работает через WP REST API с аутентификацией Application Passwords. Кеширование ?ver= обеспечивает автоматическую инвалидацию кеша браузера при обновлении темы.

Настройка WP REST API и Application Passwords для межсайтовой синхронизации

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

Выполненные работы:

• Настроен WP REST API на обоих сайтах (test и prod) — доступ к CRUD-операциям через HTTP
• Созданы Application Passwords для пользователя admin на prod — отдельные учётные данные для API-запросов без передачи основного пароля
• Добавлен заголовок Authorization в .htaccess (RewriteRule .* — [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]) для корректной работы HTTP Basic Auth через Application Passwords
• Обновлены инструкции 01-08 по работе с платформой: документация по REST API, аутентификации, синхронизации, деплою
• Проведены тестовые запросы: GET /wp-json/wp/v2/posts, POST /wp-json/wp/v2/media — аутентификация работает

Результат: Настроен механизм безопасной межсайтовой синхронизации через REST API. Application Passwords (имя: 83Gr34c1271) обеспечивают отдельные учётные данные для автоматизированных операций без риска компрометации основного пароля администратора. Работа на test не влияет на prod — деплой выполняется осознанно.

Двусторонняя синхронизация TEST-PROD и деплой 7 файлов темы

Контекст: Тестовая и продакшн площадки разошлись по контенту: на prod создавались новости, на test — разрабатывался новый функционал. Требовалась двусторонняя синхронизация.

Выполненные работы:

• Деплой 7 файлов темы с test на prod через FTP (hoster.by vh137): template-parts/, functions.php, style.css, шаблоны страниц
• Перенесены новости и фотографии с prod на test — 4 новые записи через REST API
• Обновлена версия темы на prod до 1.16.7
• Синхронизированы template-parts, style.css, functions.php — единая кодовая база на обоих сайтах

Результат: Продуктовый сайт обновлён до актуальной версии темы. Тестовая площадка синхронизирована по контенту с prod. Механизм двусторонней синхронизации работает: FTP для файлов темы, REST API для контента.

Синхронизация TEST-PROD: определение разницы через REST API, перенос 4 записей

Контекст: На prod были созданы новые записи, отсутствующие на test. Требовалась идентификация и перенос недостающего контента.

Выполненные работы:

• Определение разницы между сайтами: сравнение slug через REST API (GET /wp-json/wp/v2/posts?per_page=100) с последующим urldecode() кириллических slug
• Идентифицированы 4 новые записи на prod, отсутствующие на test
• Перенесены посты с медиафайлами через WP REST API
• Обновлена база знаний платформы на тестовой площадке

Результат: Тестовая площадка обновлена актуальным контентом. Методика определения разницы через REST API + urldecode() работает корректно для кириллических slug — позволяет точно выявлять недостающие записи без SQL-сравнения.

Визуальная обратная связь: кнопка копирования, toast-уведомления, Clipboard API fallback

Контекст: Кнопка Скопировать ссылку в лайтбоксе новостей не давала пользователю обратной связи — непонятно, скопировалась ссылка или нет. На HTTP Clipboard API не работает из-за ограничений безопасного контекста.

Выполненные работы:

• Кнопка Скопировать ссылку получила визуальную обратную связь: зелёная подсветка при успешном копировании, красная при ошибке
• Для случаев, когда Clipboard API недоступен (HTTP без TLS, старые браузеры), реализован fallback через prompt() с ссылкой для ручного копирования
• Добавлен toast-уведомление при открытии фото в лайтбоксе — краткая подсказка
• Проверена совместимость на iOS Safari, Android Chrome, десктопных браузерах — копирование работает на всех платформах

Результат: Пользователь получает мгновенную визуальную обратную связь при копировании ссылки. Работоспособность обеспечена на всех современных браузерах, включая мобильные платформы с ограничениями Clipboard API. Fallback через prompt() гарантирует работоспособность даже в небезопасном контексте (HTTP).

Исправление кнопки копирования: обращение отца Николая, отладка на prod

Контекст: Отец Николай (приходский священник) сообщил, что кнопка Скопировать ссылку в лайтбоксе не работает — ссылка не копируется в буфер обмена.

Выполненные работы:

• Исправлена неработоспособность кнопки: определена причина — Clipboard API требует безопасного контекста (HTTPS) или специальных разрешений
• Добавлено логирование в консоль (console.log) для отладки на продакшн-сервере
• Проведена отладка непосредственно на продуктовом сайте: тестирование на реальном HTTPS-соединении
• Обновлена версия темы до 1.16.4

Результат: Кнопка Скопировать ссылку работает корректно на всех устройствах. Отладка проведена на реальном продакшн-сервере. Определена корневая причина (Clipboard API + HTTPS), что повлияло на реализацию fallback-механизма в версии 1.16.5.

Исправление кодировки UTF-8: устранение мозаичных символов на странице версионирования

Контекст: Страница /platform-version/ отображала мозаичные символы вместо кириллического текста — проблемы кодировки при сохранении PHP-файлов.

Выполненные работы:

• Определена причина: PHP-файлы сохранялись через PowerShell с BOM (Byte Order Mark) — UTF-8 с BOM приводил к некорректной интерпретации кириллицы в браузере
• Все PHP-файлы темы пересохранены в UTF-8 без BOM через PHP file_put_contents() с флагом 0 (без BOM)
• Проверена корректность отображения кириллицы на всех страницах
• Добавлено правило: PHP-файлы с кириллицей ВСЕГДА сохраняются через PHP, НЕ через PowerShell

Результат: Страница /platform-version/ корректно отображает кириллический текст. Проблема с кодировкой устранена. Установлено правило: PHP-файлы с кириллицей сохраняются только через PHP (file_put_contents с UTF-8 без BOM).

Мобильное меню: свёрнутые секции, SVG-иконки, двухколоночная сетка храмов

Контекст: Мобильное меню на смартфонах отображало все подменю развёрнуто — длинный список из 30 храмов и пунктов меню, некомпактно и неудобно.

Выполненные работы:

• Подменю в мобильном меню свёрнуты по умолчанию — раскрываются при клике на родительский пункт
• Добавлены SVG-иконки для каждого раздела: новости, о благочинии, благочиние, контакты, платформа
• Подменю Храмы организовано в двухколоночную сетку — 30 храмов компактно размещены в два столбца
• Оптимизированы обработчики кликов: привязка к существующим DOM-элементам без дублирования событий

Результат: Мобильное меню работает компактно и интуитивно. Секции раскрываются по требованию, SVG-иконки визуально идентифицируют разделы, двухколоночная сетка эффективно использует пространство экрана смартфона.

Обогащение страниц храмов: история, настоятели, литература из kamlib.by

Контекст: Страницы храмов содержали минимальную информацию: название, адрес, фото. Отсутствовали исторические сведения, данные о настоятелях, рекомендованная литература.

Выполненные работы:

• Парсинг страниц kamlib.by (Каменецкая городская библиотека) по каждому из 30 приходов — извлечение исторических данных
• На страницы храмов добавлены разделы: История прихода, Настоятели (список с периодами служения), Литература (рекомендованные книги)
• Добавлены ссылки на первоисточники (kamlib.by) для каждой записи
• Данные отсортированы по храмам, размещены в структурированном формате с заголовками и списками

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

Корректировка GPS-координат и адресов: сверка через Google Maps и Яндекс-карты

Контекст: GPS-координаты части храмов были некорректны: при построении маршрута Яндекс-карты вели в неверное место (соседние населённые пункты вместо храмов).

Выполненные работы:

• Проверены GPS-координаты всех 30 храмов через Google Maps и Яндекс-карты
• Обнаружены и исправлены ошибки координат для 5 храмов (Видомля, Огородники, Волька, Пески и др.)
• Сверены адреса с данными kamlib.by и официальными источниками (УПЦ)
• Обновлены метаданные в БД (meta _latitude, _longitude) для каждого храма через WP-CLI

Результат: GPS-координаты всех 30 храмов приведены к фактическому расположению. Кнопка Как добраться ведёт пользователя точно к храму, а не в соседний населённый пункт. Навигация работает корректно на Яндекс.Картах и Google Maps.

Интерактивные Яндекс-карты на страницах храмов: маркеры, маршруты, координаты

Контекст: На страницах храмов не было карт — посетители не могли визуально определить расположение и построить маршрут.

Выполненные работы:

• Интегрирован API Яндекс-Карт (JavaScript API v3) на страницы всех 30 храмов
• На каждой карте отмечен маркер точного расположения храма
• Добавлены ссылки-кнопки: Как добраться (Яндекс.Карты), Открыть в Google Maps
• Отображаются GPS-координаты храма
• Реализована адаптивная вставка: карта корректно отображается на десктопе и мобильных устройствах

Результат: Посетители сайта могут визуально определить расположение каждого из 30 храмов и построить маршрут. Интеграция с Яндекс-Картами и Google Maps обеспечивает выбор удобного навигатора.

Выпадающее меню Храмы: dropdown, SVG-иконки, двухколоночная сетка

Контекст: Для перехода к конкретному храму пользователю необходимо было сначала открыть страницу /hramy/, затем найти нужный храм в списке из 30 карточек.

Выполненные работы:

• Реализован dropdown-механизм для пункта Храмы в главном меню — при наведении/клике раскрывается подменю
• Каждый храм в подменю отображается с SVG-иконкой и названием
• Подменю организовано в двухколоночную сетку для компактного размещения 30 пунктов
• Анимация раскрытия/свёртывания подменю, закрытие при клике вне области
• Адаптивность: на мобильных устройствах подменю перестраивается в одноколоночный вид

Результат: Навигация по храмам стала удобнее: 30 приходов доступны из главного меню с визуальной идентификацией (иконки) и компактным расположением (две колонки). Пользователь мгновенно находит нужный храм без перехода на отдельную страницу-каталог.

Исправление дубля категории Богослужения и конфликта редактирования святого

Контекст: Обнаружена дублирующаяся категория Богослужения (ID 14) с фейковым slug — автоматически сгенерированный при импорте. Посты были разделены между двумя категориями с одинаковым названием.

Выполненные работы:

• Обнаружена фейковая категория ID 14 (slug: bogosluzheniya-2) — дубль основной категории ID 6 (slug: bogosluzheniya)
• Все посты из фейковой категории ID 14 перенесены в основную ID 6 через WP-CLI
• Фейковая категория ID 14 удалена из БД
• Восстановлена страница святого Симеона Столпника после конфликта параллельного редактирования модератором

Результат: Категория Богослужения единая (ID 6, slug: bogosluzheniya). URL /category/6/ работает корректно. Страница святого восстановлена в полном объёме.

Загрузка данных на prod: восстановление страницы святого после конфликта

Контекст: Модератор внёс изменения на prod, которые перезаписали данные страницы святого из тестовой площадки. Требовалось повторное обновление.

Выполненные работы:

• Повторно загружена страница святого Симеона Столпника (post 14258) на prod через REST API
• Восстановлены все 7 блоков div.saint-block (фото слева float, текст справа ~60% ширины)
• Восстановлены метаданные изображений (названия, подписи, ALT)

Результат: Страница святого на prod восстановлена в актуальном состоянии. Механизм деплоя через REST API работает — повторная загрузка данных выполняется за секунды.

Привязка новостей к храмам: Meta Box, admin notice, перекрёстные ссылки, 2339 связей

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

Выполненные работы:

• Meta Box Привязанный храм в админке WordPress: при создании/редактировании новости выбирается один из 30 храмов (CPT temple)
• Admin notice — уведомление в админке для напоминания о необходимости привязки новостей к храмам
• Двусторонняя навигация: на странице храма отображается лента новостей прихода, на странице новости — блок Новости храма
• Массовое создание связей: через WP-CLI создано 2339 связей новость-храм для существующих записей

Результат: Каждая новость привязана к конкретному храму. Посетитель страницы храма видит все новости прихода; на странице новости видит, к какому храму она относится. Перекрёстные ссылки создают единую навигационную структуру.

Синхронизация PROD-TEST: 7 постов, 6 медиафайлов, featured images, меню

Контекст: Тестовая площадка отставала от prod по контенту: модераторы создавали новости на prod, но они не появлялись на test.

Перенесено:

• 7 новых постов (новости) с prod на test через WP REST API
• 6 медиафайлов (фотографии WebP) — вложения к новостям
• Featured images (обложки постов) — метаданные _thumbnail_id
• Навигационные структуры (меню) — обновлён порядок пунктов

Результат: Тестовая площадка актуализирована по контенту. Механизм синхронизации через WP REST API работает стабильно на протяжении нескольких итераций.

Восстановление страницы версионирования: полная история 1.0.0-1.13.5 из SQL-дампов

Контекст: Страница /platform-version/ была утеряна после миграций и некорректных операций с БД.

Выполненные работы:

• Восстановлены версии 1.0.0-1.9.1 из SQL-дампов (escrow-хранилище)
• Добавлены версии 1.10.0-1.13.4 из текущей ревизии БД
• Создана новая запись версии 1.13.5
• Каждая версия содержит структуру: Зачем это было нужно — Что сделано — Результат

Результат: Страница /platform-version/ содержит полную хронологию развития платформы с 1.0.0 по 1.13.5. Каждая запись описывает контекст изменений, технологические детали и результат для пользователя.

Исправление лайтбокса: figure к JS напрямую, ширина 960px, удаление мёртвых ссылок

Контекст: После внедрения лайтбокса остались баги: ширина страницы храмов не совпадала с новостями, нерабочие скрытые ссылки внутри figure-элементов.

Выполненные работы:

• Лайтбокс: элементы figure привязаны к JS напрямую (без промежуточных скрытых ссылок)
• Ширина страницы храмов: установлена 960px (десктоп) и 780px (мобильные) — единообразно с новостями
• Удалены нерабочие скрытые ссылки (href=#) внутри figure-элементов
• Проверена работа лайтбокса на всех типах страниц (храмы, новости, святые)

Результат: Лайтбокс работает стабильно на всех страницах. Ширина контента единообразна (960px/780px). Все кликабельные элементы ведут к реальным действиям.

Лайтбокс для фото святого: увеличение, листание, подписи, hover-эффект

Контекст: Фотографии на странице святого Симеона Столпника (7 стендов) не увеличивались при клике — не было механизма просмотра в большом размере.

Выполненные работы:

• Клик по любому фото открывает его в полноэкранном лайтбоксе
• Навигация: стрелки влево/вправо для листания между 7 фото
• Подпись изображения отображается под увеличенным фото
• Закрытие: крестик, клавиша Escape, клик вне фото
• Единая ширина фото в тексте: 350px — все изображения выровнены
• Hover-эффект: при наведении на фото — подсветка рамкой (cursor: pointer)

Результат: Фотографии на странице святого доступны для детального просмотра. Пользователь может увеличить каждое из 7 фото, листать галерею и видеть подписи. Визуальное оформление единообразно.

Реорганизация вёрстки святого: div.saint-block, float-макет, адаптивность

Контекст: По замечаниям Алексея: 7 блоков фото + текст на странице святого отображались последовательно, фото и текст не компоновались — страница была длинной и нечитаемой.

Выполненные работы:

• 7 блоков фото + абзац обёрнуты в div.saint-block с float:left/max-width:40% для фото
• Текст обтекает фото справа (~60% ширины)
• Добавлено мобильное правило @media (max-width: 600px) — на узких экранах фото и текст идут последовательно
• Убраны инлайновые style=width:XXXpx и классы alignleft/alignright — единый CSS-класс .saint-block

Результат: Страница святого отображает 7 пар фото + текст в компактном макете: фото слева (40%), текст справа (60%). На мобильных устройствах блоки перестраиваются в вертикальный порядок.

Текст о Симеоне Столпнике из OCR-скана, 7 фото стендов в тексте

Контекст: Страница святого Симеона Столпника не имела текстового контента — только заголовок и одно фото.

Выполненные работы:

• Распознан текст о преподобном Симеоне Столпнике из OCR-скана (библиотечный фонд kamlib.by)
• Текст раздела про Каменец возвращён из оригинала без редактирования — сохранена подлинная стилистика
• Добавлены 7 фотографий информационных стендов — в тексте (слева/справа через alignleft/alignright)
• Большое фото источника установлено как обложка страницы (featured image)

Результат: Страница святого содержит полный текстовый контент из библиотечного фонда + 7 иллюстраций. Контент проверен модератором и принят к публикации.

CPT Престольные святые: архив, страница св. Симеона Столпника, привязка к храмам

Контекст: На сайте не было информации о престольных святых храмов — важный элемент православной традиции, отсутствующий на платформе.

Что создано:

• Новый Custom Post Type: saint (архивный URL /svyatye/)
• Страница святого Симеона Столпника (/svyatoj/simeon-stolpnik/) — житие, источники, галерея 7 стендов
• На страницах храмов добавлен блок Престольный святой — ссылка на страницу святого
• Метаданные: биография, источники, галерея изображений
• Связь saint-temple через meta данные (post_meta)

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

Рубрика Благочиние: slug на латиницу, лента новостей расширена до 30 записей

Контекст: Slug рубрики Благочиние содержал кириллические символы — некорректно работает в URL, при копировании, в SEO.

Выполненные работы:

• Slug рубрики Благочиние изменён с кириллического на латиницу: /category/blagochinie/
• Лента новостей рубрики расширена: с 10 до 30 записей на страницу
• Обновлена навигация: пункт Благочиние в главном меню ведёт на обновлённую рубрику

Результат: URL рубрики (/category/blagochinie/) содержит латинские символы — корректно работает в SEO, при копировании и передаче. Лента новостей показывает все 30 последних записей без постраничной навигации.

Направления служения: slug на латиницу, чипы на /about/, 4 пункта меню

Контекст: 4 категории направлений служения (Молодёжное братство, Миссионерская работа, Социальная служба, Сестричество) имели кириллические slug и не были связаны со страницей О благочинии.

Выполненные работы:

• 4 категории переведены на латиницу: slug изменён с кириллицы на латиницу
• На странице /about/ добавлен блок Рубрика с 4 пунктами меню (чипы) — быстрая навигация по направлениям
• Добавлены 4 пункта в меню О благочинии — ссылки на каждое направление служения

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

Блок Новости храма: карточки с обложками, пояснениями, церковным шрифтом

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

Выполненные работы:

• Каждая новость в блоке отображается карточкой с обложкой (featured image)
• Добавлено пояснение к каждой новости (excerpt)
• Заголовки оформлены церковным шрифтом (Times New Roman / Georgia)
• Карточки в responsive-сетке: 2 колонки на десктопе, 1 на мобильных

Результат: Блок Новости храма визуально rich: фотографии, пояснения, стилизованные заголовки. Посетитель видит последние новости прихода в карточном формате.

Перелинковка новость-храм: 2339 связей через WP-CLI, двусторонняя навигация

Контекст: Новости и храмы были независимыми сущностями — невозможно было на странице храма увидеть новости прихода, а на странице новости — храм.

Выполненные работы:

• Через WP-CLI массово создано 2339 связей новость-храм: для каждого поста определён соответствующий храм
• На страницах храмов отображается лента новостей, привязанных к данному храму
• На страницах новостей добавлен блок Новости храма с ссылкой на храм
• Реализована двусторонняя перелинковка: от храма к новостям и от новости к храму

Результат: Каждая новость связана с конкретным храмом. Посетитель страницы храма видит все новости прихода. Перекрёстные ссылки создают единую навигационную структуру храм-новости.

Оптимизация фото: ресайз до 2560px, деплой Видомли на prod, блоки версий

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

Выполненные работы:

• Ограничение: фотографии больше 2560px по длинной стороне автоматически уменьшаются при загрузке
• Деплой темы (6 файлов) на prod через FTP
• Загружены фотографии храма Видомля на prod (WebP 2560px)
• Добавлены вложения (meta данные) для фотографий
• Обновлены блоки версий на prod

Результат: Размер загружаемых фотографий оптимизирован — файлы не превышают 2560px. Храм Видомля получил актуальные фотографии на prod.

Фото Видомли: обложка, формат 4:3, компактная карточка настоятеля

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

Выполненные работы:

• Установлена обложка (featured image) для храма Видомля — WebP 2560px
• Фотографии приведены к формату 4:3 для единообразия
• Карточка настояителя: одна фотография + ФИО + должность (без дублирования)
• Добавлен photo-id для идентификации изображения в БД

Результат: Страница храма Видомля отображает актуальную фотографию в формате 4:3, карточка настояителя — компактная и информативная.

Храм Видомля: галерея фото, контакты, карточка настоятеля, GPS-координаты

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

Что добавлено:

• Фотогалерея храма (4+ фото): exterior, interior, territory
• Контактные данные: адрес, телефон настоятеля
• Карточка настояителя: фото, ФИО, должность
• GPS-координаты для навигации

Результат: Страница храма Видомля содержит полную информацию: фотографии, контакты, данные настояителя, расположение на карте.

Деплой темы 1.10.3 на prod: шаблоны, стили, SVG-иконки

Контекст: Изменения в теме (контакты, социальные сети, замена эмодзи на SVG) были только на test — prod оставался на старой версии.

Что деплоено:

• Все файлы темы (PHP, CSS, JS) загружены на prod через FTP (hoster.by vh137)
• Обновлённые шаблоны: template-kontakty.php, template-blagochinnyj.php, footer.php
• Обновлённые стили: style.css (все эмодзи заменены на SVG-иконки)

Результат: Продуктовый сайт обновлён до версии 1.10.3. Контакты, социальные сети, SVG-иконки доступны пользователям prod.

Страница Контакты: интерактивная карта, социальные сети, эмодзи заменены на SVG

Контекст: Страница Контакты содержала только текстовые адреса и телефоны — без карты, без социальных сетей, с эмодзи вместо иконок.

Выполненные работы:

• На странице /kontakty/ размещена интерактивная карта (Яндекс-Карты) с маркерами всех 30 храмов
• Добавлены ссылки на социальные сети (ВКонтакте, Telegram) для каждого храма
• Все эмодзи в шаблонах темы заменены на SVG-иконки — кроссбраузерная совместимость
• Обновлены контактные данные: адреса, телефоны, email для каждого прихода

Результат: Страница Контакты содержит карту с 30 храмами, ссылки на социальные сети, актуальные контактные данные. SVG-иконки работают одинаково во всех браузерах.

Раздел Благочинный: биография, фото, контакты, /blagochinnyj/

Контекст: На сайте не было информации о благочинном церквей — посетители не могли узнать, кто руководит благочинием.

Что создано:

• Новая страница /blagochinnyj/ — шаблон template-blagochinnyj.php
• Биография благочинного: полное имя, должность, образование, опыт служения
• Фотография благочинного (featured image)
• Контактные данные: телефон, email, ссылки на социальные сети

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

Деплой темы 1.10.0 на prod: тест и продакшн синхронизированы

Контекст: Тема версии 1.10.0 (экосистема синхронизации) была только на test — требовался деплой на prod.

Что деплоено:

• Тема загружена на prod через FTP (hoster.by vh137)
• Обновлённые шаблоны: template-hramy.php, template-about.php
• Обновлённые стили: style.css
• Версия темы на prod: 1.10.1

Результат: Продакшн-сайт работает на версии 1.10.1. Тестовая и продакшн площадки синхронизированы по кодовой базе темы.

Экосистема синхронизации TEST-PROD: WP-CLI, FTP, REST API

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

Что настроено:

• FTP-деплой темы: hoster.by vh137, логин xn7sbbdl, chroot /home/xn7sbbdl/public_html/wp-content/themes/kamenec-blagochinie/
• WP-CLI для управления WordPress: установка, обновление, миграции, массовые операции
• Механизм синхронизации: WP REST API для переноса контента (новости, медиафайлы)
• Резервное копирование: SQL-дампы перед каждой миграцией

Результат: Настроены механизмы деплоя и синхронизации: FTP для файлов темы, WP-CLI для управления, REST API для контента. Работа на test не влияет на prod — деплой выполняется осознанно по мере готовности.

Восстановление фото благочинного в блоке Духовное руководство

Контекст: После предыдущих правок фотография благочинного пропала из блока Духовное руководство на титульной странице.

Что исправлено:

• Восстановлена фотография благочинного в блоке Духовное руководство
• Проверена целостность featured image для блока

Результат: Блок Духовное руководство на титульной странице отображает фото благочинного корректно.

Адаптивный дизайн: исправление обрезки шапки, оптимизация под мобильные

Контекст: На мобильных устройствах шапка сайта (header) обрезалась, контент не помещался на маленьких экранах.

Что исправлено:

• Исправлена обрезка шапки (header) на мобильных устройствах
• Оптимизирована ширина контента для маленьких экранов
• Проверена корректность отображения на iPhone, Android, планшетах

Результат: Сайт корректно отображается на всех размерах экрана: от смартфонов (320px) до десктопов (1920px+). Шапка не обрезается, контент не вылезает за границы экрана.

Фото протоиерея Сергия Бурковского: блок Духовное руководство

Контекст: На титульной странице в блоке Духовное руководство не было фотографии благочинного — только текстовая подпись.

Что добавлено:

• Фотография протоиерея Сергия Бурковского размещена в блоке Духовное руководство
• Подпись: Протоиерей Сергий Бурковский — Благочинный Каменецкого благочиния

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

Исправление загрузки фото и новостей: лимиты PHP на хостинге

Контекст: Критическая ошибка: фотографии больше не загружались на сайт, новости не создавались — ошибка в конфигурации PHP и лимитах хостинга.

Что исправлено:

• Определена причина: лимит upload_max_filesize и post_max_size на хостинге hoster.by
• Обновлены настройки PHP: upload_max_filesize = 64M, post_max_size = 128M
• Проверена загрузка фото различных форматов (JPG, PNG, WebP)
• Проверено создание новостей через админку WordPress

Результат: Загрузка фотографий и создание новостей работают корректно. Модераторы могут загружать файлы до 64 МБ без ограничений.

Деплой на prod: глобальная замена файлов и базы данных

Контекст: Продуктовый сайт требовал глобального обновления — файлы темы и база данных устарели по сравнению с тестовой площадкой.

Что деплоено:

• Файлы темы (PHP, CSS, JS) загружены на prod через FTP
• База данных обновлена: новые записи, категории, меню
• Проверена корректность работы на prod

Результат: Продуктовый сайт обновлён до актуальной версии платформы. Все новые функции (храмы, новости, галерея) доступны пользователям.

Оптимизация размера сайта: WebP, сокращение с 5.5 ГБ до 1.5 ГБ

Контекст: Размер сайта на хостинге достиг 5.5 ГБ — превышение лимитов дискового пространства, замедление загрузки, высокая нагрузка на сервер.

Что сделано:

• Все фотографии конвертированы из JPG/PNG в WebP (качество: 85%)
• Максимальный размер изображения: 2560px по длинной стороне
• Удалены дублирующиеся и ненужные файлы
• Итоговый объём: ~1.5 ГБ (было ~5.5 ГБ)

Результат: Размер сайта уменьшен с 5.5 ГБ до 1.5 ГБ — снижена нагрузка на хостинг, ускорена загрузка страниц, освобождено дисковое пространство. Качество изображений сохранено (WebP 85%).

Глобальный деплой с test на prod: тема, контент, меню, метаданные

Контекст: Тестовая площадка значительно обновилась — требовался перенос всех изменений на prod.

Что деплоено:

• Все файлы темы (template-parts/, functions.php, style.css, шаблоны страниц)
• Новые записи в БД (новости, медиафайлы, категории)
• Обновлённые метаданные (_featured_image, _thumbnail_id)
• Меню навигации

Результат: Продакшн-сайт полностью обновлён. Тестовая и продакшн площадки работают на одной версии платформы.

Исправление лайтбокса фотогалереи: figure к data-атрибутам

Контекст: При клике на фото в фотогалерее (/galereya/) открывался пустой лайтбокс без изображения.

Что исправлено:

• Определена причина: некорректная привязка элементов figure к JS-обработчикам
• Исправлены data-атрибуты для передачи URL изображений в лайтбокс
• Проверена работа лайтбокса на странице /galereya/

Результат: Лайтбокс фотогалереи работает корректно — клик по фото открывает его в полноэкранном режиме.

Фотогалерея: карточки с EXIF-данными, фильтрация по годам, лайтбокс

Контекст: На сайте не было единого места для просмотра всех фотографий приходов — фото были разрознены по новостям и страницам храмов.

Что создано:

• Страница /galereya/ — шаблон template-gallery.php
• Карточки фотографий: обложка (WebP), дата съёмки, описание, технические данные (камера, объектив, выдержка, диафрагма)
• Лайтбокс с EXIF-данными: при открытии фото показываются метаданные съёмки
• Фильтрация по годам: 2020-2026

Результат: Посетители сайта могут просмотреть все фотографии приходов в единой галерее с фильтрацией по годам и техническими данными съёмки.

Фотогалерея новостей: группировка по годам, оригиналы JPEG

Контекст: Галерея фотографий новостей не была создана — фото существовали только в составе отдельных новостей.

Что создано:

• Страница /galereya/ отображает все фотографии из новостей, сгруппированные по годам
• Каждая карточка: обложка, название, дата, ссылка на новость-источник
• Фотографии хранятся в JPEG (без конвертации) для максимального качества
• Фильтрация: 2020-2026

Результат: Посетители могут просмотреть все фотографии новостей, отсортированные по годам. Оригиналы в JPEG доступны для скачивания в максимальном качестве.

Система работы с фотографиями: WebP-стандарт, EXIF-лайтбокс, ZIP-архивы

Контекст: Не было единого стандарта работы с фотографиями — разные форматы (JPG, PNG), разные размеры, отсутствовали технические данные при просмотре.

Что создано:

• Единый стандарт: все загружаемые фото конвертируются в WebP (макс. 2560px, 85% качество)
• Лайтбокс: при открытии фото показываются EXIF-данные (камера, объектив, выдержка, диафрагма)
• ZIP-архивы: возможность скачать все фото альбома одним архивом
• Галерея: карточки с обложками, датами, описаниями

Результат: Единый стандарт WebP обеспечивает оптимальный баланс качества и размера. Лайтбокс с EXIF-данными даёт техническую информацию о съёмке. ZIP-архивы упрощают скачивание альбомов.

Перевод сайта на HTTPS: TLS-сертификат Laravel Herd

Контекст: Сайт работал по HTTP — браузер отображал предупреждение Небезопасное соединение. Clipboard API и некоторые современные API не работали.

Что сделано:

• Настроен TLS-сертификат через Laravel Herd (самоподписанный, для разработки)
• Все HTTP-запросы перенаправляются на HTTPS
• Проверена корректность работы всех форм (контакты, комментарии)

Результат: Сайт работает по HTTPS. Браузер отображает замок (безопасное соединение). Clipboard API работает в безопасном контексте.

Титульная страница: единый формат карточек новостей (сетка 2×2)

Контекст: Блок Новости и события на титульной странице отображал новости в текстовом формате — без обложек, без структуры.

Что сделано:

• Карточки новостей: единый формат (обложка 16:9, заголовок, дата, excerpt)
• Сетка 2×2 на десктопе, 1 колонка на мобильных
• Добавлена кнопка Все новости -> /novosti/

Результат: Блок Новости и события визуально единообразен: компактные карточки с информативным содержимым. Посетитель видит последние 4 новости и может перейти к полной ленте.

Титульная: фото Патриарха Кирилла с атрибуцией

Контекст: В блоке Духовное руководство не было фото Патриарха Кирилла — только текстовая подпись.

Что добавлено:

• Фотография Святейшего Патриарха Кирилла
• Атрибуция: указание автора фото и источника (пресс-служба Патриарха)
• Подпись: Святейший Патриарх Московский и всея Руси Кирилл

Результат: Блок Духовное руководство содержит фото Патриарха Кирилла с корректной атрибуцией.

Титульная: фото архиепископа Иоанна в блоке Духовное руководство

Контекст: В блоке Духовное руководство не было фото архиепископа Брестского и Каменецкого Иоанна.

Что добавлено:

• Фотография архиепископа Иоанна в блоке Духовное руководство
• Подпись: Архиепископ Брестский и Каменецкий Иоанн

Результат: Блок Духовное руководство отображает фото архиепископа Иоанна. Информационный блок стал полнее.

Главное меню: новый порядок, SVG-иконки, адаптивность

Контекст: Главное меню содержало устаревший состав пунктов и не имело визуальных иконок.

Что сделано:

• Новый порядок: О благочинии, Новости, Храмы, Контакты
• Добавлены SVG-иконки к пунктам меню
• Настроен hover-эффект для пунктов меню
• Меню адаптивно: на мобильных устройствах отображается как гамбургер

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

Раздел О благочинии: центр-хаб /about/ со ссылками на подразделы

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

Что создано:

• Страница /about/ — шаблон template-about.php
• Блок-хаб: ссылки на подразделы (Благочинный, Направления служения, Контакты)
• Описание благочиния: миссия, история, структура
• Информация о благочинном (биография, фото, контакты)

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

Карточки храмов: исправление наслоения фотографий на /hramy/

Контекст: На странице /hramy/ фотографии храмов наслаивались друг на друга — визуальный артефакт из-за некорректных CSS-стилей.

Что исправлено:

• Устранено наслоение фотографий: каждая карточка отображает одну фотографию
• Добавлен overflow:hidden для контейнера карточек
• Оптимизированы отступы между карточками

Результат: Страница /hramy/ отображает карточки 30 храмов без визуальных артефактов. Каждая карточка содержит фото, название и ссылку на детальную страницу.

CPT Храмы: 30 карточек, детальные страницы, JSON-LD для SEO

Контекст: На сайте не было информации о храмах — 30 приходов не имели страниц, карточек, контактных данных.

Что создано:

• Custom Post Type: temple (архив /hramy/)
• Карточки храмов: фото, название, адрес, ссылка на детальную страницу
• Детальные страницы: полная информация (история, фото, контакты, настоятель)
• JSON-LD структурированные данные для SEO-индексации
• 30 храмов созданы и заполнены контентом

Результат: Платформа содержит 30 страниц храмов с полной информацией. Страницы индексируются поисковиками благодаря JSON-LD разметке.

Подпись логотипа: Брестская епархия, Белорусская Православная Церковь

Контекст: Логотип в шапке сайта не имел текстовой подписи с наименованием юрисдикции.

Что сделано:

• Подпись логотипа: Брестская епархия, Белорусская Православная Церковь
• Шрифт подписи: Times New Roman, 12px, цвет #666
• Выравнивание: по центру под логотипом

Результат: Шапка сайта содержит логотип и подпись с полным наименованием епархии. Визуально — официальный представительный вид.

Дизайн хедера: исправление вложенных тегов, новый layout

Контекст: В шапке сайта был вложенный тег внутри логотипа — некорректная вложенность ссылок, логотип не выровнен по центру.

• Убран вложенный тег внутри логотипа — семантически корректная вёрстка
• Логотип и подпись выровнены по центру
• Добавлен padding между логотипом и контентом
• Обновлена версия темы до 1.6.0