.htaccess entre developemt, staging y producción

Question

Estoy trabajando en una aplicación que usa reescrituras de URL y tiene una configuración .htaccess específica. Cuando se trabaja en la aplicación tengo tres eviorments:

1. developent en mi máquina local (localhost)
2. Staging (staging.mydomain.com)
3. Producción (www.mydomain.com)

Estoy constantemente impulsando nuevas actualizaciones al entorno de producción y producción y cada vez que sobrescribo el código fuente existente tengo que ir a cambiar el archivo .htaccess. ¿Hay alguna manera de que el .htaccess sea genérico para el directorio o haga que detecte automáticamente su entorno?

Mi archivo .htaccess actual está por debajo. Acabo de dejar de comentar las secciones entre los diferentes entornos, pero me encantaría dejar de hacerlo ...

# 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] 

¡Gracias de antemano!

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 opción sería la de las variables de entorno de configuración en httpd.conf (o en otro lugar) que definen su entorno.

Por ejemplo (en httpd.conf):

SetEnv ENVIRONMENT production 

(en .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] 

no probado, pero creo que el concepto es lo suficientemente sólidas como para averiguar cualquier problema ;-)

Answer 3

Chuck D, la variante de Dumitru Ceban es muy buena. Pero te sugiero que intentes también la opción de tener alguna bandera en tu código, no en .htacces.

Además, buena sugerencia de rudi_visser. Pero quiero agregar aquí, que en el sistema ideal solo deberíamos usar apache`s * .conf y rechazar .htaccess (solo un desempeño estúpido).

Así que le sugiero que tenga un indicador en el código, evite .htacess (si puede) y cambie env. por simple valor de confirmación o por alguna lógica como if locaslhost == host then ...

Answer 4

¿No puede simplemente colocar sus archivos .htaccess en cada uno de los entornos, y luego simplemente ignorar el archivo en cualquier FTP o implementar el programa que está utilizando?

Alternativa, lo que hago es configurar VirtualHosts en mi host local que es el mismo dominio que el sitio de producción, pero con un prefijo dev.. Por ejemplo, www.example.com y dev.example.com. De esa manera, siempre puedo estar seguro de que la raíz es el directorio de nivel superior del host que estoy usando, sin importar el entorno; y no necesito volver a escribir mis directivas .htaccess.