Praktisk vejledning til modulet i Apache Rewrite

1. Introduktion til Apache mod_rewrite

Mod_rewrite Apache -moduler er et af de mest udbredte blandt dem tilgængelige for denne webserver, navnlig den omstændighed til tilrådighedsstillelse af et værktøj, der giver Webmastere at være en del af at skabe web-steder baseret på dynamiske web-baserede applikationer og på den anden gøre siderne produceret af programmet "fordøjelige" for søgemaskinerne.

Men hvad er funktionen af ​​dette modul? I praksis mod_rewrite giver dig mulighed for at "oversætte" en URL i et andet bruger-defineret i henhold til visse regler, som skal skrives inden for Apache konfigurationsfilen eller inde i en separat fil, der kaldes. Htaccess-fil, som vil blive uploadet til 'inde i roden af vores website (selv på' upload denne fil skal gennemføres i henhold til bestemte kriterier, men vil uddybe denne diskussion om et øjeblik).

Et klassisk tilfælde af brug af mod_rewrite er relateret til oversættelsen af URL'er til statisk dynamik, vel at mærke, at dette begreb er afgørende, fordi formularen ikke er beregnet til at lave dynamiske adresse (som indeholder QueryString) som statisk, men snarere det modsatte! Den søgemaskine, og vores brugere vil se en statisk URL (pippo.html), men i virkeligheden den ressource findes i en dynamisk adresse (pagina.php? Id = foo).

For at gøre dette, vil vi skrive til vores regel i oversættelsen. Htaccess fil og uploade den til den ønskede placering (dvs. en, hvor de omskrive regler), og fra det øjeblik, der er involveret siderne følgende trin vil forekomme for vores web-server:

• kræver kunderne at få adgang til en bestemt ressource ved at skrive en URL i adresselinjen i din browser (i vores tilfælde pippo.html);
• Web-server (Apache, selvfølgelig), modtage input og se om den angivne sti er gyldig for den ønskede ressource;
• pippo.html side findes ikke, så anmodningen i princippet bør ikke være tilfreds;
• men så webserveren vil lede efter oplysninger om, hvad man skal gøre og finde filen htaccess.
• herunder de regler, der er angivet i filen, oversætter webserveren den adresse, du skrev i den virkelige verden og vil returnere den ønskede ressource.

Læsning af passager i den retslige proces "oversættelse" af URL'en, ville det være muligt at forveksle denne form med andre tilgængelige såsom Apache til at omdirigere, omskrive, dog er vi ikke med at omdirigere stien af en anmodning til en ressource, men "maskering" samme vej, derefter på URL anvendes af klienten rent faktisk er ikke en gyldig sti inden serveren og kan aldrig være, noget der sker i tilfælde af omdirigeringer.

Men hvorfor skjule en URL? I dag grundene må søges i faktorer, der ofte ikke vedrører forhold nært beslægtede tekniske eller applikationsudvikling.

Oprindeligt mod_rewrite blev oprettet for at løse problemet med URL-adressen er for lang til at skrive, det skete (og ofte stadig sker) at for at opnå detrminata ressource type blev fyldt med QueryString variabler og parametre; omskrive eliminerer dette problem ved at evne til kunder, giver mere brugervenlige URL.

I dag har i stedet for at omskrive blevet et meget vigtigt emne for operationer med positionering af hjemmesider i søgemaskiner.
Og 'velkendt faktum, at de ikke indeksere sider effektivt nås ved QueryString for lang eller for rig på parametre, kan denne faktor begrænse muligheden for placeringen af en ressource i SERPs.
I praksis kan vi sige, at hvad der er brugervenligt for brugere, det er for søgemaskiner.

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