WordPress: передача контентного сайта редактору
Учебная мастерская получила модель содержания, общую тему и небольшой плагин курсов. Теперь передадим результат редактору так, чтобы повседневная работа не зависела от памяти разработчика. Результат последнего урока — пакет сопровождения: понятные действия с материалами, границы самостоятельного изменения и способ сообщить о неисправности. Это не отчёт о реально установленном сайте. Все исполнения серии остаются not_run, а передача действующей установки требует отдельного подтверждения состояния.
Редактору не нужна инструкция по каждому внутреннему PHP-вызову. Ему нужно знать, где находится нужная карточка, какое поле является авторитетным и что произойдёт после сохранения. Сопровождающему, наоборот, важны версии, каталоги и источник переопределений. Поэтому разделим документы по задачам, сохраняя общий реестр. Не прячем существенные ограничения только в техническом контракте, если редактор может столкнуться с ними при обычном изменении материала.
Карта возможностей сайта
В пакет входит список трёх страниц, шести записей и четырёх курсов. Для каждого указан смысловой ключ, слаг, тип, статус и ожидаемый путь. Числовые ID читатель заполнит в собственной установке. Это помогает найти объект, если названия похожи или изменились. Старый адрес не меняется ради красивой новой подписи меню. Правило сохраняется даже после передачи проекта: карточка материала отдельно фиксирует причину любого переезда и требуемые проверки ссылок.
У темы есть index, page и single, общие части header/footer, паттерн введения и настройки version 3. После урока поиска появляется search. У Tools есть учебное пояснение, тип pw_course, число pw_lessons, публичное текстовое поле REST и ограничение поиска. Необязательная Policy относится только к демонстрации filters, дочерняя тема — к отдельной ветке оформления. Их не следует активировать наугад вместе с конечным состоянием, ожидая автоматически согласованный дизайн.
Зафиксируйте, чего нет: формы отправки вопросов, студенческих аккаунтов, оплат, вычисленного прогресса и связи каждой карточки с реальным списком уроков. Числа 20, 16, 12 и 12 являются редакционными данными. Это важно объяснить будущему автору курса. Если он добавит новую учебную запись, WordPress не увеличит pw_lessons автоматически. Если проект требует автоматического счётчика, сначала внедряется модель связи и единый способ её изменения.
Обычная работа Бориса
Борис открывает курс JavaScript, уточняет описание аудитории и сохраняет. Затем повторно открывает карточку, проверяет число 20 и смотрит публичное представление без редакторского входа. Изменение заголовка не требует изменения слага. Если количество действительно выросло, он меняет отдельное поле и обновляет текст, который на него ссылается. Несовпадение двух источников надо исправлять, а не считать допустимой задержкой оформления.
Для новой записи Анна готовит черновик и передаёт его Борису с указанными ограничениями примера. Борис проверяет текст, ссылки и медиа, затем выпускает материал на согласованной площадке. Ожидание проверки не является доказательством выполненной программы. Публикационная карточка отдельно хранит состояние технического исполнения. Этот договор позволяет редактору выпускать честно обозначенный учебный пример, не превращая отсутствие проверки в ложную фразу «у нас всё работает».
Паттерн введения является заготовкой. После вставки нужно заменить все технические подсказки конкретным описанием. Правка файла паттерна не обновляет автоматически ранее вставленный текст. Общий хедер работает иначе: его подключают шаблоны как повторяемую часть. Разницу полезно показать редактору на двух пробных страницах, чтобы он не пытался изменить навигацию через вставленный в статью независимый блок и не ожидал общей правки всех описаний курса.
Источник оформления и ответственность
Определите, что является авторитетным источником темы: файлы либо сохранённые редакторские изменения. В учебном конечном снимке используются файлы и отсутствие пользовательских переопределений. Если после передачи Борису разрешено редактировать шаблоны в панели, нужно добавить процедуру экспорта и согласования. Иначе Вера обновит footer в файле, а сайт продолжит показывать прежнюю базовую копию. Ошибка будет казаться случайной, хотя источники просто различаются.
Стандартная роль Editor даёт значительный доступ к содержимому. Она не является узкой ролью «править только курсы». Если редактору нужна меньшая область, это отдельное изменение возможностей и сценариев. Не передавайте Administrator только потому, что одна кнопка шаблона недоступна. Роль сопровождающей и роль редактора разделены по ответственности. Справочник ролей поможет сверить стандартную модель, но фактический доступ установки проверяется с её расширениями.
Как описывать неисправность
Сообщение должно включать адрес, ключ объекта, роль пользователя, действие и наблюдаемый результат. Например: «Борис открыл JavaScript, ввёл 501, после сохранения осталось 20». В нашей учебной форме это ожидаемая граница диапазона, но собственного понятного сообщения об отказе пока нет. Такая запись помогает отличить ограничение примера от потерянного сохранения. В рабочей версии интерфейс отказа следует улучшить, не расширяя допустимое число молча.
Другой пример: «Анонимный поиск HTML показывает страницу Как учиться». Это противоречит договору области post и pw_course и требует проверки основного запроса. «Курсы исчезли после смены темы» сначала ведёт к проверке активности Tools и статуса карточек, а не к созданию новых страниц с похожим текстом. Адрес, способ входа и фактическое содержание важнее общей фразы «сайт сломался». Они позволяют воспроизвести ситуацию на отдельной копии.
К сообщению не прикладывают пароли, токен администратора, полный экспорт персональных данных или рабочий wp-config.php. Пакет серии не содержит таких сведений. Сопровождение должно иметь отдельный согласованный способ доступа к среде. Отсутствие секретов в ZIP не делает любой дальнейший обмен безопасным автоматически, но сохраняет полезную границу: редакционные исходники и доступ к работающей установке передаются разными процессами.
Пакет передачи и самостоятельное подтверждение
Подготовьте паспорт среды, карту маршрутов, матрицу ролей, порядок выпуска, снимки собственной темы и плагина, данные курсов и матрицу обновления. Состояние восстановления указывается отдельно от наличия резервного файла. Состояние измерений скорости — отдельно от выбранной палитры. В нашем архиве есть эти документы и полные учебные файлы для конкретных шагов, но нет базы, установленного ядра, PNG-схемы, рабочего почтового транспорта и доказательства совместимости.
Перед реальной передачей редактор самостоятельно выполняет небольшой маршрут: создаёт черновик, вставляет паттерн, заменяет подсказки, передаёт запись на проверку, затем проверяет опубликованный адрес. Вера подтверждает восстановление копии и сценарии обновления. Здесь эти действия не запускались. Заполненная после самостоятельного прохождения таблица становится практическим основанием передачи, а пустой учебный образец остаётся планом ожидаемого результата.
Дальнейшее расширение можно начать со связи курса и уроков, вычисляемого количества, более удобного поля редактора или отдельного поиска. Каждая такая функция получает собственный контракт и сценарии. Общая основа уже позволяет обсуждать их без смешения тем, данных и ролей: одно содержание имеет один авторитетный объект, оформление повторяется через понятные источники, а важные адреса сохраняются при последующих изменениях.