Come distinguere efficacemente il sito di test e di produzione?


15

A volte potrebbe essere necessario clonare il sito di produzione sul sito TEST. Dopo la clonazione, sembrano identici tranne l'URL.

Si prega di avvisare la pratica raccomandata per distinguere front-end e back-end del sito TEST in modo rapido ed efficace in modo che PROD e TEST non possano essere confusi accidentalmente.

Scopo:

  • impedire agli utenti di inserire i dati di produzione nel sito TEST per errore
  • impedire agli sviluppatori (, tester ecc.) di eseguire test sul sito di produzione per errore

Risposte:


10

Questa è una soluzione piuttosto molto tecnologica in quanto richiede una certa esperienza nella configurazione di Apache. Il vantaggio è che non devi hackerare alcun file in Joomla! installazione stessa.

Fondamentalmente quello che voglio fare è aggiungere un po 'di HTML a qualsiasi pagina (quasi ogni pagina) generata.

Per questo userò il modulo Apache mod_substitute . Il modulo stesso deve essere attivato (generalmente necessita solo del # commento rimosso) all'interno httpd.conf.

LoadModule substitute_module modules/mod_substitute.so

Avanti nel file degli host virtuali ( 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>

Fondamentalmente con Substitutesto sostituendo il </body>tag con un po 'di HTML. In questo modo cerco di evitare qualsiasi richiesta Ajax.

Risultato finale:

inserisci qui la descrizione dell'immagine


13

La pratica che seguiamo è -

  1. Cambia il titolo del sito Web nella configurazione globale in [TEST] titolo originale.
  2. Modifica la configurazione della posta elettronica in modo che punti a mailtrap.io
  3. Se il sito di prova si trova sullo stesso server, modificare i dettagli del database.
  4. Cambia tutte le integrazioni di terze parti nell'account di prova (servizi oltre a joomla) ad es
    • Memcache o redis
    • database / archiviazione esterni
    • casello stradale,
    • sistema di newsletter (mailchimp)
    • Account e dominio CDN
    • Account del servizio di analisi (google analytics, new-relic)

Grazie per aver aggiunto queste pratiche. Soprattutto il punto 2 potrebbe essere importante quanto la distinzione visiva. Vorrei anche aggiungere " non dimenticare di modificare tutte le altre integrazioni del sito " (ad esempio nel database di terze parti o nel sistema di pagamento).
miroxlav,

Grazie per il suggerimento su mailtrap.io! Esaminandolo ora.
Chad Windnagle,

6

Ho lo stesso problema con i clienti che a volte creano contenuti sulla versione di sviluppo e non sulla produzione. Uso quanto segue per affrontare questo:

  • Cambia tutti i nomi di database e password
  • Modifica il modello di amministrazione con
    • Uno sfondo diverso per la schermata di accesso
    • Un colore diverso per la barra superiore
  • Utilizzare un modulo in una posizione prominente sul front-end che mostra chiaramente che questo è il sito di produzione
  • Su alcuni siti forzo anche l'accesso per vedere il sito di sviluppo

inserisci qui la descrizione dell'immagine


4

Un altro approccio è quello di consentire al browser di aggiungere stili CSS al tuo sito.

Il plug-in per browser elegante ( per Firefox e per Chrome ) è progettato per questa attività. Applica CSS personalizzati aggiuntivi a ogni pagina a un determinato URL. In realtà definisci le regole [URL] => [CSS].

inserisci qui la descrizione dell'immagine

Esempio sopra: la distinzione può essere fatta aggiungendo una linea continua o tratteggiata a sinistra
Rosso = produzione, Giallo = pre-produzione, Verde = TEST, Blu = Allenamento, Grigio = DEV ecc.

vantaggi:

  • Può essere applicato al sito di produzione che viene normalmente tenuto pulito dagli ausili visivi.
  • Se necessario, può essere temporaneamente disattivato dall'utente (ad esempio per acquisire schermate).
  • Soluzione universale: può essere applicata a qualsiasi sito o parte (in base al percorso dell'URL).
  • Può essere utilizzato senza l'accesso dell'amministratore a un determinato sito Web.
  • Installazione una volta, nessuna manutenzione se il sito cambia.

svantaggi:

  • Attualmente limitato a Firefox e Chrome. (Ancora nessun problema per i team DEV / TEST / Support concordati internamente sul loro browser principale.)
  • La condivisione privata delle impostazioni di stile con altri utenti richiede un po 'più di lavoro. Per i siti Web noti pubblicamente, questo non è un problema: su userstyles.org (home del plugin) esistono già migliaia di stili. Vuoi vedere StackOverflow in nero o con meno spazio tra le sezioni della pagina?
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.