Por lo general, el recorte es un efecto visual que se realiza durante la renderización del HTML (bajada de la imágen). El Cms mantiene el formato de la imágen y mediante código HTML muestra a los usuarios la zona seleccionada. Es decir, el tamaño de la imagen se mantiene igual al original y el recorte es un efecto visual. Este mecanismo, popular en las diferentes herramientas, es inadecuado para un sitio Web con alto tráfico.

En ‘Technology for Solutions’, creamos un mecanismo de recorte físico para nuestra suite de Administración de Contenidos. Cada vez que un usuario realiza un recorte de la imagen y lo acepta, se genera una nueva imágen con ese recorte, manteniendo el original intacto. De esta forma, el tamaño del archivo recortado se optimiza y puede escalarse a la zona donde va a ser utilizado. Pueden existir múltiples versiones del crop por cada imágen que serán almacenadas en la misma carpeta donde se ubica el archivo original.

El mecanismo de crop está disponible para las imágenes de previsualización y fotogalerías. Soporta archivos JPEG, GIF y PNG.

New:tags es una forma fácil de construir ‘templates’ dentro de la suite de Cms para Medios. En pocos meses de haber lanzado esta nueva forma de desarrollar, tuvimos una gran adopción por parte de nuestro equipo de desarrolladores, partners de integración y diseñadores Web.

Creamos los news:tags buscando reducir la complejidad de construir sobre la plataforma y encontramos que los beneficios de adoptar esta forma de trabajo va mucho más allá:

1. Redujimos docenas de miles de líneas de código a solo cientos de líneas. Por ejemplo, la funcionalidad de comentarios pasó de tener 5 archivos de código Java (JSP) y 900 líneas de código a dos (2) news:tags.
2. Encontramos que los proyectos salen del ciclo de QA con 1/10 de los bugs reportados, en comparación a proyectos construidos de la forma tradicional (HTML, CSS y Javascript).
3.   Los news:tags ordenan y normalizan el código. Aún habiendo tenido múltiples desarrolladores en un mismo proyecto, la codificación es homogenea lo cual facilita el mantenimiento
4. Definimos circuitos estándares en el Cms y los implementamos a través de los news:tags. De esta forma, el funcionamiento de la funcionalidad de núcleo está garantizada: recuperación de noticias, imágenes, videos, encuestas, comentarios, etc.
5. Bajamos la curva de adopción del Cms para Medios de 4 semanas a 1 semana.
6. Facilita la incorporación de nuevas funcionalidades a los templates mediante actualización del core de news:tags
7. Permite a los clientes crear sus propios circuitos y estandarizar a lo largo de sus proyectos mediante la personalización y extensión de los news:tags

Con más de 1100 sistemas de administración de contenidos registrados en The CMS Matrix y un mercado de analistas orientados a soluciones comerciales, esto se ha vuelto una pregunta difícil de contestar.

Ciertamente los productos de uso libre como OpenCms, Drupal, WordPress y otros han tomado mucho impulso y muestran una gran adopción y rápido crecimiento. No obstante, la elección de un software de administración de contenidos debe responder a las necesidades particulares de la organización y/o el proyecto a resolver y no a un mayor volumen en los resultados de búsqueda, moda u orientación tecnológica.

En principio, podemos distinguir entre sistemas de administración de contenidos orientados a Blogs, otros orientados a Diarios y Revistas, otros con fuerte llegada al mercado de sitios Corporativos (por su cumplimiento de normas de seguridad, disponibilidad, escalabilidad, etc) y otros vinculados a Redes Sociales.

A continuación, proponemos algunas variables de análisis que utilizamos en nuestras matrices para aconsejar a nuestros clientes.

1. Extensibilidad: capacidad del producto de Administración de Contenidos de incorporar nueva funcionalidad construida por el usuario a nivel de la administración y/o front-end. Requiere conocimiento de las API (interfaz programática) de la solución y el modelo de datos. Normalmente utilizado para la creación de módulos a medida.

2. Integración: capacidad de la solución de consumir recursos internos o exponer recursos propios como servicios.

3. Curva de aprendizaje: la curva de aprendizaje da cuenta de los conocimientos que el equipo de trabajo deberá adquirir para el correcto uso de la solución y el soporte post-producción de la misma. Es un mix de conocimientos técnicos de los componentes de núcleo de la solución (sistema operativo, servidor de aplicaciones, servidores Web, base de datos y lenguaje de programación) con conocimientos de operación de la arquitectura y conocimiento de programación orientados a la construcción de plantillas (templates) o temas.

4. Funcionalidad: funcionalidades nativas de la solución que no requieren extensión, modificaciones y/o workarounds para resolver requerimientos del proyecto.

5. Soporte Comercial: existencia de nivel de soporte adecuado para sitios en producción y una estimación del SLA ofrecido por el proveedor ante un incidente crítico.

6. Comunidad: la primera función de la comunidad es funcionar como un proveer de conocimientos generales sobre la solución y generador de extensiones. No obstante, la principal actividad de la comunidad es contribuir a la madurez y estabilización del producto. En muchos casos, las pruebas previas a la liberación de un release son conducidas por la comunidad (en muchos casos además participan del desarrollo).

7. Casos de Implementación: los casos de implementación permiten conocer fortalezas y debilidades de los productos, además de tener referencias sobre el nivel de estabilidad, calidad del soporte y otros aspectos de la solución solo visibles a partir del uso de la misma

Qué ocurre con los escenarios de migración?

Por lo general, las migraciones suelen tener cierta complejidad intrínseca. Una elección inadecuada de un CMS puede terminar en:

• Incorporar grandes niveles de complejidad a la arquitectura
• Tiempos de implementación extensos para una primera versión funcional de sitios de complejidad mínima
• Requerir la formación de un equipo de trabajo adicional con conocimientos técnicos y operativos diferentes a los que pueden encontrarse en la operación actual
• Requerir la dedicación total o parcial de miembros del equipo de trabajo actual para transferir conocimientos y soportar el proceso de implementación de las nuevas tecnologías
• Requerir una importante inversión en tecnología para soportar la duplicidad de ambientes durante el proceso de implementación
• Generar riesgo innecesario en la operación de los portales hasta alcanzar un nivel de experiencia equivalente al actual

Con el lanzamiento de Microsoft Sharepoint 2010 en Technical Preview comienzan a emerger las funcionalidades que vamos a encontrar en esta versión y los requerimientos técnicos asociados. Este video realizado por Microsoft presenta algunas de las novedades en el producto. Por otro lado,  en este artículo, hacemos un resumen de los aspectos más fuertes de Sharepoint 2010.

Al igual que ocurrió con Exchange 2007, estamos hablando de una versión únicamente para 64-bit. La plataforma de elección: Windows Server 2008 con base de datos SQL Server 2008 / 2005.

Un aspecto importante a destacar a nivel técnico es que no estará más soportado Internet Explorer 6 (IE6) pero tendremos soporte para Firefox v3 o superior. Algunas especulaciones hablan de Safari en plataforma Mac.

Cuáles son las principales funcionalidades?

1. Word, Powerpoint, Excel y OneNote Web. Una versión liviana que nos permitirá trabajar con nuestros documentos manteniendo el formato desde cualquier dispositivo.
2. Mejoras en la Colaboración. La nueva versión presenta un modelo de co-autoria sobre los documentos, integración avanzada con el e-mail y el calendario.
3. Soporte para Content Management Interoperability Services. Un estándar propuesta que consiste en una serie de Servicios Web para permitir que diferentes soluciones de CMS compartan la información de sus repositorios (Alfresco, EMC, Vignette, SAP y otros)
4. Mapear Listas a Tablas de una base de datos. La formula perfecta para consumir datos de fuentes externas y evitar el uso de interfases.
5. WEB EDIT. Una nueva funcionalidad que permite editar los sitios como si fuesen documentos Office. El objetivo es simplificar la edición de textos, imágenes y otras tareas recurrentes.
6. Interfaz del Usuario. Cambios en la estética para alinear todos los productos de la suite. Soporte para Silverlight y probablemente AJAX.
7. Mejoras en Sharepoint Designer. En la nueva versión es posible guardar los flujos de trabajo (workflows) y re-utilizarlos luego.
8. Múltiples mejoras en la BUSQUEDA. Más rápido, búsquedas facetadas y escalabilidad más allá de los 50 millones de documentos.

A nivel desarrollo, finalmente hay una fuerte integración con VISUAL STUDIO 2010, permitiendo el despliegue y debugeo de aplicaciones Sharepoint.

Por último, está confirmado que va a existir un sucesor a Windows Sharepoint Services 3, aunque no hay detalles al momento.

La fecha de liberación del producto está puesta para el primer trimestre (Q1) del 2010. Es muy probable que luego de la Conferencia de Octubre de este año tengamos más información.

“OpenCms es un sistema de Administración de Contenidos de código libre. Sitios de Internet, Intranet o Extranet pueden ser creados, mantenidos y administrados de forma rápida y efectiva. OpenCms permite crear plantillas altamente personalizadas y funcionalidad interactiva”  || http://www.opencms.org

A primera vista, parece que estamos hablando de algo muy similar. No obstante, el enfoque de cada producto es muy diferente.

A partir de una serie de preguntas y respuestas que iremos ampliando con el tiempo, este artículo pretende presentar las diferencias que pueden ayudar a un usuario final a seleccionar una tecnología sobre la otra.

P1. Qué diferencias de tecnología existen entre Sharepoint y OpenCms?

R1. Sharepoint es una solución que funciona sobre servidores Windows, base de datos SQL Server y se apoya en programación .NET de Microsoft.

Por su parte, OpenCms es una solución multi-plataforma que puede funcionar tanto en Linux como en Windows y soporta múltiples bases de datos. A nivel programación, utiliza lenguaje Java (JSP).

P2. Qué tecnología es mejor, JAVA o .NET?

R2. En primer lugar, hay que destacar que la tecnología subyacente no necesariamente hace al producto. Tanto las soluciones basadas en Java como en .NET han probado sus fortalezas con miles de casos de implementación. En este punto, no hay dudas respecto de la flexibilidad, escalabilidad, seguridad  y disponibilidad que pueden proveer ambos mundos.

La selección de la tecnología debe considerar principalmente las capacidades del equipo de trabajo a llevar adelante la implementación y dejar totalmente de lado posiciones dogmáticas relacionadas con la misma.

P3. Cómo es el licenciamiento?

R3. OpenCms es una solución de código libre disponible totalmente gratis mediante una licencia de uso público general (LGPL).

Sharepoint es un producto comercial disponible en múltiples versiones. Windows Sharepoint Services es la opción gratuita incluida como parte de la licencia de Windows Server. Office Sharepoint Server posee varias versiones y el licenciamiento varia dependiendo del uso. Por lo general, aplica la licencia por cantidad de procesadores.

P4. Qué tipo de sitios puedo construir con estos productos?

R4. OpenCms es una solución que posibilita la construcción de todo tipo de sitios, desde Intranets Corporativas (3M, Renault, Bayer, BMW, etc.) hasta sitios de alto tráfico (Dreamworks, Fox Australia, Diario Perfil, etc.).

Sharepoint es una solución orientada a Intranets y Extranets. A pesar de que existen casos importantes de uso para sitio públicos, el uso natural de Sharepoint pasa por colaboración en la empresa.

Con OpenCms construimos sitios de contenido y funcionalidad dinámica desarrollada programáticamente. Por otro lado, con Sharepoint, construimos funcionalidad dinámica mediante elementos pre-cargados que luego utilizamos para presentar contenido.

P5. Puedo construir un sitio sin programar?

R5. En OpenCms es necesario programar en diferentes puntos:

• es necesario integrar el diseño en los templates mediante codificación JSP
• la funcionalidad dinámica se construye programáticamente
• la creación de sitios es una tarea técnica

En Sharepoint, es posible construir una Intranet a partir de elementos pre-existentes:

• existe una gran variedad de Temas visuales que pueden aplicarse al sitio
• la funcionalidad se desarrolla a partir de LISTAS, BIBLIOTECAS, ENCUESTAS y una importante galería de Webparts disponibles
• cada elemento se puede personalizar, agregando o quitando columnas, cambiando formato, creando nuevas VISTAS, etc.
• es posible implementar TEMPLATES DE APLICACIONES. Estos templates proveen funcionalidad dinámica pre-armada para diferentes propósitos: mesas de ayuda, base de conocimientos, sitios de colaboración, reserva de salas, etc.

P6. Puedo personalizar la estética de los sitios?

R6. La personalización es un aspecto esencial de OpenCms. El usuario crea su diseño y luego se integra programaticamete a los templates. De esta forma, se alcanza un 100% de personalización.

Con Sharepoint, podemos personalizar hasta cierto punto. La ventaja es que para hacerlo, disponemos de una herramienta, SHAREPOINT DESIGNER, que nos permite realizar modificaciones a la estética del sitio con conocimientos básicos de plantillas de estilos. La desventaja, es que la estructura del sitio es semi-rígida y hay elementos que no pueden removerse fácilmente.

P7. Puedo gestionar los procesos de publicación de nuevo contenido?

R7. En OpenCms el proceso de autoría, edición y publicación de contenidos pueden manejarse fácilmente. Los usuarios pueden trabajar en el proyecto Offline hasta que un elemento es publicado y pasa a estar disponible en el proyecto Online. La herramienta maneja muy bien estos estados de los contenidos permitiendo previsualizar los diferentes escenarios.

En Sharepoint, el concepto de publicación es muy limitado. Debemos pensar la publicación como un cambio de estado sobre un elemento que impacta sobre los permisos del mismo haciendo que sea visible para otro grupo de usuarios.  Por lo general, esto se resuelve con el mecanismo de APROBACIÓN de elementos nativo.

P8. Cómo agrego nuevo contenido a los sitios?

R8. En OpenCms podemos agregar contenido desde el Workplace a través del botón NUEVO, mediante la vista de previsualización o mediante la funcionalidad de subir (UPLOAD). El contenido agregado va a estar disponible en determinadas partes del sitio de acuerdo a los atributos del mismo y los collectors utilizados en los diferentes templates. En otras palabras, módulos o secciones de un sitio van a recuperar y mostrar a los usuarios determinado tipo de contenido pudiendo realizar filtrados por diferentes atributos.

En Sharepoint podemos crear nuevos ítems a los elementos que componen un sitio: subir un nuevo documento, crear un nuevo elemento en una lista de cumpleaños, un nuevo contacto, un nuevo anuncio, una nueva página o incluso un sub-sitio. El contenido creado se visualizará en el contenedor correspondiente de acuerdo a la configuración de las vistas.

Existente diversas situaciones ante las cuales nos vemos en la necesidad de volcar una cantidad importante contenido a una instancia de Opencms. El caso más común, la migración de contenido XML/HTML desde un sistema existente al sistema de archivos virtual de Opencms.

A continuación, vamos a explicar un procedimiento sencillo y efectivo para incorporar contenido masivamente a Opencms.

1. El primer paso de este procedimiento es la generación de un archivo ZIP con la estructura de directorio y archivos a incorporar a Opencms. Es muy importante tener en cuenta que esta misma estructura va a ser generada dentro del VFS.  
2. Una vez creado el archivo con el contenido a incorporar, ir al Workplace, vista de Explorador y hacer click sobre el botón UPLOAD. Seleccionar el archivo a subir y marcar la casilla que indica que el archivo a importar es un ZIP.

Una vez aceptada la acción, el sistema creará de forma automática las carpetas e importará los archivos contenidos dentro del .ZIP determinando el content-type de acuerdo a la extensión de los archivos a procesar. Por ejemplo, cuando el .ZIP contiene archivos con extensión .JPG, los mismos serán incorporados a Opencms con el tipo “image”.

El mapeo de extensiones y tipos de archivos puede ser configurado en opencms-vfs.xml. Para esto, debemos ubicar el nodo <resourcetype> y estabecer las relaciones dentro de la sección <mapping>.

Para aquellos casos donde los archivos fueron subidos y no son reconocidos por Opencms como un tipo de contenido declarado, puede modificarse el content-type de forma programática mediante una JSP que utilice el siguiente método de CmsObject propio de la API de Opencms:

public void chtype(String resourcename, int type) throws CmsException

Éxitos en la importación de contenido!