Mi configuración ideal sería tomar el sitio de un cliente actual, cargar un .htaccess con una expresión regular dentro, que coincida con el URI, y si encuentra una determinada extensión de archivo, usaría la misma ruta, pero con un dominio modificado.
es decir.
Camino normal:
http://www.domain.com/something/images/someimage.jpeg
http://www.domain.com/assets/js/jquery.js
.htaccess traducido convertiría lo anterior en:
http://mycdn.other.com/something/images/someimage.jpeg
http://mycdn.other.com/assets/js/jquery.js
Busqué esto en Google durante horas seguidas, sin suerte. Nuevamente, esto es para hacer uso de CloudFront de Amazon. S3 ya está montado en el sitio web para realizar copias de seguridad y almacenar archivos usando s3fs, pero esto no resuelve el problema ya que usa S3 directamente, no CloudFront.
Respuesta1
Probado y funcionando en httpd-2.2.3-31.el5.centos
Método de redireccionamiento:
RewriteEngine On
RewriteCond %{REQUEST_URI} .*jpg$|.*gif$|.*png$ [NC]
RewriteRule (.*) http://www.google.com/$1 [R]
La R hará que la página redirija al nuevo dominio, que puede ser o no exactamente lo que está buscando.
Método de proxy:
RewriteEngine On
RewriteCond %{REQUEST_URI} .*jpg$|.*gif$|.*png$ [NC]
RewriteRule (.*) http://www.google.com/$1 [P]
La P generará un proxy (suponiendo que tenga mod_proxy instalado) que mantendrá el contenido proveniente de su servidor en lugar de una redirección. Esto hará que su servidor trabaje más y generará significativamente más ancho de banda de E/S que una redirección. Los servidores proxy son caros, pero garantizan que todo aparezca bajo un único dominio en lugar de acceder a un servidor remoto o CDN para obtener contenido.
Editar: lo actualicé para usar request_URI en lugar de request_filename, de esa manera los archivos dentro de subdirectorios que no existen seguirán siendo proxy/redireccionados.