2009-05-19 8 views
4

Ein Kunde fragt, ob wir etwas tun können, um "/ Pages" von seiner Internet-orientierten MOSS-Veröffentlichungsseite zu entfernen. Einige Googles zeigen, dass einige clevere Verwendung von HTTP-Modulen in der Lage ist, das Vorhandensein von Pages zu verbergen, aber ich habe noch keine End-to-End-Arbeitslösung gesehen. Ist jemand von Ihnen auf diese besondere Anforderung gestoßen, und wenn ja, wie haben Sie das gelöst?Nehmen/Seiten aus der SharePoint URL?

Der Hauptanliegen des Kunden bei/Pages ist der SEO-Effekt - wenn jemand irgendeine Möglichkeit hat, diese Probleme abzuschwächen oder erklären kann, warum dieses zusätzliche Level in Ihrer URL keine Rolle spielt, wäre das ebenfalls willkommen (und wahrscheinlich besser, auf lange Sicht!)

Antwort

1

Ich weiß, dass ASP.NET 3.5 SP1 die URL-Routing-Engine hat, die ASP.NET MVC integriert verwendet. Wenn Sie gegen diese Version des .NET-Framework ausführen wollten, Sie könnten Routen verwenden, um den/Pages-Teil der URL zu entfernen. Aber ich bin nicht zuversichtlich, MOSS auf dieser Version von .NET laufen zu lassen. Das ist der erste Ort, den ich überprüfen würde.

+0

Wir betreiben MOSS Enterprise Publishing und Intranet-Sites auf asp.net 3.5. Wir führen jedoch keine URL-Änderungen durch. – Marc

0

Sie können eine Liste der öffentlich zugänglichen Websites mit MOSS here erhalten. Sie können sehen, dass sie die "Seiten" -Bibliotheken verwenden und Sie können Ihre bevorzugten Suchmaschinen anhand des Inhalts überprüfen. Hoffentlich wird dies ausreichen, um zu zeigen, dass die "Page" -Bibliotheken kein allzu großes Problem darstellen und Sie ihnen eine Menge Geld sparen können.

0

Sie können den Namen (und die URL) der/Pages-Bibliothek ändern.

2

Das Hauptproblem, das Sie haben werden, ist, dass Microsoft keine Unterstützung für eine SharePoint-Instanz bietet, die die Seitenbibliothek "versteckt" hat.

Ja, Sie können einen URL-Rewriter verwenden, um den Abschnitt/pages des Pfads auszuschließen. Außerdem müssen Sie den Antwortstream durchsuchen und ersetzen, um ihn aus allen generierten URLs zu entfernen haben offensichtlich einen Performance-Hit auf dem Server - aber mit sorgfältiger Verwendung von Caching ist es möglicherweise nicht so bemerkbar.

In PSS müssen Sie das Setup entfernen, bevor Sie Probleme mit Ihrer Website untersuchen. Daher müssen Sie (oder Ihr Kunde) die wahrgenommenen Vorteile mit den Leistungs- und Supportproblemen abwägen.

Ich glaube, wir haben es für einen unserer Kunden in der Vergangenheit getan, aber die meisten sind glücklich, mit dem/pages-Element zu bleiben - es hat wirklich nicht so viel Wirkung.