web-dev-qa-db-fra.com

Comment distinguer efficacement le site de test et de production?

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 site Web de votre site TEST afin que PROD et TEST ne puissent pas être confondus par inadvertance.

but:

  • 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 par erreur sur le site de production
recommended-practices
15
miroxlav

C'est une solution plutôt technique, car elle nécessite une certaine expérience de la configuration d'Apache. L'avantage est que vous ne devez pirater aucun fichier dans le répertoire Joomla! l'installation elle-même.

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

Pour cela, je vais utiliser Module Apache mod_substitute . Le module lui-même doit être activé (il suffit généralement de retirer le # commentaire) à l'intérieur de 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>

En gros avec Substitute je remplace le </body> balise avec du HTML. De cette façon, j'essaie de rester en dehors de toute demande Ajax.

Résultat final:

enter image description here

10
Valentin Despa

La pratique que nous suivons est -

  1. Remplacez le titre du site Web dans la configuration globale par le titre original [TEST].
  2. Modifier la configuration de la messagerie pour qu'elle pointe vers mailtrap.io
  3. Si le site de test est sur le même serveur, modifiez les détails de la base de données.
  4. Remplacez toutes les intégrations tierces par des comptes de test (services autres que joomla), par exemple .
    • Memcache ou redis
    • base de données externe/stockage
    • passerelle de paiement,
    • système de newsletter (mailchimp)
    • Compte CDN et domaine
    • Compte de service Analytics (google analytics, new-relic)
13
Shyam

J'ai le même problème avec les clients créant parfois du contenu sur la version de développement, pas de production. J'utilise ce qui suit pour traiter ceci:

  • Changer tous les noms de base de données et mot de passe
  • Modifier le modèle d'administration avec
    • Un fond différent pour l'écran de connexion
    • Une couleur différente pour la barre supérieure
  • Utilisez un module bien en évidence à l’avant, qui indique clairement que c’est le site de production.
  • Sur certains sites, je force également la connexion pour voir le site de développement.

enter image description here

6
tim.baker

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

L'élégant plug-in du navigateur ( pour Firefox et pour Chrome ) est conçu pour cette tâche. Il applique des CSS personnalisés supplémentaires à chaque page située à une URL donnée. En fait, vous définissez des règles [URL] => [CSS].

enter image description here

Exemple ci-dessus: une distinction peut être faite en ajoutant un trait plein ou en pointillé à gauche
Rouge = production, jaune = pré-prod ., Vert = TEST, Bleu = Entraînement, Gray = DEV etc.

Avantages:

  • Peut être appliqué sur le site de production qui est normalement maintenu exempt d'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 d’URL).
  • Peut être utilisé sans accès administrateur à un site Web donné.
  • Installation une fois, pas de maintenance si le site change.

Inconvénients:

  • Actuellement limité à Firefox et Chrome. (Toujours aucun problème pour les équipes DEV/TEST/Support convenues en interne sur leur navigateur principal.)
  • Le partage privé de vos paramètres de style avec d'autres utilisateurs nécessite un peu plus de travail. Pour les sites Web connus, ce n'est pas un problème - à ( 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?
4
miroxlav