Discussion :

[CUCARACHA]

Salut,

Je suis en train de bosser sur l'url rewriting sous ASP.net 3.5

Je précise que c'est du rewriting à la mano dans le globals.asax et non par HttpModule.

En fait, j'aimerais que l'adresse invoquée au départ soit celle ci qui est utilisée dans l'attribut action du form de la page et non l'adresse de la page sur laquelle la requête a été redirigée.

J'ai essaye de trafiquer render et prerender sans succès.

Quelqu'un connaîtrait-il une technique efficace ?

D'avance merci

Laurent

[nico-pyright(c)]

tu peux regarder dans mon tutoriel : http://nico-pyright.developpez.com/t...ing/#Lpostback

[nico_4802]

Bonjour,

J'ai suivi votre tutoriel sur l'implémentation de l'url rewriting, et cela fonctionne parfaitement. J'ai cependant une petite question à vous poser :

j'utilise un fichier .browser pour pallier au problème des postbacks :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
<browsers>
  <browser refID="Default">
    <controlAdapters>
      <adapter controlType="System.Web.UI.HtmlControls.HtmlForm" adapterType="CMS.PAGES.URLREWRITING.FormAdapter" />
    </controlAdapters>
  </browser>
</browsers>

en local, sous IIS 7, cela fonctionne parfaitement.
Néanmoins, lorsque je place mon site sur le serveur distant en production (IIS 6, je pense) , ma classe "FormAdapter" n'est jamais exécutée, mais impossible de savoir à quel niveau se trouve le problème...

auriez-vous une petite idée, par hasard ?
Je vous remercie de votre aide.

[CUCARACHA]

Salut,

L'URL Rewriting n'est pas une fonctionnalité native de IIS 6. A l'époque de cette version il fallait utiliser un module externe comme Intelligencia URL Rewriter (tu pourras trouver des infos à ce sujet ici : http://forums.asp.net/t/1518828.aspx)

Pour ma part, j'ai développé mon propre module qui fonctionne aussi bien sous IIS 6 que sous les versions ultérieures car c'est assez facile à faire dans le global.asax à l'aide de l'évennement BeginRequest. Du coup je n'ai jamais mis en oeuvre les fonctionnalités natives IIS 7 et +.

Intelligencia URL Rewriter nécéssite un minimum de connaissance en expressions régulières voir : http://lgmorand.developpez.com/dotnet/regex/

Le conseil que je te donnerais serait de ne jamais développer sur une version IIS Plus récente que ton environnement d'execution (à la limite, le contraire peut être acceptable).

Bonne continuation

Laurent

[CUCARACHA]

En ce qui concerne l'adapter ça fonctionne, je l'ai déja mis en oeuvre dans IIS 6.

++

Laurent

[nico_4802]

merci pour la réponse,

Donc la question serait alors maintenant de savoir ce qui fait que mon fichier .browser ne soit plus interprété dans le nouvel environnement de production...

[nico_4802]

Alors pour votre info :

pour ceux qui auraient déjà rencontré le problème ci-dessus (le fichier .browser du répertoire "App_Browsers" qui n'est pas pris en compte après compilation), après quelques bonnes heures de recherche, voici enfin la solution :

[CUCARACHA]

Dans mon cas, mais ça n'est peut-être pas la bonne pratique, je mets mes pages aspx dans un dossier /webpages.
Ce dossier est découpé en 3 ou plus
/Webpages/public
/Webpages/private
/Webpages/administration

Il devient beaucoup plus facile de gérer le robot.txt

Si tes pages rewritées sont à la racine et que robot.txt interdit le dossier /webpages, tu n'auras jamais tes .aspx référencées dans google.

++

Laurent