OK - men det lyder som .NET og vil vel på samme måde som med ISAPI rewrite kræve admin adgang til serveren, ik? I så fald er vi jo tilbage ved udgangspunktet, da problemet jo for trådstarter, at der netop ikke er denne admin/rod adgang. Hvilket jo er helt almindeligt på en hostet/shared IIS.
OK - men det lyder som .NET og vil vel på samme måde som med ISAPI rewrite kræve admin adgang til serveren, ik? I så fald er vi jo tilbage ved udgangspunktet, da problemet jo for trådstarter, at der netop ikke er denne admin/rod adgang. Hvilket jo er helt almindeligt på en hostet/shared IIS.
Njah, altså ISAPI rewrite kræver jo at man kan få lov at lave ændringer til IIS, hvilket er uhyre sjældent man får lov il dette, selv på et alm . webhotel med ftp adgang osv.
Dette som jeg nævner kræver selvfølgelig en ftp adgang eller lign. til webhotellet, men derudover ingen særlige admin adgange, således kan det gøres på helt alm. webhoteller som det kendes fra wannafind / unoeuro osv. udbydere som tilbyder .NET hosting.
Men selvfølgelig hvis vedkommende end ikke har ftp adgang, så er det problematisk, men så er der ret meget der ikke kan lade sig gøre. Jeg mindes ikke det nævnes i tråden at der ikke er adgang via ftp, men måske jeg har overset det et sted i indlæggene, i så fald kan mit forslag naturligvis ikke bruges.
Du har set at der er kommet en løsning på problemet ikke?
Ud over det kan man lige så godt lave det ordentligt fra starten af, Canonical skal ikke bruges til at løse et problem, men til sikre det yderligere efter min mening. Jeg mener i hvertfald ikke at det er en løsning på et DC problem. Det vil samtidig også efter min mening, være mest hensigtsmessigt at lave http://www.domæne.dk/ til at være kanonisk i det her tilfælde.
OK - men det lyder som .NET og vil vel på samme måde som med ISAPI rewrite kræve admin adgang til serveren, ik? I så fald er vi jo tilbage ved udgangspunktet, da problemet jo for trådstarter, at der netop ikke er denne admin/rod adgang. Hvilket jo er helt almindeligt på en hostet/shared IIS.
Hej Mikkel
Der er mange måder at lave rewite eller 301 redirects i ASP.Net centralt, og uanset om filen findes eller ej. Her er en artikel om de forskellige måder at lave rewrite på, men samme metoder kan bruges til 301 redirects. Dette kræver ikke admin adgang til serveren.
En udfordring er at få .Net frameworket til at håndtere requests til sider som /articles/ som ikke har en fil extension. Udfordringen er beskrevet her: http://www.nerdymusings.com/LPMArticle.asp?ID=12 . Denne del er dog ikke direkte relevant for tråden, da der er tale om default.aspx.
Som sidebemærkning til KJT eller Demib (eller andre som ikke er klar over det), så kan man altså sagtens lave 301-redirect, selvom filen ikke findes rent fysisk.
Man skal blot bruge samme grundmetode som jeg nævner tidligere, og blot forespørge på en request på denne fil som ikke findes (da .net er lavet således at filer i en app_code mappe køres uanset hvad der requestes af .net sider, blot den er konfigureret til dette i web.config).
Jeg har lavet masse af 301-redirect redningsarbejde eller rewrite path og andre ting, uden adgang til IIS, uden admin adgang, blot alm. ftp adgang til webhotel som man får hos stort set alle webhoteller idag.
Som sidebemærkning til KJT eller Demib (eller andre som ikke er klar over det), så kan man altså sagtens lave 301-redirect, selvom filen ikke findes rent fysisk.
Man skal blot bruge samme grundmetode som jeg nævner tidligere, og blot forespørge på en request på denne fil som ikke findes (da .net er lavet således at filer i en app_code mappe køres uanset hvad der requestes af .net sider, blot den er konfigureret til dette i web.config).
Jeg har lavet masse af 301-redirect redningsarbejde eller rewrite path og andre ting, uden adgang til IIS, uden admin adgang, blot alm. ftp adgang til webhotel som man får hos stort set alle webhoteller idag.
Hæ, godt jeg er PHP mand og ikke ASP mand :) synes det lyder som om ASP er betydeligt mere indviklet end det behøver at være.
Hæ, godt jeg er PHP mand og ikke ASP mand :) synes det lyder som om ASP er betydeligt mere indviklet end det behøver at være.
Det er det bestemt ikke. Iøvrigt er det du snakker om et IIS issue - ikke et PHP/ASP issue :)
Mange ting er lettere i ASP end PHP - nogle ting er det omvendt med. Men grundlæggende set kan man stort set det samme i de to scripting sprog. Personligt synes jeg det er lidt lettere at læse den VB baserede kode i ASP end PHP, men det er jo en smags- og tilvænnningssag.
Bliv gratis medlem
Opret bruger