Question

Nous avons un site de test hébergé uniquement par adresse IP. Nous devons vraiment tester certaines fonctionnalités qui dépendent du sous-domaine utilisé par une personne pour accéder au site. Mais bien sûr, nous ne pouvons même pas UTILISER de sous-domaines avec un site uniquement IP.

Donc, je pensais qu'au lieu de sous-domaines, les testeurs pourraient ouvrir le site avec une URL comme celle-ci: http://192.168.0.1/smith ou http://192.168.0.1/jones et je les redirigerais ensuite vers http://192.168.0.1/default.aspx?site=smith etc ...

Nos testeurs sont chez le client et leur demander d'entrer dans la chaîne de requête poserait problème. De plus, j'aimerais vraiment avoir une introduction rapide à la réécriture d'URL.

Quelqu'un peut-il me dire si ce que je veux faire est possible et, le cas échéant, un pointeur sur un code, une explication ou quelque chose?

Nous utilisons asp.net 3.5 et iis6, je crois.

Merci pour toute aide!

Était-ce utile?

La solution

J'ai rédigé une introduction à la Réécriture d'URL dans ASP.NET sur mon blog, pour ce que ça vaut. N'hésitez pas à poster plus de questions ici pour clarifier tout problème spécifique que vous rencontrez.

Autres conseils

cela fonctionnera certainement dans votre situation http://www.urlrewriting.net/149/fr/home.html

nous avons implémenté la même chose dont vous aviez besoin, sa dll open source et vous devez écrire quelques règles dans web.config, selon votre scanario, votre règle quelque chose comme

<add name="index" virtualUrl="^~/(.*)/Default.aspx" rewriteUrlParameter="ExcludeFromClientQueryString" destinationUrl="~/Default.aspx?site=$1&amp;urw=t" ignoreCase="true"/>

vous pouvez éventuellement modifier le fichier hosts de la machine de test pour qu'il pointe les domaines (et les sous-domaines) sur cette adresse IP. Ainsi, vous ne devrez pas vous fier au DNS et pourrez tester comme si les domaines étaient attribués.

plus d'informations ici:

http://labnol.blogspot.com /2004/10/tweak-your-windows-hosts-file.html

  

cela fait partie de .Net 3.5 et est le   Même mécanisme utilisé par MVC

Cela vous simplifie la vie, car tout est stocké dans le fichier HttpContext.CurrentContext.Items ["]].

J'ai adapté ce code pour un projet comportant un fichier de configuration XML. J'utilise ensuite ce fichier pour créer RouteCollection . Ce code a également été facilement étendu pour gérer les redirections 301 pour le référencement.

Cette méthode est également chargée une fois dans votre AppPool et élimine la nécessité d'analyser les fichiers xml et les configurations pour chaque appel. Jusqu'à présent, cela a été la meilleure solution pour moi en termes de performances.

Si vous avez besoin d’aide, faites-le moi savoir. Je me ferai un plaisir de donner un coup de main.

Modifier: 13/09/09

Je n'ai pas encore rencontré ce problème car je gère habituellement la vérification de l'adhésion / authentification dans chaque page. J'ai généralement un contrôle ou une méthode que j'appelle sur la page pour valider / autoriser un utilisateur. Mes clients utilisent rarement les membres ASP.Net. Ils s'appuient généralement sur des sous-systèmes propriétaires auxquels nous devons nous connecter.

J'ai étendu les exemples fournis dans les liens ci-dessus afin de pouvoir écrire une table de routage XML qui est chargée au démarrage de l'application ou lorsque je force une mise à jour de RouteCollection.

jusqu'à présent, cela s'est avéré assez efficace. Cela peut également permettre de modifier les itinéraires lorsque l'application est en cours d'exécution, sans temps d'arrêt.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top