Practical Guide til modulen i Apache Rewrite

1. Introduksjon til Apache mod_rewrite

Den mod_rewrite Apache -moduler er en av de mest brukte blant de som er tilgjengelige for denne webserveren, særlig på grunn av den Webmasters å tilby et verktøy som lar den ene siden å opprette områder basert på dynamiske web-baserte applikasjoner og på den andre gjøre sidene produseres av programmet "fordøyelig" for søkemotorer.

Men hva er funksjonen til denne modulen? I praksis lar mod_rewrite du å "oversette" en URL i en annen bruker-definert i henhold til visse regler som må være skrevet innenfor Apache konfigurasjonsfil eller i en egen fil, som heter. Htaccess-fil, som vil bli lastet opp til "innsiden roten av vårt nettsted (selv den" last opp filen må gjøres etter visse kriterier, men vil utdype diskusjonen i et øyeblikk).

Et klassisk tilfelle av bruk av mod_rewrite er relatert til oversettelsen av dynamiske webadresser inn i statiske, tankene at dette konseptet er fundamental, fordi skjemaet ikke er ment å lage dynamiske adresser (som inneholder spørrestrengsamling) som statisk, men tvert imot! Søkemotoren og våre brukere vil se en statisk URL (pippo.html), men i virkeligheten ressursen finnes i en dynamisk adresse (pagina.php? Id = foo).

For å gjøre dette vil vi skrive til regelen i oversettelsen. Htaccess filen og laste den opp til ønsket plassering (dvs. en som de omskrive reglene gjelder), og fra det øyeblikket på, hvilke sider involvert følgende trinnene vil skje Web Server for vår:

• krever at klienter skal få tilgang til en bestemt ressurs ved å skrive inn en URL i adresselinjen i nettleseren din (i vårt tilfelle pippo.html);
• Web server (Apache selvfølgelig), vil få innspill og se om den angitte banen er ugyldig for den forespurte ressursen;
• pippo.html siden ikke eksisterer, så forespørselen i prinsippet ikke bør være fornøyd;
• men da webserveren vil se etter instruksjoner om hva du skal gjøre og finne filen htaccess.;
• herunder reglene angitt i filen, vil webserveren oversette adressen skrevet inn i den virkelige verden og returnere den ønskede ressursen.

Lese passasjer under prosedyren for "oversettelse" av URL, ville det være mulig å forveksle dette skjemaet med annen tilgjengelig slik som Apache å omdirigere, skrive med, men vi er ikke omdirigere banen til en anmodning om en ressurs, men "maskering" samme bane, slik at URL som brukes av klienten er faktisk ikke en gyldig sti innenfor serveren og kanskje ikke alltid være, noe som skjer i tilfelle av omdirigeringer.

Men hvorfor skjule en URL? I dag grunnene må søkes i de faktorene som ofte ikke gjelder saker nært beslektet teknisk eller applikasjonsutvikling.

Opprinnelig mod_rewrite ble opprettet for å ta opp problemet med URL-er for lang til å skrive, skjedde det (og ofte likevel skjer) at for å oppnå detrminata ressurstypen var overfylte med spørrestrengsamling variabler og parametre; skrive eliminerer dette problemet ved evne til klienter til å gi mer brukervennlig URL.

I dag har omskrive blitt isteden en svært viktig sak for transaksjoner som involverer plassering av websider i søkemotorer.
Og 'velkjente faktum at de ikke index sider effektivt nås ved spørrestrengsamling for lang eller for rik av parametere, kan denne faktoren begrense muligheten for en ressurs posisjonering innen SERPs.
I praksis kan vi si at det som er brukervennlig for brukere det er for søkemotorer.

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