Guía práctica para el módulo de reescritura de Apache

1. Introducción a Apache mod_rewrite

El mod_rewrite de Apache módulos es uno de los más utilizados entre los disponibles para este servidor Web, en particular el hecho de poner a disposición una herramienta que permite a los webmasters a ser parte de la creación de sitios Web basados ​​en aplicaciones basadas en web dinámicas y por el otro hacer que las páginas producidas por la aplicación "digeribles" para los motores de búsqueda.

Pero ¿cuál es la función de este módulo? En la práctica el mod_rewrite le permite "traducir" una dirección URL en otra definida por el usuario de acuerdo a ciertas reglas que deben ser escritos en el archivo de configuración de Apache o en un archivo separado, llamado. Htaccess, el cual será cargado a "dentro de la raíz de nuestro sitio web (incluso el 'cargar este archivo debe ser realizado de acuerdo con ciertos criterios, pero va a profundizar esta discusión en un momento).

Un caso clásico del uso de mod_rewrite está relacionado con la traducción de direcciones URL en una dinámica estática, cuenta que este concepto es crucial, porque la forma no es la intención de hacer de direcciones dinámicas (que contiene la cadena de consulta) como algo estático, sino todo lo contrario! El motor de búsqueda y los usuarios verán una dirección URL estática (pippo.html), pero en realidad el recurso existe en una dirección dinámica (pagina.php? Id = foo).

Para ello vamos a escribir nuestro gobierno en la traducción. Htaccess y subirlo a la ubicación deseada (por ejemplo, para el cual se aplican las reglas de reescritura), y desde ese momento, las páginas afectadas los siguientes pasos se producirá de nuestro servidor Web:

• requieren que los clientes acceder a un recurso particular a escribir un URL en la barra de direcciones del navegador (en nuestro caso pippo.html);
• Un servidor web (Apache, por supuesto), reciban información y comprobar si la ruta especificada no es válida para el recurso solicitado;
• pippo.html página no existe, entonces la solicitud, en principio, no debemos estar satisfechos;
• pero entonces el servidor web se verá para obtener instrucciones sobre qué hacer y encontrar el archivo htaccess.;
• incluidas las normas especificadas en el archivo, el servidor Web traduce la dirección escrita en el mundo real y le entregará el recurso deseado.

La lectura de los pasajes del proceso judicial de "traducción" de la URL, se podría confundir esta forma con disponibilidad de otros como el Apache para redireccionar, vuelve a escribir, sin embargo, no estamos con reorientar el camino de una solicitud de un recurso, sino "enmascarar" el mismo camino, entonces la dirección URL utilizada por el cliente en realidad no es una ruta válida en el servidor y no puede ser nunca, algo que sucede en el caso de las redirecciones.

Pero ¿por qué ocultar una URL? Hoy en día, las razones hay que buscarlas en los factores que a menudo no se refieren a cuestiones estrechamente relacionadas con técnicos o de desarrollo de aplicaciones.

Inicialmente, el mod_rewrite fue creado para abordar el problema de la URL es demasiado largo para escribir, lo que pasó (y muchas veces todavía ocurre) que para lograr el tipo de recursos detrminata estaban repletos de variables de cadena de consulta y parámetros de reescritura elimina este problema la capacidad de los clientes para proporcionar más URL fácil de usar.

Hoy en día, en lugar de volver a escribir se ha convertido en un tema muy importante para las operaciones con el posicionamiento de sitios web en los buscadores.
Y "bien conocido hecho de que no llegó a las páginas de índice de manera eficiente por la cadena de consulta demasiado largo o demasiado rica en los parámetros, este factor puede limitar la capacidad de la colocación de un recurso dentro de los SERPs.
En la práctica podemos decir que lo que es fácil de usar para los usuarios es para los motores de búsqueda.

• <<
• 1
• 2
• 3
• 4
• >>