Frage

Ich bin mit Sitecore als CMS-Lösung. Vor kurzem haben wir beschlossen, auf Fehler Redirect Fähigkeit zu unserer Website hinzuzufügen. In Sitecores, ich habe zwei Content-Seiten erstellt, ein Server-Fehler zu behandeln und eine weiteren 404-Fehler zu behandeln. Ich implementiert, um die Server-Fehler mit grundlegenden Sublayouts ohne hinter Code. Auf der anderen Seite hatte die Seite 404 eine sublayout, die den Link angezeigt werden können, die eingegeben wurde, der mit dem 404-Fehler geführt. Ich fuhr dann fort, diese Seiten in die web.config-Datei hinzufügen (I bearbeiten die Custom Einstellung auf die Server-Fehler-Seite und die 404-Fehler umleiten auf die 404-Fehlerseite zu umleiten. Ich ersetzen auch die noitems Einstellungen auf meine 404-Fehler-zu-Punkt Seite.

Darüber hinaus änderte ich den HTTP-Fehler 404 auf meine neue 404-Fehlerseite in IIS-zu-Punkt (5.1). Und siehe da, meine Änderungen gearbeitet; Ich konnte viele der Fehler auf diese neuen Seiten umzuleiten. Aber was habe ich herausgefunden, dass IIS durch Erzwingen meiner aspx-Seite für 404-Fehler zu umleiten, jetzt Meine Website verfügt über erweiterungs URL umleitet. (Previosly wenn ich getippt http: // mywebsite / foo , werde ich einen 404-Fehler erhalten Jetzt, nach all dies zu tun. , es wird mich auf die foo.aspx Seite)

  1. Kann jemand dieses Verhalten erklären? Jede plausible Erklärung lässt mich nachts nicht schlafen.

  2. Soll ich gehen Sie vor und nutzen diese als eine temporäre Lösung für erweiterungs URL Umleiten? Was ist mit dieser Lösung könnte falsch sein?

War es hilfreich?

Lösung

Geben Sie für diesen in der web.config in dem Linkmanager Abschnitt:

addAspxExtension

Ist das Set auf true? Wenn ja, dann ist dies ein Sitecores Einstellung, die Sie würde sich ändern müssen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top