---

Kan man ikke, i global.asa, gøre så man automatisk bliver redirectet til en
bestemt side, hvis der er en der prøver at åbne en ikke eksisterende side?

Eks.:
http://www.katzmann.dk/ugyldig.asp vil give en 404 side men da jeg har lavet
min egen 404 side vil jeg gerne have at den besøgende bliver henvist til den
istedet.

Kan man det?

--
Mvh
Kasper Katzmann
---------------------------------
Katzmann Consulting
http://www.katzmann.dk

---

Kasper Katzmann skrev:

> http://www.katzmann.dk/ugyldig.asp vil give en 404 side men da
> jeg har lavet min egen 404 side vil jeg gerne have at den
> besøgende bliver henvist til den istedet.
>
> Kan man det?

Ja - men ikke i global.asa. Så vidt jeg ved skal ændring af
fejlsider sættes op direkte på serveren.
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html

---

>> http://www.katzmann.dk/ugyldig.asp vil give en 404 side men da
>> jeg har lavet min egen 404 side vil jeg gerne have at den
>> besøgende bliver henvist til den istedet.
>>
>> Kan man det?
>
> Ja - men ikke i global.asa. Så vidt jeg ved skal ændring af
> fejlsider sættes op direkte på serveren.

Kan man ikke bruge Request.Servervariables("SCRIPT_NAME") til at fange om
det er den rigtige side?

Jeg kan nævne at alle mine sidder åbnes i default.asp vha. querystrings.

--
Mvh
Kasper Katzmann
------------------------------
Katzmann Consulting
http://www.katzmann.dk

---

Kasper Katzmann wrote in dk.edb.internet.webdesign.serverside.asp:
> >> http://www.katzmann.dk/ugyldig.asp vil give en 404 side men da
> >> jeg har lavet min egen 404 side vil jeg gerne have at den
> >> besøgende bliver henvist til den istedet.
> >>
> >> Kan man det?
> >
> > Ja - men ikke i global.asa. Så vidt jeg ved skal ændring af
> > fejlsider sættes op direkte på serveren.
>
> Kan man ikke bruge Request.Servervariables("SCRIPT_NAME") til at fange om
> det er den rigtige side?

jeg vil tro, at du kan fange SCRIPT_NAME i global.asa, men det vil jo i
hvert fald give dig to problemer.

1.
Du skal vedligeholde en liste over alle "valide" filer i din applikation for
at se, om den forespurgte fil er korrekt.

2.
Du vil under alle omstændigheder kun kunne fange det første request i sub
Session_OnEnd, da din session jo på dette tidspunkt er startet. Dette kan
dog nok ordnes ved at slette den aktive session på din fejlside.

PS: i ASP.Net er det muligt manuelt at specificere alle fejlsider

Jesper Stocholm
http://stocholm.dk

--
Danmarks største specialiserede IT jobdatabase
- Udelukkende med IT- og internetrelaterede jobs
- Opret en profil og lad drømmejobbet finde dig
KLIK HER! => http://www.html.dk/job

---

Jesper Stocholm skrev
>> Kan man ikke bruge Request.Servervariables("SCRIPT_NAME") til at
>> fange om det er den rigtige side?
>
> jeg vil tro, at du kan fange SCRIPT_NAME i global.asa, men det vil jo
> i hvert fald give dig to problemer.
>
> 1.
> Du skal vedligeholde en liste over alle "valide" filer i din
> applikation for at se, om den forespurgte fil er korrekt.

Men som skrevet står, så bruger jeg kun default.asp til at åbne mine sider
(og så et par querystrings).

Jeg har prøvet med følgende i Sub Session_OnStart:
If Request.Servervariable("SCRIPT_NAME") <> "/default.asp" then
Response.Redirect("default.asp?id=start&mid=start")
end if

men der sker absolut intet.

> 2.
> Du vil under alle omstændigheder kun kunne fange det første request i
> sub Session_OnEnd, da din session jo på dette tidspunkt er startet.
> Dette kan dog nok ordnes ved at slette den aktive session på din
> fejlside.

Ahhh.... vil det sige at global.asa ikke aktiveres hvis det er en ukendt
side der forsøges åbnet?

--
Mvh
Kasper Katzmann
------------------------------
Katzmann Consulting
http://www.katzmann.dk

---

"Kasper Katzmann" <kasper@FJERNESkatzmann.dk> wrote in message
news:b2vp7o$ohs$1@news.net.uni-c.dk...
> Ahhh.... vil det sige at global.asa ikke aktiveres hvis det er en ukendt
> side der forsøges åbnet?

Du er vist lidt på sidespor her ...

404 siden er ikke en asp side med en alm. html side.

i IIS har man mulighed for at ændre 404 siden med sit eget indhold.
Det udnytter du ved at ændre siden så den den indeholder en HTML Refresh
f.eks. til din egen FEJL.ASP side hvor du kan hjælpe brugeren videre, lave
advanceret søgning eller lave et database oplslag for at finde hvor siden er
flyttet hen osv osv


--
Flemming
http://home.cbkn.dk/Spyware/
http://home.cbkn.dk/Spam/

---

Følgende er nedfældet af F.Larsen:

> "Kasper Katzmann" <kasper@FJERNESkatzmann.dk> wrote in message
> news:b2vp7o$ohs$1@news.net.uni-c.dk...
>> Ahhh.... vil det sige at global.asa ikke aktiveres hvis det er en
>> ukendt side der forsøges åbnet?
>
> Du er vist lidt på sidespor her ...

Det synes jeg nu ikke.

> 404 siden er ikke en asp side med en alm. html side.

Det er jeg udemærket klar over.

> i IIS har man mulighed for at ændre 404 siden med sit eget indhold.
> Det udnytter du ved at ændre siden så den den indeholder en HTML
> Refresh f.eks. til din egen FEJL.ASP side hvor du kan hjælpe brugeren
> videre, lave advanceret søgning eller lave et database oplslag for at
> finde hvor siden er flyttet hen osv osv

Det jeg vil, er jo netop at undgå den 404 side, der ligger generelt på
serveren. Jeg har nemlig ikke adgang til serveren.


--
Mvh
Kasper Katzmann
---------------------------------
Katzmann Consulting
http://www.katzmann.dk

---

F.Larsen skrev:

> 404 siden er ikke en asp side med en alm. html side.

I standardopsætningen, ja.

> i IIS har man mulighed for at ændre 404 siden med sit eget
> indhold. Det udnytter du ved at ændre siden så den den
> indeholder en HTML Refresh f.eks. til din egen FEJL.ASP side

Det er både lettere og mere sikkert at lade 404-siden være en
rigtig asp-side. HTML-Refresh bør undgås fordi det ødelægger
muligheden for at bruge browserens tilbageknap.
--
Jens Gyldenkærne Clausen
Svar venligst under det du citerer, og citer kun det der er
nødvendigt for at forstå dit svar i sammenhængen. Se hvorfor og
hvordan på http://usenet.dk/netikette/citatteknik.html