Это руководство объясняет, как работают тестовые сайты для клиентов Discourse с хостингом Enterprise, как их можно использовать для безопасного тестирования и проверки изменений, а также какие существуют варианты синхронизации тестовой и рабочей сред.
В хостинге Discourse тестовый сайт предоставляет изолированную среду (песочницу), где вы можете тестировать обновления, изменения и кастомизации, не затрагивая ваш действующий рабочий сайт.
Настройка тестового сайта
Тестовый сайт обычно настраивается в рамках процесса онбординга для клиентов хостинга Discourse Enterprise. Тестовые сайты включены только в тарифные планы Enterprise и не создаются автоматически для каждого экземпляра Discourse.
Тестовая среда предназначена как песочница, позволяющая проверять кастомизации, обновления или изменения без воздействия на рабочий сайт. Если возникают проблемы совместимости между вашими пользовательскими настройками/плагинами и ядром Discourse, их можно безопасно выявить и устранить на тестовом сайте перед развертыванием изменений на рабочем.
Ограничение доступа к тестовому сайту
Для защиты тестовых сайтов и блокировки доступа неавторизованных пользователей или ботов можно использовать базовую HTTP-аутентификацию. Такой тип аутентификации запрашивает имя пользователя и пароль перед предоставлением доступа к сайту. Вот пример экрана входа:
Это особенно удобно, если вы не хотите делать вход на тестовом сайте обязательным, но при этом стремитесь ограничить доступ.
Развертывание на вашем тестовом сайте
По умолчанию развертывание на тестовые сайты выполняется автоматически командой Discourse.
Что обновляет развертывание на тестовом сайте?
Развертывания позволяют тестировать и проверять новый код приложения, версии плагинов и обновления тем в контролируемой тестовой среде.
Развертывания связаны с обновлениями кода приложения, а не с изменениями контента. Код приложения включает изменения, закоммиченные в репозиторий Discourse на GitHub, а также в связанные репозитории плагинов и тем.
Синхронизация рабочего и тестового сайтов
Восстановление из резервной копии
Предпочтительный способ синхронизации рабочей и тестовой сред — восстановление резервной копии одного сайта на другой. Клиенты хостинга могут запросить эту процедуру, которая полностью перезапишет весь контент, настройки, пользователей и данные на сайте, принимающем восстановление из резервной копии.
Специфичные для сайта конфигурации, такие как аутентификация или настройки, адаптированные для тестовой среды, могут потребовать ручного перенастраивания после каждого восстановления.
Вот несколько примеров настроек, связанных с сайтом, которые стоит учитывать при этом процессе:
- Аутентификация входа пользователей
- Настройки Discourse Connect
- Ключи API
После синхронизации рассылка писем будет отключена для пользователей, не являющихся сотрудниками.
Часто задаваемые вопросы
Гарантирует ли использование тестовой среды развертывание на рабочем сайте без ошибок?
Хотя тестовые среды помогают выявить многие потенциальные конфликты или неправильные конфигурации, они не могут воспроизвести все сценарии реальной рабочей среды (например, нагрузку трафика, интеграции с внешними API). Тем не менее, они обеспечивают значительную страховку для разработки.
Включают ли тестовые сайты все плагины и темы рабочего сайта?
Да, тестовый сайт обычно включает те же плагины и темы, что и рабочий, если иное не было запрошено вами в процессе настройки. Тестовые сайты также могут включать плагины или кастомизации, которые вы хотите протестировать перед добавлением на рабочий сайт.
Могу ли я иметь тестовый сайт на не Enterprise-плане?
Тестовые сайты включены только в наши тарифные планы Enterprise.
В качестве альтернативы вы можете начать 14-дневный пробный период здесь и использовать его как временную песочницу. Если вы захотите оставить этот новый экземпляр, мы предлагаем скидку 20% на наши тарифные планы Pro или Business для каждого второго и последующего сайта равной или меньшей стоимости.