Pregunta

Estoy desarrollando un sitio de la compañía / portal en SharePoint, y estoy tratando de figura la mejor manera de organizar en colecciones de sitios, sitios y subsitios - Estoy confundido por la terminología que pienso.

El sitio tiene una presencia en Internet de cara al público que ha de ser administrado a través de la Publishing WCM características de SharePoint. Detrás de las escenas que habrá algunos características del portal, tales como cuadros de mando personalizados y un wiki colaborativo.

Para el contenido de cara al público, la estructura del sitio es tan así:

  • Inicio
  • Empresa
    • Acerca de
    • Evaluaciones
    • ...
    • ...
    • etc.
  • Productos
    • Producto 1
    • Producto 2
    • ...
    • ...
    • etc.
  • Soporte
    • una sección de soporte para los clientes que requieren un inicio de sesión
  • Contacte con nosotros
    • una página web con datos de contacto

Las secciones de nivel superior en mi jerarquía, es decir, Inicio, Empresa, Productos, Soporte, Contacto compartirían la misma página principal y de nivel superior de navegación, y de la compañía y los productos tendrán cada uno un submenú colocados de izquierda a ir a cada página en su sección. Me pregunto cómo estructurar esto en términos de sitios / subsitios colecciones y / o Zona.

Mis pensamientos iniciales es tener una colección de sitios en el sitio de nivel superior para la colección es el lado editorial de cara al público de las cosas.

Pero entonces no estoy seguro de si 'Empresa' y 'Productos' debe ser subsitios del sitio de publicación de nivel superior, o simplemente las páginas dentro del sitio de publicación de nivel superior. A medida que la empresa y los productos son sólo colecciones de contenido básico de HTML, que cada uno se siente como un subsitio '' como una exageración, pero que sólo puede ser porque soy no se utiliza la terminología. Yo normalmente sólo pensar en ellos como subsecciones de una página web.

La sección 'Soporte' es esencialmente un conjunto de mini-aplicaciones embebidas tales como el seguimiento de problemas. Ya que es más importante, y no es visible para los usuarios anónimos, se siente como que garantizaría al menos un subsitio, o tal vez debería ser una colección de sitios independiente?

Me imagino que el portal 'detrás de las escenas', sólo se puede acceder por los empleados, con características tales como cuadros de mando / wiki colaborativa, sería de nuevo en una colección de sitios independiente.

Creo que mi pregunta general es, ¿cuáles son las reglas de oro para cuándo utilizar un sitio, cuándo usar un subsitio, y cuándo usar una colección de sitios

¿Fue útil?

Solución

Esta entrada de blog Al utilizar una colección de sitios durante un subsitio por Joe Pastor me ayudó mucho cuando hice preguntas similares.

Otros consejos

Una fuente más autorizada para la planificación del sitio es de la propia Microsoft - colecciones (SharePoint 2010). las llamadas de aproximación para un análisis de necesidades a fondo en la planificación (véase la hoja de datos de planificación de la ubicación en el enlace anterior).

No está claro a partir de lo que pregunta anterior versión / edición está siendo utilizado. También hay una referencia para SharePoint Server 2010 - Planeación de sitios y soluciones (SharePoint Server 2010).

Estoy suponiendo que los enlaces de arriba de Microsoft no desaparecen fácilmente y se actualiza según sea necesario.

Esta similares posterior me ayudó:

Algunas de las razones por las que podría recoger una colección de sitios

  • Tengo un nuevo sitio de marca y lo quiero creado sin ninguna relación con cualquier otro sitio. Si va a crear un nuevo sitio y no está relacionado con cualquier otro sitio que usted tiene en la jerarquía del sitio existente o Granja de SharePoint entonces eligió una colección de sitios.
  • Si necesita una URL dedicada a su sitio. Usted quiere que su cliente para acceder a documentos de carga y por lo que desea crear una URL para su socio de http://partner.mycompany.com . Puede enlazar este URL para una colección de sitios. Esta URL no se puede enlazar a un sitio secundario de una existente colección de sitios.
  • ¿Quieres crear un camino llamado divisiones que gestiona y que desea crear un sitio para cada división en la que su organización. cada división quiere un control completo sobre sus sitios web y secundaria y desea ser encontrado en la URL divisiones / divisionName.
  • Cuando se requiere contar con un conjunto de cuotas en un sitio creado tendrá que utilizar una colección de sitios tan sólo colecciones de sitios pueden tener cuotas asignado a ellos.
  • Si necesita una base de datos de contenido dedicado para su sitio a medida que esperar a tener grandes cantidades de datos y documentos, y que lo requieran para ser más seguro que lo normal, puede puede configurar un sitio dedicado colección con una base de datos de contenido específico que se le atribuye.
  • Si se compra entornos alojados desde un proveedor de alojamiento, entonces también podría ver la diferencia en una colección de sitios y un sub sitio en el modelo del costo ofrecido por la empresa de alojamiento. Te darás cuenta que conseguir una colección de sitios aprovisionado con un administrador tiene mayor costar que la creación de un sitio secundario. la creación del sitio secundario se puede llevar a cabo por un miembro del grupo de propietarios de cualquier sitio o lugar de recogida. Mientras que la creación de la colección de sitios tiene que ser completada por la granja Los administradores menos que haya un mecanismo previsto aunque Web magos.
  • En el marco de una política de copia de seguridad y recuperación que desea que sus datos sean restaurados muy rápidamente si hay algún problema o si se ha producido contenido que ha conseguido borrado que necesita recuperar. Un sitio colección es mejor en este caso, ya que puede restaurar el sitio colección con más facilidad que puede restaurar un sitio secundario de un sitio o sitio.

Algunas de las razones por las que debe seleccionar un sitio de substitución:

  • desea heredar la misma seguridad para el nuevo sitio secundario como su sitio principal y el modelo de seguridad para su organización ya existe. ¿Quieres crear un nuevo sitio, pero no quiere cambiar o mover lejos del modelo de seguridad existente ya en marcha.
  • Se ha producido un equipo en su unidad de organización que creó muchas nuevas columnas de sitio y tipos de contenido de sitio que le gustaría a su uso a través de su sitio y sus sitios sub - como sitios primarios pueden contener tipos de contenido de sitio, estos pueden ser utilizados en todos los sitios subs del sitio jerarquía -. colecciones de sitios de romper esta funcionalidad
  • Usted desea permitir que los propietarios del sitio y diseñadores para gestionar todos los sitios que se crean sin ninguna sobrecarga de tener que entrar una llamada de soporte para una nueva colección de sitios.
  • ¿Quieres datos agregados a través de su jerarquía de sitios Web utilizando piezas como el elemento web Consulta de contenido, elemento Web Vista de datos y otra datos de la agregación de elementos web.
  • Usted tiene una plantilla de sitio que desea aplicar al nuevo sitio que crea un par de listas y bibliotecas como parte de la plantilla - Un ejemplo puede ser que desee una Tareas Administrador de plantillas del sitio donde un sitio puede mantener y gestionar todas sus tareas utilizando listas de tareas y tienen su integración con Outlook.
  • Si susitio va a ser un sitio de corta duración y que sólo va a utilizar en el proceso de creación de algún otro tipo de contenido. Un ejemplo podría ser un sitio de encuentro donde se crea un sitio que se crea a partir de una Reuniones plantillas. Puede grabar y programar reuniones con respecto a la la producción de un catálogo de productos para su organización. Este sitio es de corta duración y no estará en la existencia después de la producción de la catálogo se completa.
Licenciado bajo: CC-BY-SA con atribución
scroll top