Welche Dateien können wir ändern, damit unsere Lösung weiterhin von Microsoft unterstützt wird?Welche Dateien dürfen Sie in SharePoint 2007 ändern?
Kann man Fehlerseiten anpassen? Können wir die web.config-Dateien ändern, um benutzerdefinierte HTTPHandlers zu verwenden?
Hier ist die nächste, die ich auf eine offizielle Antwort von Microsoft finden:
Sie können sicherlich die Datei web.config für Ihre Websites bearbeiten. Beachten Sie jedoch, dass Sie beim manuellen Bearbeiten von Dateien im Dateisystem daran denken müssen, diese Änderungen manuell auf allen Servern in der Farm vorzunehmen (vorausgesetzt, eine Farm existiert). Wenn Sie Dateien in der 12-Struktur bearbeiten, ist es außerdem wichtig zu verstehen, dass Sie eine Änderung an allen SharePoint-Websites vornehmen, die auf den Servern gehostet werden, für die die Dateien bearbeitet wurden.
Persönlich, wenn ich eine benutzerdefinierte Fehlerseite erstellen würde, würde ich einfach einen <customErrors> Abschnitt zu meiner web.config hinzufügen. Ich vermeide Bearbeitung alle bestehenden Dateien in der 12 Bienenstock, aber ich habe hinzugefügt Dateien (obwohl es selten ist).
Die Anpassung der Fehlerseite ist nicht sehr einfach (oder flexibel). Sie können ein Beispiel hier sehen:
Die web.config geändert werden kann. Ich habe meine eigenen HttpModule zusätzlich zu den ursprünglichen verwendet, aber ich habe keine benutzerdefinierten HttpHandlers verwendet. IMO sollte es funktionieren, wenn Sie den ursprünglichen Handler nicht ändern (d. H., Wenn Sie Ihren Handler für einen bestimmten Dateityp hinzufügen, der nicht von SP gehandhabt wird).
keine vorinstallierten Dateien in der 12-Hive ändern (Programme \ Gemeinsame Dateien \ Microsoft Shared \ Web Server Extensions \ 12) ... ein Service Pack kann Änderungen aktualisieren und überschreiben.
Alles in der Content-Datenbank (Masterpage, Stylesheets-Liste in ~ Catalogs) ist zu ändern (ich würde hinzufügen, anstatt zu aktualisieren, falls ein Service Pack etwas ändert), da es auf dem Dateisystem sitzt und sofort ist verfügbar für alle Mitglieder der Webfarm (neu hinzugefügte Server).
Alle benutzerdefinierten Funktionen, die dem Ordner 12 im Feature-Ordner hinzugefügt wurden, in einem benutzerdefinierten/nicht-Microsoft-Ordner (dh im 12 \ -Feature-Ordner), ändern keine vorinstallierten Dateien, aber fügen Sie a Ordner für Ihr Feature und arbeiten innerhalb).
Benutzerdefinierte Features können mithilfe der Visual Studio-Erweiterungen (VSeWSS) entwickelt werden, die derzeit für Visual Studio 2005/2008 verfügbar sind. Vorteil ist, dass die Ausgabe ein Feature-Paket (.WSP-Datei) ist, das portierbar ist SharePoint. Darüber hinaus sind die .WSP-Dateien nur CAB-Dateien mit einer anderen Erweiterung, die die Möglichkeit bieten, durch einfaches Umbenennen untersucht zu werden.
Für Website-Definitionen hat Microsoft einen guten Artikel darüber, was unterstützt und nicht unterstützt wird. Kurz gesagt, die einzige Änderung, die Sie an den standardmäßigen Websitedefinitionen vornehmen können, besteht darin, den Eintrag in der Datei webtemp.xml in hidden zu ändern, um zu verhindern, dass die Websitedefinition in der Websitevorlagenliste angezeigt wird. Daran können viele interessiert sein.
Sie können natürlich auch vorhandene Definitionen kopieren und umbenennen, um neue zu erstellen.
Die vollständige Liste der unterstützten und nicht unterstützten Szenarien für die mit benutzerdefinierten Websitedefinitionen arbeiten hier gefunden werden kann:
http://support.microsoft.com/default.aspx?scid=kb;en-us;898631