.htaccess tra developemt, staging e produzione

Question

Sto lavorando a un'app che utilizza le riscritture url e ha una configurazione specifica .htaccess. Quando si lavora su App Ho tre eviorments:

1. developent sulla mia macchina locale (localhost)
2. Staging (staging.mydomain.com)
3. Production (www.mydomain.com)

Sto costantemente spingendo nuovi aggiornamenti all'ambiente di staging e produzione e ogni volta che sovrascrivo il codice sorgente esistente devo andare a modificare il file .htaccess. C'è un modo per utilizzare la .htaccess nella directory o far sì che rilevi automaticamente il suo ambiente?

Il mio file .htaccess corrente è in basso. Ho appena un-commento delle sezioni tra i diversi ambienti ma mi piacerebbe smettere di farlo ...

# Development 

RewriteEngine on 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteCond %{REQUEST_URI} !=/favicon.ico 
RewriteRule ^(.*)$ /app/index.php?request=$1 [L,QSA] 

# Staging 

# RewriteEngine on 
# RewriteCond %{REQUEST_FILENAME} !-f 
# RewriteCond %{REQUEST_FILENAME} !-d 
# RewriteCond %{REQUEST_URI} !=/favicon.ico 
# RewriteRule ^(.*)$ /html/app/index.php?request=$1 [L,QSA] 

# Production 

# RewriteEngine on 
# RewriteCond %{REQUEST_FILENAME} !-f 
# RewriteCond %{REQUEST_FILENAME} !-d 
# RewriteCond %{REQUEST_URI} !=/favicon.ico 
# RewriteRule ^(.*)$ /index.php?request=$1 [L,QSA] 

Grazie in anticipo!

Chuck

Answer 1

# Development 

RewriteEngine on 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteCond %{REQUEST_URI} !=/favicon.ico 
RewriteCond %{HTTP_HOST} ^localhost 
RewriteRule ^(.*)$ /app/index.php?request=$1 [L,QSA] 

# Staging 

RewriteEngine on 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteCond %{REQUEST_URI} !=/favicon.ico 
RewriteCond %{HTTP_HOST} ^staging.mydomain.com 
RewriteRule ^(.*)$ /html/app/index.php?request=$1 [L,QSA] 

# Production 

RewriteEngine on 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteCond %{REQUEST_URI} !=/favicon.ico 
RewriteCond %{HTTP_HOST} ^www.mydomain.com 
RewriteRule ^(.*)$ /index.php?request=$1 [L,QSA] 

Answer 2

Una possibilità potrebbe essere quella di variabili d'ambiente di configurazione in httpd.conf (o altrove) che definiscono l'ambiente.

Per esempio (in httpd.conf):

SetEnv ENVIRONMENT production 

(in .htaccess)

RewriteEngine on 

# Development 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteCond %{REQUEST_URI} != /favicon.ico 
RewriteCond %{ENV:ENVIRONMENT} = development 
RewriteRule ^(.*)$ /app/index.php?request=$1 [L,QSA] 

# Staging 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteCond %{REQUEST_URI} != /favicon.ico 
RewriteCond %{ENV:ENVIRONMENT} = staging 
RewriteRule ^(.*)$ /html/app/index.php?request=$1 [L,QSA] 

# Production 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteCond %{REQUEST_URI} != /favicon.ico 
RewriteCond %{ENV:ENVIRONMENT} = production 
RewriteRule ^(.*)$ /index.php?request=$1 [L,QSA] 

testato, ma penso che il concetto è abbastanza solida per capire eventuali problemi ;-)

Answer 3

Chuck D, la variante di Dumitru Ceban è molto buona. Ma ti suggerisco di provare anche l'opzione per avere qualche bandiera nel tuo codice - non in .htacces.

Inoltre, buon suggerimento di rudi_visser. Ma voglio aggiungere qui, che nel sistema ideale dovremmo usare solo Apache`s * .conf e declinare .htaccess (solo una prestazione stupida).

Quindi ti suggerisco di avere qualche contrassegno nel codice, evitare .htacess (se puoi) e passare env. con un semplice valore di conf o con una logica come

Answer 4

Non puoi semplicemente inserire i tuoi file .htaccess in ciascuno degli ambienti, e quindi semplicemente ignorare il file in qualsiasi FTP o programma di distribuzione che stai utilizzando?

Alternativa, ciò che faccio è impostare VirtualHosts nel mio host locale che è lo stesso dominio del sito di produzione, ma con un prefisso dev.. Ad esempio, www.example.com e dev.example.com. In questo modo, posso sempre essere certo che la root sia la directory di livello superiore di qualsiasi host che sto usando, indipendentemente dall'ambiente; e non ho bisogno di riscrivere le mie direttive .htaccess.