URL: n uudelleenkirjoittaminen IIS: n URL: n uudelleenkirjoitusmoduulilla

Kirjoitin äskettäin siitä, kuinka Apachen mod_rewrite-moduulia voidaan käyttää URL: n uudelleenkirjoittamiseen. Tänään aion antaa sinulle johdannon saman asian tekemiseen, mutta IIS: n URL Rewrite -moduulilla. Vaikka ideat ovat samat, IIS: n toteutus on GUI-pohjainen (vaikka tietysti voit muokata kokoonpanoa suoraan), ja sillä on muutama ainutlaatuinen tapa tehdä omia asioita.

Ensimmäinen asia, joka sinun on tehtävä, on asentaa URL Rewrite. Voit ladata sen suoraan tai asentaa sen Web Platform Installer (Web PI) -sovelluksen kautta. Kun se on asennettu, näet uuden "Url Rewrite" -kuvakkeen IIS-hallintakonsolissa ( kuva A ).

Kuva A: IIS-hallintakonsoli, johon on lisätty URL Rewrite

Voit hallita URL-kirjoitusten kirjoittamista palvelintasolla tai yksittäisissä sivustoissa haluamallasi tavalla. URL Rewrite -moduulin kautta näet käytetyt mallit. Kuviot ovat yhdessä kolmesta moodista: tarkka haku, jokerimerkit (joissa tähdellä käytetään merkitsemään "mitä tahansa täällä" ja sieppataan, kun ne täsmäävät) ja ECMAScript-säännölliset lausekkeet, jotka ovat Perl-yhteensopivia säännöllisiä lausekkeita.

Säännöstyyppejä on kahta, saapuvaa ja lähtevää. Saapuvat säännöt tarkastelevat pyynnön URL-osoitteita ja muuttavat niitä. Lähtevät säännöt tarkastavat lähetetyn liikenteen, etsivät sen sisällä olevia URL-osoitteita ja kirjoittavat ne tarvittaessa. Tämä on hienoa, kun sisältö voi käyttää ehdotonta URL-osoitetta, jota käyttäjän ei pitäisi vastaanottaa (erityisen kätevä käänteisen välityspalvelimen skenaarioissa).

Yksi hienoista asioista URL: n uudelleenkirjoittamisen suhteen on, että se tukee useita erilaisia ​​sisäänrakennettuja sääntöjä ( kuva B), jotka helpottavat elämää, kun haluat tehdä yhteisen uudelleenkirjoituksen. Täysi luettelo sisäisistä säännöistä on:
  • Sääntö kirjoituskartan kanssa: antaa sinun määrittää polkujen joukot ja niiden korvaukset yksinkertaisena luettelona.
  • Pyydä estämistä: estä pääsy polulle.
  • Käyttäjäystävällinen URL: luo nopeasti säännöt polku segmenttien (viivoin erotettuna) kartoittamiseksi merkkijonoista.
  • Käänteinen välityspalvelin: sallii nykyisen palvelimen kääntää välityspalvelimen toisen.
  • Ota käyttöön pienet URL-osoitteet: saa asiakkaan käyttämään aina pieniä URL-osoitteita HTTP-tilan 301 ("Pysyvä") uudelleenohjauksen kautta.
  • Canonical domain name: käyttää HTTP-tilan 301 ("pysyvä") uudelleenohjausta varmistaakseen, että asiakkaat käyttävät aina määritettyä verkkotunnusta.
  • Lisää tai poista takaviivan symboli: lisää aina tai poistaa aina takaviivan URL-osoitteiden polussa käyttämällä HTTP-tilan 301 ("Pysyvä") uudelleenohjausta.

Kuva B: Säännön luominen antaa sinun valita sisäänrakennetun säännön aloittaaksesi

Sisäänrakennetut säännöt ovat hienoja, koska vaikka ne aloittavat sinut tarvittaessa räätälöityllä ohjatulla toiminnolla, ne luovat vakiosääntöjä, joita voit sitten muokata tai muokata tarpeen mukaan.

Käyttäjäystävällinen URL-sääntö on melko suosittu niille, joilla ei ole järjestelmää, joka tekee sen automaattisesti. Aloitat kirjoittamalla esimerkki "rumasta" URL-osoitteesta, jota sivusto todella vaatii. Laitoin esimerkkiisi: "http://www.demosite.titaniumcrowbar.com/cms.aspx?cat=docs&id=13". Sitten minulle tarjottiin neljä ehdotettua esimerkkiä käyttäjäystävällisistä URL-osoitteista, joista jokainen seurasi hiukan erilaista mallia kääntämällä polun segmentit kyselymerkkijonoparametreihin. Valitse avattavasta valikosta, mikä esimerkistä pidät eniten, ja se näyttää sinulle URL-osoitteiden haku- ja korvausmallit, joita sääntö käyttää. Kun olet valinnut yhden, voit tietysti muokata ja muokata sitä tarpeen mukaan.

Kuva C: Käyttäjäystävällisen URL-säännön luominen
Toinen sisäisistä säännöistä, joita käytän melko vähän, on käänteisen välityspalvelimen sääntö. Järjestelmä käy jälleen läpi toimivaltaisen oletuskokoonpanon, mikä voi olla erittäin monimutkainen tehtävä ( kuva D ). Siinä on joitain mukavia sisäänrakennettuja vaihtoehtoja, joita voit muuttaa, kuten esimerkiksi sitä, pitäisikö HTTPS-vastaukset välittää aina tavalliseen HTTP: ään (palvelimen kuormituksen vähentämiseksi), ja haluatko käyttää lähtevän säännön sisäisen palvelimen nimen peittämiseen. Käytän tätä usein niin, että voin asettaa yhden keskuspalvelimen virtuaalisten Web-isäntälaitteiden kanssa samaan IP-osoitteeseen käsittelemään saapuvia pyyntöjä, joiden pitäisi mennä eri sisäisille palvelimille.

Kuva D: Käänteisen välityspalvelimen luominen

Viimeinen sääntö, josta haluan keskustella, ovat uusintakartat. Niiden avulla voit luoda luettelon URL-osoitteista ja kääntää ne korvatuiksi URL-osoitteiksi. Uudelleenkirjoituskartta itsessään on hyödytön, sitä on käytettävä osana suurempaa sääntöä korvausmallien sijasta tai yhdessä niiden kanssa. Nämä ovat mielestäni erityisen hyödyllisiä, kun suunnittelet tai järjestelet uudelleen sivustoa, joka käyttää ennakoimattomia URL-osoitteita (kuten monet staattiset HTML-sivustot). Yhdistämällä uudelleenohjauksen avulla HTTP-tila 301 ("Pysyvä") ja kirjoituskartta, voit räätälöidä käännöksesi tilanteissa, joissa säännöt eivät toimi hyvin.

Kun olet perustanut perussäännön (tai käyttänyt tyhjää sääntöä), voit muokata sitä tarpeen mukaan. Sääntöeditori ( kuva E ) todella hajottaa asiat hienosti. Aloitat säännimellä ja URL-mallilla, jotka vastaavat (tai eivät vastaa). Sieltä voit lisätä erilaisia ​​ehtoja, kuten etsiä tiettyä merkkijonoa URL-osoitteen parametrista, palvelinympäristömuuttujasta ja muusta. Voit sanoa, että se vastaa kaikkia tai vastaa kaikkia ehtoja. Jos ehtoja ei täytetä, sääntö ei suorita uudelleenkirjoitusta. Voit myös korvata palvelinmuuttujia, mikä on hieno tiettyjen käyttäytymisten valvomiseksi. Palvelinmuuttujat sisältävät erittäin suuren luettelon työskenneltävistä asioista, mukaan lukien luomat uudelleenkirjoituskartat. Seuraavaksi määrität, mitä säännön pitäisi tosiasiassa tehdä: suorittaa "uudelleenkirjoittaminen" (jolla palvelimen on käsiteltävä pyyntöä kuin uudelleenkirjoitettu URL olisi mitä asiakas pyysi) tai "uudelleenohjaus", joka todella lähettää uudelleenohjauksen HTTP-tilakoodin ( sinun on valittava, kumpi) asiakkaalle, jotta hän voi kysyä uutta URL-osoitetta. Sitten määrität itse uudelleenkirjoituksen mallin. Lopuksi, sinulla on muutama vaihtoehto:
  • Kyselyjonon lisääminen
  • Kirjataan pyyntö
  • Et enää käytä sääntöjä, kun tämä on valmis

Kuva E: Sääntöeditori

Näillä perusaineosilla voit luoda melkein minkä tahansa tarvitsemasi URL-osoitteiden uudelleenkirjoitusreseptin. Olen käyttänyt URL-uudelleenkirjoitusta sekä yksinkertaisiin että monimutkaisiin tehtäviin, enkä ole pettynyt.

© Copyright 2020 | mobilegn.com