[ASP] Redirection gebaseerd op URL

[Brynnie]

Ik ben op zoek naar een nette en handige oplossing om redirects uit te voeren op basis van de URL.

Net zoals gebeurt op bvb
http://get.to/tweakers die dan zou doorverwijzen naar http://www.tweakers.net

Het lijkt me eenvoudig, dus dat je een tabel hebt met daarin de verkorte naam ("tweakers") en de bestemmingsurl, hier dus www.tweakers.net

Die ASP pagina die dat opzoekt en vervolgens verwijst naar de betreffende url, kan ik zonder problemen maken.

Maar het probleem is de stap ervoor: Hoe maak ik de webserver duidelijk dat hij niet de "404, file not found" pagina moet tonen, maar dat hij eerst moet een script runnen.

Ik heb een oplossing bedacht, namelijk een custom .asp file not found pagina die dan de opzoeking doet. Dat werkt, maar deze oplossing lijkt me niet erg "netjes", want de bezoeker ziet dan tijdelijk de .asp van de file not found page in zijn adres bar, en dat wil ik vermijden.

Zijn er mogelijkheden om dit anders, dus effectiever en sneller, aan te pakken?

Ik vermoed dat het aan de hand van ISAPI filters zou kunnen, maar van die exotische dingen ken ik zelf nog onvoldoende, dus als iemand eens een hint of tip zou kunnen geven...

[Nibble]

In dreamweaver ultradev (kan me niet schelen, RAD is beter).
zijn hier standaard componenten voor van macromedia exchange af te trekken.

http://www.macromedia.com/exchange/ultradev

[Brynnie]

Kan je dan eens de naam van zo'n component geven, want ik vind er niet direkt iets over...

[Nibble]

gewoon zoeken op keywords.
"redirect session var"

zou je de sessie variabele kunnen zetten bij het bezoeken van een pagina.

[Brynnie]

Ik denk dat je het probleem niet 100% snapt:

Als iemand dus bvb
http://get.to/tweakers
ingeeft, zal de webserver een 404 page tonen omdat de webserver gaat kijken of die page bestaat, en die bestaat dus niet.

Wat ik bedoel is dat de webserver naar een asp page gaat en daar asp code uitvoert, afhankelijk van wat er naar de / staat.

Dus http://get.to/tweakers zorgt er bvb voor dat de page http://get.to/redirect.asp?var=tweakers wordt aangeroepen.
En http://get.to/got zorgt dat http://get.to/redirect.asp?var=got wordt aangeroepen.

De files / directories 'tweakers' en 'got' bestaan dus niet op de server. En daarom geeft de server een 404 page.

De webserver moet dus, voor dat hij de 404 aanroept, de pagina redirect.asp?var=... aanroepen.

Snap je het ongeveer?

En euh ... een zoektocht in de Ultradev extensions naar "redirect session var" leverde helemaal niks op.

[Nibble]

Op zondag 20 januari 2002 00:45 schreef Brynnie het volgende:
Ik denk dat je het probleem niet 100% snapt:

Als iemand dus bvb
http://get.to/tweakers
ingeeft, zal de webserver een 404 page tonen omdat de webserver gaat kijken of die page bestaat, en die bestaat dus niet.

Wat ik bedoel is dat de webserver naar een asp page gaat en daar asp code uitvoert, afhankelijk van wat er naar de / staat.

Dus http://get.to/tweakers zorgt er bvb voor dat de page http://get.to/redirect.asp?var=tweakers wordt aangeroepen.
En http://get.to/got zorgt dat http://get.to/redirect.asp?var=got wordt aangeroepen.

De files / directories 'tweakers' en 'got' bestaan dus niet op de server. En daarom geeft de server een 404 page.

De webserver moet dus, voor dat hij de 404 aanroept, de pagina redirect.asp?var=... aanroepen.

Snap je het ongeveer?

En euh ... een zoektocht in de Ultradev extensions naar "redirect session var" leverde helemaal niks op.

Ik denk dat jouw probleem op te lossen is met een pagina met een meta-refresh tag erin, en dan na een paar seconden redirecten naar de juiste url.

wat betreft die ultradev search, ik weet wel zeker dat je resultaat krijgt, want ik ben hier nog niet zo heel lang geleden achteraan gegaan.

[Brynnie]

Op zondag 20 januari 2002 00:49 schreef Nibble het volgende:

[..]

Ik denk dat jouw probleem op te lossen is met een pagina met een meta-refresh tag erin, en dan na een paar seconden redirecten naar de juiste url.

wat betreft die ultradev search, ik weet wel zeker dat je resultaat krijgt, want ik ben hier nog niet zo heel lang geleden achteraan gegaan.

1. Je snapt 't nog altijd niet. Hoe kan de IIS server op die pagina met die meta-refresh tag komen als volgens de IIS server de pagina die ik opvraag (http://get.to/tweakers) niet bestaat. Ik krijg dus voortdurend de 404 page, wat ook logisch is.

Volgens mij moet het opgelost worden met ISAPI filters op de webserver, maar ik ben al de hele avond op zoek naar meer info en vind echt geen relevante informatie die mij bij dit probleem verder helpt.

2. Ik heb de search net uitgevoerd en hij levert 0,0 resultaten op. Ik heb het hier dus wel over een search in de Ultradev Extentions op de Macromedia Exchange site.

[Verwijderd]

Response.Redirect("url")

deze stuurt je naar een url toe
( werkt mooier dan de meta tag want dit is http, meta = html en duurt dus iets langer (en minder compatible met sommige browsers )

voor dat serverpath zooi zou ik even kijken naar Request.ServerVariables("PATH_INFO")

kweet zelf niet hoe en wat precies, kben niet zon asp coder

[Brynnie]

Wat jullie zeggen klopt allemaal wel, maar jullie houden geen rekening met het feit dat de browser de 404 page gaat tonen, omdat die opgevraagde page helemaal niet bestaat.

Ik herhaal dus: Het probleem situeert zich hier: Hoe raak ik ipv naar de 404 page naar de script page die de redirect doet, zonder de 404 page van de site te customizen, want als de ingegeven redirect in het script niet werkt, moet die 404 page getoond worden...

Het is wat moeilijk om onder woorden te brengen.

Dit is een oplossing: http://manolito.hazel.nl/resources/activexisapi/
(zie myRedirector)

Maar ik wil weten hoe dat die techniek werkt, en niet zo maar een dll installeren op een webserver.

[Blue-eagle]

In IIS:
- Maak een virtuele map
- eigenschappen van die virt. map in je IIS scherm
- bij 'virtuele map' de keuze 'een omleiding naar een url' aangeven
- url invoeren
- klaar

En nu daar nog een handige methode voor vinden, om makkelijker een virt. map toe te voegen.

[Brynnie]

Op zondag 20 januari 2002 01:30 schreef Blue-eagle het volgende:
En nu daar nog een handige methode voor vinden, om makkelijker een virt. map toe te voegen.

Das idd ook een oplossing, maar dan heb ik zoals je zegt een manier nodig om via een webpagina zo'n virtuele map snel en eenvoudig aan te maken.

Ik vraag me wel af of een ISAPI filter niet handiger zou zijn * , omdat ik dan de data in een database kan opnemen. Het aanmaken van een extra mapping is dan met ASP uiteraard kinderspel.

* Bron: http://www.iisadministrator.com/Articles/Index.cfm?ArticleID=9743

[Verwijderd]

je kunt in iis toch ook gewoon zelf-gemaakte error-pages instellen? Dus dat als je een 404-error krijgt, dat ie dan gewoon naar jouw zelf gebouwde redirect-pagina gaat?

[Ramon]

Op zondag 20 januari 2002 10:14 schreef Doris het volgende:
je kunt in iis toch ook gewoon zelf-gemaakte error-pages instellen? Dus dat als je een 404-error krijgt, dat ie dan gewoon naar jouw zelf gebouwde redirect-pagina gaat?

Juist, dit is echt zo simpel! Je gaat naar de properties van je website in IIS > custom errors > stelt de pagina die je eerder gemaakt hebt (bijv. met Response.redirect) in als 404 pagina, en dan elke keer als je een 404 krijgt wordt die pagina geladen. Echt simpel!

[Brynnie]

Op zaterdag 19 januari 2002 20:18 schreef Brynnie het volgende:
Ik heb een oplossing bedacht, namelijk een custom .asp file not found pagina die dan de opzoeking doet. Dat werkt, maar deze oplossing lijkt me niet erg "netjes", want de bezoeker ziet dan tijdelijk de .asp van de file not found page in zijn adres bar, en dat wil ik vermijden.

Zijn er mogelijkheden om dit anders, dus effectiever en sneller, aan te pakken?

Zoals ik dus reeds zei ziet de bezoeker dan in zijn adresbar een url staan zoals deze bvb:
http://get.to/404.asp?404;http://get.to/tweakers

en dat vind ik niet echt "netjes". Er moet toch een betere oplossing bestaan?

[Crazy D]

Op zondag 20 januari 2002 12:37 schreef Brynnie het volgende:
Zoals ik dus reeds zei ziet de bezoeker dan in zijn adresbar een url staan zoals deze bvb:
http://get.to/404.asp?404;http://get.to/tweakers

en dat vind ik niet echt "netjes". Er moet toch een betere oplossing bestaan?

Ja en in die 404.asp redirect je bv naar http://www.tweakers.net en dat is dan de url die in de adresbalk staat...