¿Cómo distinguir efectivamente la prueba y el sitio de producción?

15

A veces puede que necesite clonar su sitio de producción al sitio de PRUEBA. Después de la clonación, se ven idénticos, excepto la URL.

Informe a su práctica recomendada para distinguir el front-end y el back-end de su sitio TEST de manera rápida y efectiva para que PROD y TEST no puedan confundirse accidentalmente.

Propósito:

  • evitar que los usuarios ingresen datos de producción en el sitio TEST por error
  • evitar que los desarrolladores (, probadores, etc.) realicen pruebas en el sitio de producción por error
recommended-practices miroxlav
fuente

Respuestas:

10

Esta es una solución bastante tecnológica, ya que requiere algo de experiencia en la configuración de Apache. La ventaja es que no tienes que hackear ningún archivo en Joomla! instalación en sí.

Básicamente, lo que quiero hacer es agregar algo de HTML a cualquier página (casi cualquier página) que se genere.

Para esto usaré el módulo Apache mod_substitute . El módulo en sí necesita ser activado (generalmente solo necesita que se elimine el # comentario) dentro httpd.conf.

LoadModule substitute_module modules/mod_substitute.so

Siguiente en el archivo de hosts virtuales ( 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>

Básicamente con Substituteestoy reemplazando la </body>etiqueta con algo de HTML. De esta manera trato de mantenerme alejado de cualquier solicitud de Ajax.

Resultado final:

ingrese la descripción de la imagen aquí

Valentin Despa
fuente
13

La práctica que seguimos es:

  1. Cambie el título del sitio web en la configuración global al título original [TEST].
  2. Cambie la configuración de correo electrónico para que apunte a mailtrap.io
  3. Si el sitio de prueba está en el mismo servidor, cambie los detalles de la base de datos.
  4. Cambie todas las integraciones de terceros a la cuenta de prueba (servicios más allá de Joomla), por ejemplo
    • Memcache o redis
    • base de datos externa / almacenamiento
    • pasarela de pago,
    • sistema de boletines informativos (mailchimp)
    • Cuenta CDN y dominio
    • Cuenta de servicio de análisis (google analytics, new-relic)
Shyam
fuente
Gracias por agregar estas prácticas. Especialmente el punto # 2 podría ser tan importante como la discreción visual. También agregaría " no olvide cambiar todas las demás integraciones del sitio " (por ejemplo, a una base de datos de terceros o al sistema de pago).
miroxlav
Gracias por el consejo en mailtrap.io! Investigando eso ahora.
Chad Windnagle
6

Tengo el mismo problema con los clientes que a veces crean contenido en la versión de desarrollo, no en producción. Yo uso lo siguiente para lidiar con esto:

  • Cambiar todos los nombres de bases de datos y contraseñas
  • Modifique la plantilla de administrador con
    • Un fondo diferente para la pantalla de inicio de sesión
    • Un color diferente para la barra superior.
  • Use un módulo en una posición prominente en el extremo frontal que muestre claramente que este es el sitio de producción
  • En algunos sitios, también fuerzo el inicio de sesión para ver el sitio de desarrollo

ingrese la descripción de la imagen aquí

tim.baker
fuente
4

Otro enfoque es permitir que su navegador agregue estilos CSS a su sitio.

El elegante complemento del navegador ( para Firefox y Chrome ) está diseñado para esta tarea. Aplica CSS personalizado adicional a cada página en la URL dada. En realidad, define las reglas [URL] => [CSS].

ingrese la descripción de la imagen aquí

Ejemplo anterior: se puede hacer una distinción agregando líneas continuas o punteadas a la izquierda
Rojo = producción, Amarillo = pre- producción , Verde = PRUEBA, Azul = Entrenamiento, Gris = DEV, etc.

Ventajas:

  • Se puede aplicar al sitio de producción que normalmente se mantiene limpio de ayudas visuales.
  • El usuario puede desactivarlo temporalmente si es necesario (por ejemplo, para tomar capturas de pantalla).
  • Solución universal: se puede aplicar a cualquier sitio o su parte (en función de la ruta URL).
  • Se puede usar sin acceso de administrador al sitio web dado.
  • Configuración una vez, sin mantenimiento si el sitio cambia.

Desventajas

  • Actualmente limitado a Firefox y Chrome. (Todavía no hay problema para los equipos DEV / TEST / Support acordados internamente en su navegador principal).
  • Compartir en privado su configuración de estilo con otros usuarios requiere un poco más de trabajo. Para sitios web conocidos públicamente, esto no es un problema: en userstyles.org (el hogar del complemento) ya existen miles de estilos. ¿Desea ver StackOverflow en negro o con menos espacio entre las secciones de la página?
miroxlav
fuente