Überlegungen für Sitecore 6.4 Architektur für mehrere Website, öffnen Sie mehrere Sprache beendet Lösung?

Question

Ich suche die neue Klonen Funktionalität von Sitecore 6.4 zu Hilfe bei der Wiederverwendung von Komponenten und Inhalten für einen mit mehreren Standorten, mehrere Sprachlösung bei Verwendung.

Die Grundidee ist es, eine zentrale Content-Repository innerhalb von Sitecore (möglicherweise in mehreren Sprachen) zu erstellen, die dann geklont werden könnte regionale Standorte zur Verfügung zu stellen, die alle ihre eigenen Auswahl an unterstützten Sprachen. Der Gedanke dahinter ist Regionen zu ermöglichen, auf einfache Weise den Inhalt zu replizieren sie benötigen und den Besitz von ihm. Mit Klonen würden sie die Daten zu bearbeiten können, wo sie ohne Auswirkungen auf die Quelldaten erforderlich, wählen Sie Elemente wegzulassen, die für sie nicht relevant waren (zB wenn ein Produkt nicht in ihrem Land verfügbar war), fügen Sie neue Inhalte, die ganz spezifisch war in ihr Land und übersetzen in jede regionale Dialekte sie Unterstützung gewünscht (zB Schweizer Französisch: fr-CH). etc

Der Kernsatz von Websites wird ein großer Teil der thier Quelldaten gemeinsam nutzen, wenn auch mit den meisten Sprach lokal Versionierung auftreten.

Hat jemand Erfahrung mit dieser Art von Sitecores Einsatz bekam? Was sind die Gefahren?

Sobald diese Struktur hergestellt wurde, jedoch die Offenheit Szenario eintritt Spiel. Neue Standorte, z.B. eine Produkteinführung splash Website könnte zum Beispiel Sitecores hinzugefügt werden, und wir würden diese Inhalte teilen, Vorlagen, Präsentation etc. wo sachgemäßer (wenn auch in weit geringerem Maße als die Kernstellen).

erwarten

Während des Klonen ermöglicht die Replikation von Inhalten mit der Möglichkeit, dass der Inhalt in seiner lokalen Instanz zu modifizieren Ich versuche, einen Weg zu finden, ein ähnliches Verfahren für Vorlagen zu ermöglichen. Ist es möglich, die Basisvorlage Merkmal der Vorlage Vererbung zu verwenden, um eine Schicht von „abstrakt“ Vorlagen creat, die in konkreten Vorlagen instanziiert werden würden verwendet, um Elemente zu schaffen? Auch hier wäre die Idee, hier lokale Flexibilität zu ermöglichen, während Kernfunktionalität zu teilen. Unser Ziel wäre es, eine saubere Reihe von abstrakten Vorlagen zu halten und nur in lokal instanziiert Versionen davon Änderungen einzuführen. Wenn alle Vorlagen von einer abstrakten Vorlage Ableitung ein neues Feld benötigen dann könnte dies auf der abstrakten Ebene hinzugefügt werden.

Wir hoffen, dass Sitecores bleiben withing aus der Box Funktionalität so weit wie möglich.

Ist dieser Ansatz bei allen bearbeitbar, oder habe ich gemischt meine Paradigmen? Welche Überlegungen sollte ich haben, während wir noch sehr viel in Vorentwurfsphase sind? Welche Art von Design-Regeln muss ich für Entwickler etablieren?

Answer 1

Die Beantwortung meiner Frage, mit Kredit zu John für einige Hinweise.

Nach einigen Recherchen und die hilfreichen Kommentare aus dem Forum zu SDN links, wie es scheint dieser Ansatz weitgehend praktikabel ist.

Mit Klonen ist es möglich, einen zentralen Datenspeicher zu schaffen, anstatt die Daten physikalisch auf den Seiten repliziert wird, die sie teilen. Es ist auch möglich, die Daten in einem Klon, um zu überschreiben lokalen spezifischen Inhalt zu liefern. Dies kann auf einem Feld von Feldebene durchgeführt werden, dass so ein Feld eines geklonten bleibt von seinem Elternteil vererbt, während ein andere ist spezifisch für die Website, in dem der Klon erscheint.

Dies ermöglicht es lokale Standorte, die die Struktur und das Layout der Standard-Site zu replizieren, während der Flexibilität über ihre eigenen Inhalte Anforderungen zu halten. Dies kann auch über mehrere Sprachen hinweg erreicht werden.

UPDATE: Ein großes Problem nicht angegangen ist, wie interne Links zu handhaben, der URLs formatiert werden. Wenn ein Link in einem Rich-Text-Feld enthalten ist, zum Beispiel, wird es eine GUID eines Element verweisen. Wenn geklont wird diese GUID gleich sein, auch wenn es an die Grundstruktur zurückweist, nicht auf die Klon-Struktur. den Link Bearbeiten wird die Klon Referenz für das Feld brechen, so dass Updates auf das übergeordnete Element werden den Klon nicht gedrückt werden, durch. Es gibt keine einfache Lösung für dieses Problem, obwohl es möglich sein könnte, die Linkmanager Lookup eine Klon Referenz anstatt lediglich die Herstellung die URL zu verlängern. Dies ist ein wesentlicher Nachteil, möglicherweise sogar ein Hemmschuh.

Es scheint nicht die Umsetzung wahr abstrakte Vorlagen jede einfache Art und Weise zu sein (dh keine Klonierungsverfahren wie für Artikel), aber es wäre möglich, eine halb-Lösung auf Basis von einem sauberen Satz von Basisvorlagen, die durch vererbt werden könnten lokale Versionen. Das Hauptproblem bei dieser wäre, dass geklonte Elemente automatisch mit den Vorlagen in Verbindung gebracht werden, ihre Eltern aus erstellt wurden, anstatt eine lokale Version. Ändern geklonten Vorlagen zu einer lokalen Version möglich wäre (auch automatisierbare vorausgesetzt, wir waren sehr zufrieden mit dem Sitecores Klonierungsverfahren Customizing). Ohne Automatisierung würde dies zwangsläufig zu einem erhöhten Wartung der Standorte führen und die Möglichkeit, Benutzerfehler. Da die lokalen Vorlagen noch von der Basis „abstrakt“ erben würden Vorlagen würden wir in der Lage sein, Änderungen an alle Standorte zu implementieren, indem der abstrakten Vorlage zu ändern.

Eine weitere Herausforderung für eine solche Architektur ist es, sicherzustellen, dass alle Artikel Verweise relativ sind, so dass ein Link auf Produkte, die auf jeder Seite zu, dass Websites Produkte führen wird, anstatt die Produkte Daten werden im zentralen Repository eingestellt. Design-Richtlinien für Entwickler eine Anforderung enthalten, dass alle Pfade zu Datenquellen sind direkt konfigurierbar aus Sitecores (wie durch die Datenquelle Feld eines Rendering verwendet wird).

Wie das Klonen Feature noch relativ neu ist, es scheint nicht, wie es mit ihm noch viel Erfahrung. Diese Art der Datenwiedergebrauch wird jedoch wurde der Grund Klonen Sitecores hinzugefügt.

Der Haupt pitfall eines solchen Ansatzes wird die Forderung, in vollem Umfang die Auswirkungen von Design auf unterschiedlichen lokalen Standorten zu bewerten, zu einer erhöhten Komplexität der Entwicklung und Code-Wartung führt.

Answer 2

Einige Antworten auf dem Sitecore Developer Network (SDN) Foren-Thread .