Sitecores web.config und Dateistruktur für eine Produktion NUR Umgebung LESEN

Question

Ich plane, ein Unternehmen den Einsatz von Sitecore ...

Benutzer nur auf den Back-End-Server den Inhalt bearbeiten können .... und ich plane, zu DEPLOY in der Produktion nur die erforderlichen Dateien & Konfiguration erforderlich, um meine Website ordnungsgemäß auszuführen ... (die SiteCore Site von SiteCore aus den SiteCore-Ordnern entfernt ...)

so denke ich, dass ich 100% SiteCoreAssemblies und Config .. Genauer gesagt habe ich mich gefragt, wie man alle unbenutzten Sachen aus der Konfiguration entfernen kann, die für die Web - Editier - und Inhaltsfreigaberollen benötigt werden ....

lassen Sie mich wissen, ob es eine Anleitung/Best Practice ist ... oder eine Beratung, die Sicherheit und stellen Sie die Minimalkonfiguration zu verbessern, würde geschätzt zu laufen ... Dank Stelio

Answer 1

Der einzige Grund, warum ich das ausgrabe ist, weil ich das in naher Zukunft mache:

Werfen Sie einen Blick dass das "Configuring Production Environments" Dokument, das @ Christian Hagelid wies darauf hin.

Genauer gesagt: 1.2.2 Schritt 2. Reinigen Sie die Lösung (optional)

1. unnötige Dateien Entfernen Sie die folgenden Dateien löschen:
   • /Ordner Indizes - Wenn Sie mit Indizes nicht in Ihrem Implementierung.
   • Alles aus dem/Sitecores Ordner außer: -/Service -Schale/sitecore.version.xml -/login/default.css -/images
   • /App_Config/Commands.config
   • /App_Config/ConnectionStringsSQLite.config
   • /App_Config/Prefetch/Core.config
   • /App_Config/Prefetch/Master.config
   • /App_Config/Icons.config
   • /app_config/LanguageDefinitions.config-
   • /App_Config/Portraits.config
   • /WebSite/web.config.sqlite *
   • /WebSite/webedit.css
2. entfernen oder kommentieren Sie die folgenden Abschnitte aus der Datei web.config:
   • Ereignisse
   • workflowHistoryStores
   • Prozessoren
   • Dataviews
   • pageextenders
   • controlSources
   • Ersatz
   • Fastcache für "Shell" site.
   • Beobachter
   • Befehle
   • languageDefinitions
   • Symbole
   • Porträts
   • Veröffentlichung
   • Beobachter-Medien und Beobachter-config
   • ConfigWatcher von Httpmodules und system.webServer/modules
   • Filesystem Datenbankdefinition aus Datenbanken
3. entfernen oder die folgenden geplanten Agenten in der Web.config Kommentar:
   • CleanupPublishQueue
   • CleanupAgent die Zeitintervalle sollten erforderlich angepasst werden, wenn
   • HtmlCacheClearAgent wenn nicht verwendet

Ich fordere Sie heraus, mutig zu sein und mit Einstellungen zu experimentieren. Gehen Sie zeilenweise durch die web.config-Datei und vergewissern Sie sich, dass Sie sie verstanden haben. Ich mache das regelmäßig, um mich an Features zu erinnern, die Sitecore nutzt, die ich nicht ausnutze. Versuchen Sie, einige Einstellungen zu entfernen, von denen Sie denken, dass Sie sie nicht benötigen, und wenn sie arbeiten und Sie zufrieden sind, teilen Sie Ihre Ergebnisse.

VOLLEN Vorteil des Caching - Sitecore hat wunderbare Optionen für die Zwischenspeicherung und wenn richtig konfiguriert Ihre Website wird schnell sein, auf der anderen Seite, wenn Sie nicht richtig konfigurieren Caching Ihre Website könnte wirklich langsam sein oder haben seltsame Probleme mit dynamischer Inhalt wird falsch zwischengespeichert.

Viel Glück!

Answer 2

sollten Sie nehmen wahrscheinlich ein Schauen Sie sich zuerst die Sitecore Security Hardening Guide an. Es sollte Ihnen einen guten Einstieg in Best Practices für die Einrichtung eines sicheren Systems zur Bereitstellung von Produktionsinhalten bieten.

Answer 3

Wie ich mich erinnere, ist der einfachste Weg, dies zu tun, tatsächlich durch die Lizenzdatei. Sitecore sollte in der Lage sein, eine "Webfarm" -Lizenz bereitzustellen, die alle Bearbeitungsfunktionen deaktiviert. Es gibt keine Anleitung, von der ich weiß, dass es Ordner gibt, die Sie löschen können, oder Abschnitte aus der Datei "web.config", und das wird wahrscheinlich unerwünschte Nebenwirkungen haben.

Answer 4

Es gibt ein Dokument namens "Configuring Production Environments", das dies abdeckt. Es ist ein wenig alt, aber könnte zumindest ein guter Ausgangspunkt sein.

Andere Dokumentation, die helfen könnten:

• Kapitel 4.6: der Scaling Guide
• Kapitel 7 (Content Delivery Server Optimizations) des CMS Performance Tuning Guide

(Wie Verweise auf die Master-Datenbank entfernen)