Foro - Perl en Español

Se puede hacer de varias maneras, pero en principio, la respuesta es no: el servidor Apache estará funcionando siempre. No puede ser "saltado" por un programa Perl.

Se puede resolver con un proxy, en el propio Apache: mod_proxy reconoce las direcciones de entrada y puede ejecutar un filtro Perl.

Pero... ¿cuál es el problema? Que tres dominios hagan uso de una aplicación que está instalada en el propio servidor. Bueno, pues esto es algo que el propio Apache puede resolver por sí mismo. Vale con definir un directorio lógico con ScriptAlias:

Así, definimos una ruta /curso que apunta al directorio físico /opt/curso, donde está la aplicación. Y además indicamos que contiene archivos que pueden ser ejecutadas (los archivos .php o .pl o lo que sea).

Si tenemos un Apache que ya tiene definida la ejecución de archivos .php, entonces es más fácil: basta con un Alias

Yo, por ejemplo, tengo uno así:

Los clientes entran con http://sudominio.com/correo y pueden entrar a su webmail, bajo su propio dominio.

El Alias del Apache (módulo mod_alias) no redirecciona cambiando el URL de la petición.

Pero ahora planteas otra cosa: dices que si se pulsa en

http://www.aplicacion.com/algo

vaya a

http://www.cliente1.com

Yo creo que te estás liando. Creo que lo que quieres es que siempre aparezca los nombres de dominio de los clientes. Y que se ejecute la aplicación en cada uno de ellos, de forma independiente a lo que ponga la URL. Bueno, pues eso es trabajo del Alias.

Del ejemplo que te he puesto antes: yo tengo clientes que acceden a

http://dominio1.com/correo
http://dominio2.com/correo
http://dominio3.com/correo

Y por efecto del Alias, los tres acceden al mismo directorio donde se encuentra la aplicación webmail. Ellos siguen viendo sus URL, pero están ejecutando la misma aplicación.

Puedes ponerlo así:

Alias / /opt/curso

Y entonces TODAS las peticiones van dirigidas -internamente- a la aplicación almacenada en /opt/curso.

Pero, atención: esto solo funciona en caso de que todos los dominios de los clientes Y la aplicación estén en el mismo servidor web.

Otra forma es usando mod_rewrite.
Esto se coloca en el servidor donde están los clientes. Si la petición viene de alguno de los tres dominios de los clientes, se desvía la petición a otra URL, en modo proxy. Esto es para el caso de que aplicacion.com esté en un servidor distinto que el de los clientes. Si la aplicación está en el mismo servidor, con Alias es suficiente.

No necesitas modificar los enlaces, ¿no? Basta conque los enlaces estén escritos en modo relativo.

Es decir, de esta manera:

<a href="/curso/entras.php"><img src="/img/imagen.jpg"></a>

Así, da igual el dominio que aparezca en el URL. El mod_rewrite se encargará de redirigir la petición.

De todas maneras... ¿*todo* el contenido de los dominios de los clientes los genera la aplicación? Si ese es el caso, aún se puede hacer más fácil: basta con cambiar los DNS de los dominios de los clientes para que apunten directamente a aplicacion.com.

danimera escribiste:No puedo cambiar los DNS ya que los clientes tienen aplicaciones en sus sitios web. Solo puedo usar un directorio o algún subdominio.

Pues esa es la solución: un subdominio. Les pides que creen un subdominio de su dominio, y que su IP sea el de aplicacion.com. No necesitas nada más.

danimera escribiste:¿Qué podría pasar con las cookies? De hecho ya me está funcionando de esta forma que me dices, pero tengo un formulario de login y a veces me sale error de cookies...

El problema de las galletas es que están asociadas siempre al nombre del dominio conque fueron grabadas.

Si tu aplicación está en aplicacion.com, los clientes entregarán las galletas guardadas en sus equipos solo si se conectasen a ese dominio, pero no es el caso (aquí tengo alguna duda).

Veo que el Firefox, en Preferencias->Privacidad->Historial, se puede indicar que se pueden aceptar cookies de terceros. Este es tu caso: están accediendo a aplicación.com pero con otro dominio distinto. Tus clientes deberían entonces indicar que sí se permiten.

No sé... habría que hacer pruebas... pero creo que con el truco del subdominio, debería ser suficiente.