¿Qué partes de Sharepoint debo comprender para crear un sitio web público?

Question

Estoy creando un sitio web público que hace lo siguiente.Los usuarios inician sesión.Y luego ver una lista de sus clientes.Hacen clic en un cliente para ver sus compras anteriores, realizar pedidos, cambiarlas, etc.Por cierto, este no es un sitio de compras.Es una herramienta de búsqueda sencilla.

Tenga en cuenta que ninguno de los datos a los que accede el sitio web se encuentra en otra base que no sea una base de datos SQL: no hay documentos de Office.Además, el inicio de sesión no utiliza las credenciales de Windows de los usuarios en una VPN o algo así.

Normalmente, crearía esto utilizando un sitio web ASP.NET MVC estándar.Sin embargo, el cliente dice que quiere utilizar Sharepoint.

Según tengo entendido, Sharepoint se utiliza para flujos de trabajo y sitios web que son herramientas de colaboración, como los componentes que puede ver aquí. http://www.sharepointhosting.com/sharepoint-features.html

Aquí están mis preguntas:

• ¿Estaría en lo cierto al decir que WSS es completamente inapropiado para esta tarea ya que conlleva gastos generales que no proporcionan ningún beneficio?

• Si tuviera que usarlo, ¿necesitaría WSS o MOSS?

• Si tuviera que usarlo, ¿tendría razón al decir que el sitio consistiría en:

• Elemento de lista

  a) Elementos web

  b) Y un diseño de sitio personalizado.¿Cómo creo uno de estos?

Anexo: El libro Desarrollo profesional de gestión de contenido web SharePoint 2007 parece un buen comienzo

Answer 1

Se puede utilizar técnicamente WSS para esta tarea, pero MOSS tiene características más orientado a la construcción de sitios web públicos frente. El publicación infraestructura viene a la mente. Ha tiene el CQWP que le permite a las interfaces de construcción personalizadas que realizan bien en SharePoint. Con SharePoint hay potencialmente desafíos en torno a la escalabilidad. Si conoce la plataforma así entonces hacer algo parecido a lo que usted ha sugerido que sería una tarea bastante rápido. Si usted no sabe de SharePoint y el sistema subyacente también podría enfrentarse a desafíos.

no quieren acercarse a la construcción de la aplicación final con SharePoint Designer. Tiene un comportamiento que puede causar grandes problemas con la escalabilidad. ¿Quieres crear una solución de SharePoint que comprende una serie de características que se pueden desplegar fácilmente a SharePoint. Por ese camino no alivia los problemas de rendimiento, sino que van a estar más cerca de la solución correcta. Puede empaquetar los elementos de la interfaz de usuario personalizada como CQWPs o elementos web de escritura. Yo personalmente prefiero escribir elementos web.

Usted hace el diseño general del sitio en un página maestra . Las páginas de un sitio a continuación, se heredan de esta. Si tiene MOSS entonces se puede crear lo que se llama páginas publicación , que contiene los elementos web. Estos no están disponibles en WSS razón por la cual la gente recomienda en contra de los sitios web públicos.

Para decidir si SharePoint (cualquier versión) vale la pena, es necesario averiguar si se va a utilizar cualquiera de las características centrales. Si todo va a ser a la medida y no se va a hacer uso de cualquier gestión de flujo de trabajo o documento de características en la implementación entonces quedaría lejos. Para ver si quiere ir más allá con SharePoint desde una perspectiva de desarrollo, echar un vistazo a los laboratorios WSS desarrollador . Hace poco me encontré un curso de introducción a mi patrón usando los materiales de ese sitio. Ellos son anticuadas, y necesitan más información sobre las mejores prácticas, sino que proporcionan una manera rápida para que usted pueda poner un pie en el agua y decidir si desea ir más lejos.

Answer 2

1.) Estoy de acuerdo que SharePoint sería muy apropiado para esta tarea. Un par de razones:

• No cuesta miles de dólares para licencia SharePoint para su uso en la Internet abierta
• SharePoint utilizará una gran cantidad de recursos (SQL Server, IIS, Active Directory ...) que son innecesariamente exigentes para su tarea
• SP le dará muy poca flexibilidad para desarrollar una solución en su camino - que suena como lo que se necesita para crear un elemento web de bases de datos conectadas en ASP.NET de todos modos (lo que podría ser totalmente independiente de SP)

SharePoint tiene su lugar - que puede ser muy útil como la gestión de una empresa el documento interno, intranet, y el sistema de flujo de trabajo / aprobación -. Pero no es muy adecuado para el código personalizado ni el uso de Internet

2.) Creo MOSS sería necesaria para la licencia de Internet (como en el siguiente enlace).

3.) Desarrollo SP no es igual que los sistemas de base de datos relación típicos (por ejemplo, se utiliza, mesas unnormalized planas). Si su SQL coincidía con la forma de pensar de SharePoint, es posible que pueda conectarse a la base de datos como una lista externa usando SharePoint Designer . Lo más probable es que tendría que utilizar Visual Studio para crear una costumbre de elementos Web en ASP.NET.

Esperamos que esto va a ser un par de argumentos razonables que puede utilizar para ayudar al cliente a ver cómo SharePoint es inadecuado para la tarea ... De hecho, espero que sólo el primer punto (el coste de licencias) se convertirá ellos.

Answer 3

1) Para la funcionalidad básica que usted describe SharePoint no va a añadir nada, pero si usted lo construye en SharePoints premisas que le permite a su cliente para añadir una gran cantidad de funcionalidad fuera del núcleo de "libre" como:

• Se puede agregar contenido WebParts Editor de páginas en las que se pueden añadir descripciones y mensajes
• Se puede añadir listas en las que los clientes pueden introducir peticiones / comentarios / ... y tienen automáticamente nuevas entradas por correo a cualquier persona en la organización suscriptora a los cambios
• La funcionalidad a desarrollar puede ser reutilizado en su intranet
• Cualquier futuro pequeñas "aplicaciones web" pueden ser incluidos en el mismo sitio
• ...

Así que en general a menos que tenga un mejor marco a utilizar a continuación, utilizar SharePoint

2) WSS es todo lo que necesita por ahora

3) Su principal resultado por ahora sería:

• una característica con algunas páginas del sitio y algunos elementos web
• una característica con un masterpage costumbre y que corresponde CSS

Answer 4

1. Es cierto. Así no apropiado pero que no aporta nada tampoco .. pero quizás en el futuro?

2. WSS es suficiente

3. Se necesitaría piezas de la tela para exponer sus datos, sí. El diseño del sitio personalizado no es necesario. Si desea que su propio aspecto y la sensación de un SharePoint Tema puede ser suficiente. Incluso si quieres algunos ajustes de diseño personalizado verdadera es probable que no necesita una plantilla de sitio pero puede salirse con la suya utilizando sólo SharePoint Designer para editar la página o páginas maestra.