Guide pratique pour le module dans Apache de réécriture

1. Introduction à Apache mod_rewrite

Le mod_rewrite d'Apache est l'un des modules les plus utilisés parmi ceux disponibles pour ce serveur Web, en particulier le fait de mettre à disposition un outil qui permet aux webmasters de faire partie de la création de sites Web basés sur des applications web dynamiques basés sur l'autre et de rendre les pages produites par l'application «digeste» pour les moteurs de recherche.

Mais quelle est la fonction de ce module? Dans la pratique, mod_rewrite permet de "traduire" une URL dans un autre définis par l'utilisateur en fonction de certaines règles qui doivent être écrites dans le fichier de configuration d'Apache ou dans un fichier séparé, appelé. Htaccess, qui seront téléchargés sur »à l'intérieur de la racine de notre site web (même les" télécharger ce fichier doit être menée conformément à certains critères, mais permettra d'approfondir cette discussion dans un instant).

Un cas classique d'utilisation de mod_rewrite est liée à la traduction d'URL dans la dynamique statique, vous l'esprit que ce concept est crucial, parce que la forme n'est pas destiné à faire d'adresse dynamique (contenant querystring) en tant que statique, mais plutôt le contraire! Le moteur de recherche et de nos utilisateurs verront une URL statique (pippo.html), mais en réalité, la ressource existe dans une adresse dynamique (pagina.php? Id = toto).

Pour ce faire, nous allons écrire notre règle dans la traduction. Htaccess et de le transférer à l'endroit désiré (c'est à dire celui pour lequel les règles de réécriture s'appliquent), et à partir de ce moment, les pages comportait les étapes suivantes auront lieu pour notre serveur Web:

• exigent que les clients d'accéder à une ressource particulière en tapant une URL dans la barre d'adresse de votre navigateur (dans notre cas, pippo.html);
• Serveur Web (Apache, bien sûr), recevoir des contributions et vérifier si le chemin spécifié est valide pour la ressource demandée;
• Page pippo.html n'existe pas, alors la demande, en principe, ne devraient pas être satisfaits;
• mais alors le serveur Web va chercher des instructions sur ce qu'il faut faire et trouver le fichier htaccess.;
• y compris les règles spécifiées dans le fichier, le serveur Web se traduit par l'adresse que vous avez saisi dans le monde réel et sera de retour la ressource désirée.

La lecture des passages de la procédure judiciaire de «traduction» de l'URL, il serait possible de confondre cette forme avec disposition d'autres tels que l'Apache pour rediriger, réécrire, cependant, nous ne sommes pas en redirigeant le chemin d'une demande d'une ressource, mais de «masquage» le même chemin, alors l'URL utilisée par le client n'est en réalité pas un chemin valide dans le serveur et pourraient ne jamais être, quelque chose qui arrive dans le cas des redirections.

Mais pourquoi cacher une URL? Aujourd'hui, les raisons doivent être recherchées dans les facteurs qui souvent ne se rapportent pas à des questions étroitement liées techniques ou de développement d'application.

Initialement, le mod_rewrite a été créé pour résoudre le problème de l'URL est trop long à taper, c'est arrivé (et cela arrive souvent encore) que pour atteindre le type de ressource detrminata débordaient avec des variables et des paramètres de chaîne de requête; réécrire élimine ce problème en la capacité des clients à fournir URL plus convivial.

Aujourd'hui, au lieu de réécrire est devenu un sujet très important pour les opérations avec le positionnement de sites web dans les moteurs de recherche.
Et "bien connu fait qu'ils ne les pages d'index efficacement atteint par querystring trop longue ou trop riche en paramètres, ce facteur peut limiter la capacité de l'installation d'une ressource dans les SERPs.
En pratique, nous pouvons dire que ce qui est convivial pour les utilisateurs, il est pour les moteurs de recherche.

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