Как эффективно отличить тестовую и производственную площадки?

15

Иногда вам может понадобиться клонировать ваш производственный сайт на сайт TEST. После клонирования они выглядят одинаково, кроме URL.

Посоветуйте, пожалуйста, рекомендуемую вам практику быстро и эффективно различать интерфейсную часть и конечную часть сайта TEST, чтобы случайно не перепутать PROD и TEST.

Цель:

  • запретить пользователям вводить производственные данные на сайт TEST по ошибке
  • запретить разработчикам (тестерам и т. д.) ошибочно проводить тестирование на производственной площадке
miroxlav
источник

Ответы:

10

Это довольно технологичное решение, так как требует некоторого опыта в настройке Apache. Преимущество в том, что вам не нужно взламывать файлы в Joomla! Сама установка.

По сути, я хочу добавить HTML-код к любой генерируемой странице (почти любой странице).

Для этого я буду использовать Apache Module mod_substitute . Сам модуль должен быть активирован (как правило, просто нужно удалить комментарий #) внутри httpd.conf.

LoadModule substitute_module modules/mod_substitute.so

Далее в файле виртуальных хостов ( httpd-vhosts.conf):

<VirtualHost *>
DocumentRoot "C:\...."
ServerName joomla-development

AddOutputFilterByType SUBSTITUTE text/html
Substitute "s|</body>|<div style='position:fixed; left:100px; top:50px; background-color:red'><h1>DEV WEBSITE</h1></div></body>|i"

<Directory "C:\....">
    AllowOverride All
    Require all granted
    Order allow,deny
    Allow from all
</Directory>

</VirtualHost>

В основном Substituteя заменяю </body>тег на некоторый HTML. Таким образом я стараюсь держаться подальше от любого запроса Ajax.

Конечный результат:

введите описание изображения здесь

Валентин Деспа
источник
13

Практика, которой мы следуем, -

  1. Измените заголовок веб-сайта в глобальной конфигурации на исходный заголовок [TEST].
  2. Измените конфигурацию электронной почты, чтобы указать на mailtrap.io
  3. Если тестовый сайт находится на том же сервере, измените данные базы данных.
  4. Измените все сторонние интеграции на тестовый аккаунт (сервисы за пределами Joomla), например
    • Memcache или Redis
    • внешняя база данных / хранилище
    • Платежный шлюз,
    • система рассылки новостей (mailchimp)
    • CDN аккаунт и домен
    • Учетная запись службы аналитики (Google Analytics, New-реликвия)
Shyam
источник
Спасибо за добавление этих методов. Особенно пункт № 2 может быть так же важен, как визуальное восприятие. Я также добавил бы « не забудьте изменить все другие интеграции сайта » (например, в стороннюю базу данных или в платежную систему).
Miroxlav
Спасибо за совет на mailtrap.io! Глядя на это сейчас.
Чэд Виннэгл
6

У меня та же проблема с клиентами, которые иногда создают контент в версии для разработчиков, а не в продуктах. Я использую следующее, чтобы иметь дело с этим:

  • Изменить все базы данных и имена паролей
  • Изменить шаблон администратора с
    • Другой фон для экрана входа
    • Другой цвет для верхней панели
  • Используйте модуль на видном месте на передней части, который ясно показывает, что это производственная площадка
  • На некоторых сайтах я также заставляю логин, чтобы увидеть сайт разработки

введите описание изображения здесь

tim.baker
источник
4

Другой подход - позволить вашему браузеру добавлять стили CSS на ваш сайт.

Стильный плагин для браузера ( для Firefox и для Chrome ) предназначен для этой задачи. Он применяет дополнительный пользовательский CSS к каждой странице по указанному URL. Вы на самом деле определяете правила [URL] => [CSS].

введите описание изображения здесь

Приведенный выше пример: различие можно сделать, добавив сплошную или пунктирную линию слева:
красный = производство, желтый = предварительный продукт, зеленый = тест, синий = обучение, серый = DEV и т. Д.

Преимущества:

  • Может наноситься на производственную площадку, которая обычно содержится в чистоте от наглядных пособий.
  • При необходимости может быть временно отключен пользователем (например, для снятия скриншотов).
  • Универсальное решение - может быть применено к любому сайту или его части (на основе URL-пути).
  • Может использоваться без доступа администратора к данному веб-сайту.
  • Настройка один раз, не требует обслуживания, если сайт меняется.

Недостатки:

  • В настоящее время ограничивается Firefox и Chrome. (По-прежнему нет проблем для групп DEV / TEST / Support по внутреннему согласованию их основного браузера.)
  • Приватный обмен настройками стиля с другими пользователями требует немного больше работы. Для общедоступных веб-сайтов это не проблема - на userstyles.org (дом плагина) уже существуют тысячи стилей. Хотите видеть StackOverflow черным или с меньшим пространством между разделами страницы?
miroxlav
источник