Hur man gör det i ASP

Eftersom Mod_Rewrite är en modul för PHP till Apache servrar finns det inte tillgängligt för webbplatser som kör ASP på en Windows server - inte heller .htaccess.

Men en kille berättade för mig att det finns en modul till IIS som man kan ladda ner här.

Teknisk info:

Citat:

---

Type: Add-on
Publisher: Dino Chiesa
Description: An ISAPI filter that does URL rewriting based on regular expression mapping. Something like the RemapUrl too from the IIS6 RK, but with more flexibility. Something like Apache's mod_rewrite, but for IIS. The source code is available under a BSD-style license.

---

Jag har dock inte testat detta.

Vi måste kolla vidare inom detta. Det är ett område som ligger varmt om hjärtat, tror mycket på det :)

Huvva! Jag har faktiskt tackat nej till jobb när kunden har haft asp-sajter. Och just nu har jag lyckats övertala en kund om att jag ska göra om hans sajt från scratch eftersom den tidigare var gjord i asp.

Jobbar ni aktivt i flera plattformar? Borde jag ta mig i kragen och skaffa mig en sajt på en asp-server bara för att lära mig?

Jag håller fortfarande på att lära mig PHP/MySQL och det räcker för min del. :)

Jag har stött på någonting som heter ISAPI Rewrite och IIS Rewrite. Min erfarenhet från dessa är dock minimala, men inte omöjligt att jag kommer bli tvungen att sätta mig in i någon av dessa inom en snar framtid, så jag ska försöka återkomma.

Nikke: Jag är i motsatt situation. Jag har jobbat med ASP i flera år och har medvetet låtit bli PHP, men nu börjat jobba även med det.

Visst är det vettigt att kunna olika alternativ, men lika vettigt är det väl att vara specialiserad på något?

ISAPI Rewrite har jag använt på IIS-baserade webbplatser några gånger och det funkar ungefär som mod_rewrite. Syntaxen är mycket lika och exempelvis [P] använder man på samma vis.

Här är en artikel om URL rewriting i ASP: http://yasd.blogspot.com/2006/01/sim...ng-in-asp.html

Kolla även: http://www.15seconds.com/issue/030522.htm och http://www.developerfusion.co.uk/show/4643/3/

Just i ASP krävs ju oftast någon form av installation på IIS-servern, vilket kan bli svårt om man hostar på sharedhosting hos ett webbhotell...allt beroende på vilken kontakt man har med webbhotellet då.

Min rekomendation är att bygga om en asp-applikation till en asp.net v2 applikation då det är klart mycket lättare att få till en urlrewrite där, med hjälp av HttpModules osv. Då krävs ingen instllation, eller andra special konfigureringar i IIS:en ..

Sitter man med egen server har man ju helt andra förutsättningar att ställa in IIS:en ... :P

cya,
/PatrikB

ASP och PHP är såpass nära besläktade, samma paradigmer och programflöden att jag inte ser hur ni kan tycka det är ett problem att lära sig båda.

Investera i en bok om ASP som täcker grundfunktionaliteten så tror jag inte ni har några problem med att ta ett jobb för att ändra ett par meta-taggar bara för att sidan är skapad med hjälp av ASP.

Värre blir det väl kanske när kunder med .NET (C#, java) och likande börjar droppa in, men det får ni väl helt enkelt lösa genom att outsourca jobb till folk med den kunskapen (eller tom anställa?).

Vill nog påstå att man som Classic ASP utvecklare har lättare att gå över mot ASP.NET (VB.NET), för att sedan ta steget över till C# (samma ramverk, annan syntax bara) än att från Classic ASP gå mot PHP. Syntaxen är helt olika. Enda likheten som jag ser är sättet hur de interpreteras (körs) och att de är scriptspråk, vilket inte ASP.NET är. ASP.NET är ett fullvärdigt programmeringsspråk, med objektorientering osv.

Talar av egen erfarenhet som MS utvecklare (VB 6, VB Script). Har försökt "gå över" mot PHP flera gånger, men hade svårt med syntaxen ;) ... var klart mycket lättare att gå över mot VB.NET och sedan ta steget över mot C#. Svårigheten att gå över mot NET sitter i programmeringsstrukturen, vilket tar sin tid, att släppa "tänket" från Classic ASP.

Just my €0.02

cya,
/PatrikB

cya,
/PatrikB

Citat:

---

Ursprungligen postat av Jim Westergren

Men en kille berättade för mig att det finns en modul till IIS som man kan ladda ner här.

---

DEN funkar klockrent! (IIS 5.1/6.x) kan snart visa vart när allt är färdigt ... har bara det "sista" kvar att göra, som det alltid brukar vara.

cya,
/PatrikB

Stötte precis på den här: http://www.isapirewrite.com/

Citat:

---

Ursprungligen postat av Jim Westergren

Stötte precis på den här: http://www.isapirewrite.com/

---

Jo det är samma som jag länkar till tidigare i tråden. Jag skickade dock över mina problem på någon mer serverkunnig. Jag får se hur det går om ett par månader. Det är en stor site kodad i asp som behöver url-omskrivning.

Har provat båda och isapirewrite . com fick jag aldrig att funka klockrent. Taskigt tålamod och vill att grejjerna ska funka direkt, utan för mycket "picklande" :p

Jag röstar för den "första", IonicIsapiRewriter.

Skulle vilja visa mitt projekt, så ni kan se det "in work", men siten är fortfarande inte släppt och releasedatumet är försenat till slutet av mars :(

cya,
/PatrikB

Man behöver inte isapi rewrite (eller någon annan tilläggsmodul heller) för att göra sökmotorvänliga URL:er på IIS. Med custom 404 och lite databasmeckande kan man lösa det alldeles på egen hand.

Tricket är just att kunna få alla inkommande anrop att gå till samma fil, och att därifrån, utifrån vad URL:en innehåller antingen servera ett innehåll från databas, hämta upp en särskild fil, eller helt enkelt servera ett 404. (Om det som efterfrågas faktiskt inte finns).

Men visst, det kräver en hel del kodning, och ska man lika bygga om en hel del kan man kanske byta till PHP.

Fördelen med PHP i kombination med mod_rewrite (bland annat) är att man slipper använda custom 404.

Har skrivit en (ej färdigställd) artikel som ni hittar i min signatur. Kanske måste jag sätta mig ned och göra en riktig tutorial på detta en vacker dag.

problemet som jag ser det idag är att Classic ASP är på väg "ut" så att säga till förmån för ASP.NET. OM! man skriver om en stor Classic ASP appliktion tror jag det ofta leder till en applikation skriven i ASP.NET, och då är ju också "problemet löst", om man redan har skapat sig en HttpModule + kodbas ... är ju bara att återanvända i projekt till projekt ...

Exempel på UrlRewrite med ASP.NET som använder exakt samma "kod" (logik) och tar kanske 30 min att fixa ihop:

www . hunduppfodare . se
www . dogindex . eu
divine . mrwzie . nu

och fler projekt lär det bli med samma kodbas ... enkel "förklarat" finns på www . mrwize . nu ...

Använder man en Isapi-urlrewrite för Classic ASP är det inte speciellt mycket som behöver kodas om. Det som behöver kodas om är just "url-skrivningen" i applikationen, resten sköter man på samma sätt som för mod_rewrite i stort sett ...

cya,
/PatrikB

Vem känner sig tillräckligt insatt i URL-omskrivning för ASP för att sammanställa all bra info från denna tråd och andra ställen i en ny tråd som vi klistrar i denna sektionen?

Har tänkt på denna tråd länge och gjort en hel del tester. Det enda jag kan säga är att det enda som funkar, bra, är att använda en ISAPI-komponent. 404-lösningen är svår att implementera och kräver mycket goda kunskaper i asp för att det inte ska bli fel OM t ex sidan inte finns. All felhantering måste kodas in där man skickar ut statuskoder på rätt sätt ...

Lösningen för ASP.NET UrlRewrite som jag själv använder på ett par st olika siter är inte heller omptimal. Även här gäller det att fånga fel och skicka ut dessa till browsern, speciellt till sökmotorrobotarna. Man måste även använda filändelsen .aspx, dvs det går inte att endast köra www.domain.tld/keyword/ utan man måste köra denna typ av urler. Går även här att göra en 404-lösning, men med samma negativa följder som för Classic ASP, man kan dock använda sig av denna typ av urler, www.domain.tld/keyword/

Nu har jag själv "turen" att ha en egen dedikerad server (windows 2003 web edition, 2x3ghz xenon cpu, 2GB ram) där jag kört tester av diverse olika ISAPI rewrites för windows. I dagsläget har jag IIS Mod-Rewrite PRO installerad och som fungerar mycket bra, även för WordPress MU/SU applikationer. Gratis komponenterna jag använt har inte varit tillräckliga, eller inte haft stöd för många mod_rewrite-funktioner. IIS Mod-Rewrite PRO har nästan fullt stöd för Apaches mod_rewrite vilket gör att man kan köra WordPress SU "out-of-the-box", med .htaccess-fil. WordPress MU behöver lite "handpåläggning" för att "hoppa igång".

Mitt tips är att OM man ligger på shared hosting ber webbhotellet att installera antingen ISAPI_Rewrite3 eller IIS Mod-Rewrite PRO. Båda dessa har stöd för separata .htaccess-filer för varje webbplats, man kan även ställa in "globala inställningar".

Här finner ni installationer som använder WordPress MU/SU och IIS Mod-Rewrite PRO:

www.klickertraning.se
hundbloggar.se (ej live, kommer inte att ligga på den domänen)

dessa php-installationer funkar hur bra som helst på windows-server OM man har rätt förutsättningar för att få UrlRewrite applikationer installerade på webbservrarna.
Detta kommer naturligtvis även att fungera perfekt för Classic ASP/ASP.NET applikaitoner ... själv håller jag på att ändra om mina applikaitoner som använder ASP.NET lösningen till att istället använda sig av .htaccess-filer ... mycket bättre kontroll och det blir rätt utan en massa fel

cya,
/PatrikB

en uppdatering ...

Man behöver göra lite handpåläggning även i WordPress v2.3. Detta bör ligga högst upp, direkt efter <?php i wp-config.php

Citat:

---

$_SERVER[ 'REQUEST_URI' ] = $_SERVER[ 'HTTP_X_ORIGINAL_URL' ];

---

Har att göra med att IIS:en INTE sätter REQUEST_URI av någon anledning ... men, detta fixar ju biffen, men man behöver komma ihåg det vid "nyinstallationer" och uppgraderingar ...

cya,
/PatrikB

Nu har jag hackat ihop ett exempel på hur man kan åstadkomma sökmotorvänliga URLer på IIS utan ISAPI rewrite, via custom 404.

För de av er som är intresserade så kan ni ladda hem filerna här. Kolla i readme.txt för hur ni ska installera och konfigurera testet.

Det är endast ett väldigt enkelt exempel och det finns säkerligen en hel del felhantering ogjort, men den visar i alla fall hur det fungerar i grunden. Dessutom hanterar den i detta utförande enbart statiska filer. Alltså inga dynamiska urler mm. Men det är inte så svårt att bygga ut den för att hantera detta.

Kanske skriver jag lite mer utförligt om testet på min blogg i framtiden. Just nu är det fullt upp.