Configuración del campo __Renderings no compartida en las consecuencias de Sitecore?

Question

¿Alguien tiene experiencia en establecer el campo __Renderings en Sitecore para que no se comparta? Estamos construyendo una solución multi-sitio-multi-idioma y necesitaríamos que los (sub) diseños fueran diferentes en diferentes idiomas. Por ejemplo, el sitio en idioma inglés podría tener una presentación secundaria que la versión sueca del mismo elemento no tiene y todos los componentes de presentación no siempre tienen la misma fuente de datos para diferentes idiomas.

Una solución algo fácil para esto sería simplemente desmarcar "compartido" en el campo __Renderings en el /sitecore/templates/System/Templates/Sections/Layout template, pero ¿tiene esto otras consecuencias? ¿O hay una mejor manera de manejar este requisito?

Answer 1

La modificación del comportamiento predeterminado de Sitecore de esta manera generalmente no es una buena idea. No es transparente para otras personas que podrían funcionar con el sistema en el futuro y podría generar resultados inesperados.

Imo, es mejor hacer un cambio dentro de los (sub) diseños para que cargue diferentes archivos según el idioma actual.

En cuanto a la consecuencia. Funcionará como espera cuando hace que el campo _Renderings no se comparta. Podrá establecer diferentes detalles de presentación para cada versión de idioma. La consecuencia es que ahora debe configurarlo para cada versión de idioma ... por lo que será menos fácil de administrar.

Answer 2

En su lugar usaría los Dispositivos de sitecore. Para cada idioma, puede definir un Sitio y cada sitio puede tener su propio Dispositivo. Esto funcionará de fábrica si tiene un nombre de dominio para cada idioma (www.site.com, www.site.de, www.site.fr etc ...)

Si tiene uno sitio (un nombre de host) para todos los idiomas, puede cambiar los dispositivos con un procesador de canal httpRequestBegin.

En este artículo, http://briancaos.wordpress.com/2012/04/12/identifying-mobile-devices-in-sitecore/, se describe cómo identificar dispositivos móviles. No es difícil reescribir la lógica para cambiar dispositivos dependiendo del idioma.

Cuando haya definido diferentes dispositivos para cada idioma, simplemente coloque las representaciones en el dispositivo que coincida con su idioma. Y todavía tiene la posibilidad de un dispositivo de respaldo para todas aquellas páginas donde todas las representaciones son las mismas.

La modificación del comportamiento predeterminado de Sitecore podría funcionar por el momento, pero el uso y la ampliación de la plataforma Sitecore es una mejor manera de avanzar.

Answer 3

Mi propia preferencia cuando necesito intercambiar elementos visuales basados ​​en algo como el idioma, el país de origen, etc. es usar la edición de normas de personalización de Sitecore para intercambiar fuentes de datos y modificar la presentación de esa manera. No implica cambiar el comportamiento predeterminado de Sitecore y le permite acceder a la funcionalidad incorporada de Sitecore.

Si sus diferentes 'sublayouts' son en realidad solo los orígenes de datos que envían varias reglas de personalización, puede configurar todo esto con OMS/DMS y confiar en el motor de Sitecore para presentar los componentes que necesita dado el estado actual. Para el rendimiento, ir con la versión más reciente de DMS es probablemente el mejor (creo que 6.5 Update 5 es ahora la versión recomendada).

Answer 4

De hecho lo hemos hecho, y en su mayor parte hay pocos efectos secundarios. De hecho, es la única manera en la que obtendrás flujo de trabajo en __Renderings changes. Lo combinamos con Partial Language Fallback para que los idiomas puedan heredar el valor del inglés.Sin embargo, tenga cuidado, ya que si un elemento se clona, ​​siempre extraerá su valor predeterminado del clon primero, en lugar de valores estándar/retroceso.