Comment distinguer efficacement site de test et site de production?


15

Parfois, vous devrez peut-être cloner votre site de production sur le site TEST. Après le clonage, ils semblent identiques à l'exception de l'URL.

Veuillez conseiller votre pratique recommandée pour distinguer rapidement et efficacement le front-end et le back-end de votre site TEST afin que PROD et TEST ne puissent pas être confondus accidentellement.

Objectif:

  • empêcher les utilisateurs d'entrer des données de production sur le site TEST par erreur
  • empêcher les développeurs (, testeurs, etc.) d'effectuer des tests sur le site de production par erreur

Réponses:


10

Il s'agit d'une solution plutôt très technique car elle nécessite une certaine expérience dans la configuration d'Apache. L'avantage est que vous n'avez pas à pirater de fichiers dans Joomla! l'installation elle-même.

Fondamentalement, ce que je veux faire, c'est ajouter du HTML à n'importe quelle page (presque n'importe quelle page) générée.

Pour cela, j'utiliserai le module Apache mod_substitute . Le module lui-même doit être activé (il suffit généralement de supprimer le commentaire #) à l'intérieur httpd.conf.

LoadModule substitute_module modules/mod_substitute.so

Suivant dans le fichier des hôtes virtuels ( 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>

Fondamentalement, Substituteje remplace la </body>balise par du HTML. De cette façon, j'essaie de rester en dehors de toute demande Ajax.

Résultat final:

entrez la description de l'image ici


13

La pratique que nous suivons est -

  1. Remplacez le titre du site Web dans la configuration globale par le titre d'origine [TEST].
  2. Modifiez la configuration de la messagerie pour pointer vers mailtrap.io
  3. Si le site de test se trouve sur le même serveur, modifiez les détails de la base de données.
  4. Changer toutes les intégrations tierces en compte de test (services au-delà de joomla), par exemple
    • Memcache ou redis
    • base de données / stockage externe
    • passerelle de paiement,
    • système de newsletter (mailchimp)
    • Compte et domaine CDN
    • Compte de service Analytics (google analytics, new-relic)

Merci d'avoir ajouté ces pratiques. En particulier, le point n ° 2 pourrait être aussi important que la distorsion visuelle. J'ajouterais également " n'oubliez pas de changer toutes les autres intégrations de site " (par exemple vers une base de données tierce ou vers un système de paiement).
miroxlav

Merci pour l'astuce sur mailtrap.io! Examinons cela maintenant.
Chad Windnagle

6

J'ai le même problème avec les clients qui créent parfois du contenu sur la version de développement et non sur la production. J'utilise ce qui suit pour y faire face:

  • Changer tous les noms de base de données et de mot de passe
  • Modifiez le modèle d'administration avec
    • Un arrière-plan différent pour l'écran de connexion
    • Une couleur différente pour la barre supérieure
  • Utilisez un module bien en vue sur la partie avant qui montre clairement qu'il s'agit du site de production
  • Sur certains sites, je force également la connexion pour voir le site de développement

entrez la description de l'image ici


4

Une autre approche consiste à laisser votre navigateur ajouter des styles CSS à votre site.

Un plugin de navigateur élégant ( pour Firefox et pour Chrome ) est conçu pour cette tâche. Il applique un CSS personnalisé supplémentaire à chaque page à une URL donnée. Vous définissez en fait des règles [URL] => [CSS].

entrez la description de l'image ici

Exemple ci-dessus: la distinction peut être faite en ajoutant une ligne continue ou pointillée à gauche
Rouge = production, Jaune = pré-prod., Vert = TEST, Bleu = Formation, Gris = DEV etc.

Avantages:

  • Peut être appliqué sur un site de production qui est normalement maintenu à l'écart des aides visuelles.
  • Peut être temporairement désactivé par l'utilisateur si nécessaire (par exemple pour prendre des captures d'écran).
  • Solution universelle - peut être appliquée à n'importe quel site ou à sa partie (en fonction du chemin URL).
  • Peut être utilisé sans accès administrateur au site Web donné.
  • Configuration une fois, pas de maintenance si le site change.

Désavantages:

  • Actuellement limité à Firefox et Chrome. (Toujours aucun problème pour les équipes DEV / TEST / Support convenues en interne de leur navigateur principal.)
  • Le partage privé de vos paramètres de style avec d'autres utilisateurs demande un peu plus de travail. Pour les sites Web connus du public, ce n'est pas un problème - sur userstyles.org (la maison du plugin), des milliers de styles existent déjà. Vous voulez voir StackOverflow en noir ou avec moins d'espace entre les sections de page?
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.