Entfernen von .aspx-Erweiterung von SITECORE in der EXECUTEREQUEST-Pipeline

Question

Ich versuche derzeit, .aspx-Erweiterungen von SiteCore-URLs.Ein Blog legt nahe, dass das Ändern des folgenden Problems dieses Problem beheben würde:

generasacodicetagpre.

Das Problem ist, dass dies nicht für jeden Code auf unseren Websites funktioniert, da einige benutzerdefinierte Steuerelemente die Verwendung von .aspx zwingen.

Was ich nachgedacht habeder folgende Code

generasacodicetagpre.

Der Code wird getroffen und diese Lösung funktioniert, dass es jedoch eine Umleitung führt, die wirklich nicht das ist, was ich nicht tun möchte, ich möchte lieber eine regelmäßige Anfrage mit der URL aufgeräumt.Das Problem ist, dass die ARGS-Variable ein schreibgeschütztes Feld hat (unten ausgerichtet), mit dem die URL tatsächlich erstellt wird.

Hat jemand irgendwelche Ideen, wie ich hier die URL ändern kann, oder vielleicht woanders in der Pipeline?

Answer 1

Was Sie in der HTTPREQUESTPIPELINE tun, ist sicherlich nicht der richtige Weg, um Links zu ändern.Wie bei jeder Webanwendung werden alle Links auf der Seite als Inhalt der HTTP-Anforderung an den Client zurückgegeben.Die Umleitung während der Anforderung ändert den gerenderten Inhalt nicht.

Der einzige Weg, dies zu tun, ist der harte Weg:

• Finden Sie alle Orte in Ihrer Quelle, die die Links mit .aspx erstellen.Eine Suche nach "aspx" in der lösung kann helfen
• Finden Sie alle Verweise auf URLOPTIONEN und auf LINKManager und prüfen Sie, ob addaspxextesion= true manuell als Urloptionen eingestellt ist.

so etwas wie dies würde immer ein .aspx-Ende erstellen, das zum Beispiel endet:

generasacodicetagpre.

Answer 2

Entweder die harte Art, alle Ihre Links zu ändern, um den Link Manager zu verwenden, oder wenn Sie für die Zeit geschnallt werden, schlagen Sie möglicherweise etwas außerhalb von Sitecore vor und verwenden Sie das IIS-URLREWRITE-Modul.