Administración Plone Vs. Clientes, el fin de las sesiones de 8 horas de formación

por Esther Mellado Última modificación 27/08/2008 00:25
— archivado en: ,

Después de trabajar con diferentes gestores de contenido y realizar las formaciones a los usuarios finales creo que Plone es el más sencillo de explicar y de entender por parte de estos.

 

Actualmente existen muchos gestores de contenidos en el mercado. Algunos de ellos gratuitos y otros bajo licencia, pero todos comparten una idea en común: conseguir que un cliente o usuario pueda gestionar él mismo el contenido de su Web sin la necesidad de conocimientos de programación Web.

Los motivos por los cuales la gestión de un sitio Web en Plone, es más sencilla para los usuarios finales son:

 

    • El entorno de administración: Los clientes conocen su Web perfectamente y saben navegar a través de ella. El entorno de administración Plone se realiza desde la propia Web con lo que estos usuarios no tienen el reto de aprender un nuevo entorno de administración.
    • La navegación a través del contenido de la administración: Como los clientes conocen bien su Web cuando desean actualizar un contenido saben llegar a él sin dificultad.
    • Los colores del estado de los elementos: La administración Plone diferencia los elementos, que forman el sitio Web, mediante colores según sea su estado. Con este sistema y de forma intuitiva los usuarios finales son capaces de determinar que el color rojo es algo prohibido o privado por lo que este contenido no será visible en el sitio Web, en cambio,  el color azul conceptualmente significa información o público por lo que se entiende que este contenido si será visible por los visitantes del sitio Web.
    • La organización de la información: Todos los gestores de contenidos organizan la información mediante un simple sistema de carpetas y ficheros. En la administración Plone la pestaña contenido permite visualizar rápidamente el contenido de las carpetas. Si esta visualización se compara con la exploración de carpetas de Windows o cualquier otro S.O. no queda ninguna duda que resolver sobre la estructura. Los usuarios consiguen hacer un esquema mental de la estructura  de su Web.
    • Los menús: El menú de una Web se genera a partir del contenido de una carpeta. Los clientes se dan cuenta rápidamente que el menú es una simple lista del contenido de la carpeta que están visualizando. Además, la inclusión o la exclusión de los elementos en el menú se realizan directamente desde las propiedades del mismo, por lo que los clientes no se ven con la obligación de conocer o aprender un sistema adicional de gestión de menús a aparte del simple sistema de “carpetas y ficheros” que ya conocen.
    • Los tipos de contenido: Con un sistema tan definido de tipos de contenido no hay margen de error. Los clientes solo con el nombre entienden perfectamente para que sirven: noticia para crear noticias, imagen para añadir imágenes a una galería, página para crear secciones con el texto y imágenes que desean, etc.
    • La creación de elementos: Para crear elementos o añadir nuevo contenido en el sitio Web, ya sean páginas, noticias, imágenes, ficheros, etc., el procedimiento se repite: Pulsamos el botón añadir elemento, seleccionamos el tipo de elemento que deseamos añadir y se abre la pestaña edición que se debe rellenar con los datos solicitados. No es necesario explicar el procedimiento para cada tipo de elemento, lo que significa un ahorro importante de tiempo al realizar la formación
    • La edición o modificación de contenido: Yo siempre hago la misma pregunta: - Si os doy un formulario, en papel, para rellenar y os indico que tenéis que escribir en cada campo y que los campos marcados con un asterisco no se pueden dejar en blanco ¿a que sabréis hacerlo sin problemas? Pues la edición o modificación de contenido es exactamente lo mismo, rellenar un formulario según las indicaciones que hay para campo. 3 puntos para la profesora.
    • El editor HTML: Existen campos en los formularios de creación de los tipos de contenido en los que se permite dar formato al texto introducido. El uso actual de los programas de tratamiento de texto como el Word ayuda a que los clientes reconozcan fácilmente los iconos representados, la acción que realizan y como aplicarla. Solo es necesario hacer entender al cliente que tiene que conseguir que un espacio en blanco quede bonito al añadirle texto e imágenes. Si para conseguir este atractivo visual se han de hacer tablas, enters, tabulaciones, etc., ya es cosa del maquetador o cliente que esta añadiendo el contenido.
          • Hay editores HTML como el FCK a los que se les puede dar aspecto de Microsoft Word, donde el 90 % de los iconos son los mimos. Cuando los clientes lo ven pierden todo el miedo porque ya lo conocen, lo están usando a diario. RA los pocos segundos empiezan a escribir, poner negritas, centrar texto, etc. Al final las explicaciones se reducen a una serie de consejos o guías a seguir para el buen maquetador.
          • Hay editores HTML que detectan automáticamente cuando el usuario intenta copiar contenido desde el programa Microsoft Word, limpiando la basura que se adhiere al texto. Por lo tanto si los clientes no recuerdan las recomendaciones del formador sobre el copiar y pegar desde el Word, el editor lo hace por él.
    • La gestión de contenido dentro de las carpetas: Las acciones de copiar, cortar, pegar, suprimir y cambiar de nombre son comunes a la gestión de carpetas de Windows o cualquier otro S.O., por lo tanto las explicaciones se reducen a una mera comparación. El cliente por sí mismo se da cuenta que cambiando el orden de los elementos de la carpeta se reordena el menú y que para añadir o crear nuevo contenido simplemente es necesario pulsar el botón  añadir elemento.
    • Distintas formas de mostrar el contenido de una carpeta: La opción de cómo se desea mostrar el contenido de una carpeta  se entiende a la perfección al compararlo con las vistas de las carpetas en Windows. Las vistas de contenido en modo lista, detalle, miniaturas o vista previa dejan de ser un misterio y pasan a ser algo comprendido y con utilidad.
    • La visualización de los elementos creados o modificados: Una vez el usuario o cliente ha realizado una modificación, o crea un nuevo elemento, al guardar los cambios se muestra la pestaña visualiza donde aparece la página o elemento exactamente tal y como se mostrara una vez sea publicado. No es necesario vistas previas ni prepublicaciones para comprobar si el elemento resultante es agradable a al vista.

 

Como resumen puedo decir que la administración y gestión de un sitio Web en  Plone se reduce a hacer entender a los clientes que no han de aprender nada nuevo, solo aplicar los conocimiento y acciones que ya usan diariamente. Casi todo es comparable con el S.O. Windows y con Microsoft Word lo que simplifica la tarea de explicarlo y que los usuarios o clientes lo comprendan. (Aunque existan otro S.O. se ha de admitir que este el mas usado por los clientes finales).

Estas comparaciones, con lo que ya que conocen, unidas al hecho que todos las opciones son muy intuitivas hacen que una administración de sitio Web con Plone no despierte dudas ni confusiones a los clientes.

Las sesiones de formación a los usuarios finales, o clientes, se reduce a un máximo de 2 o 3 horas (dependiendo del número de número de asistentes). Las llamadas se simplifican a: - No recuerdo mi contraseña. O son solicitudes del tipo: - Deseo crear una nueva sección y no se … ¿tu crees que lo estoy haciendo bien?

Para concluir añadir que Plone es la herramienta mas rápida de explicar y mas sencilla de entender por los clientes con las que he trabajado hasta ahora. Gracias a este gestor de contenido he podido finalizar con los cursos de formación  maratonianos y las llamadas explicando una y otra vez de lo mismo.

Acciones de Documento

Una observación

Enviado por Édgar Félix en 04/04/2008 05:44
Me he acercado a Zope-Plone por varias razones. La más importante es la facilidad con que puedo configurarlo, aunque todavía no paso del cambio de colores, logo algunas cosas básicas, hacer más ancha una barra, los textos, etcétera. He leído bastante de este CMS pero no he logrado sacarlo del puerto 8080 y todavía es un sueño ponerlo atrás de Apache, en un servidor dedicado al que le he montado Debian (distribución en la que trabajo y en la que es muy fácil instalar Plone y Zope desde apt-get y con el comando dzhandle para crear instancias), pero es un martirio que mi www.sitio.com esté donde deba estar. He visto algunas guías, pero no puedo lograrlo. Lo más que he conseguido es la dirección ip y el .com. El VirtualHostBase lo he puesto de mil maneras, de acuerdo a libros y guías que tengo. Pero nada. En este campo todavía me siento en un desierto y es donde es muy complicado. Ojalá alguien pudiera explicarme qué hacer.
Sé instalar wordpress (mis sitios de servidor compartido los manejo con este CMS), Drupal, Joomla, Wikimedia, pero con Plone no puedo salir del puerto 8080. Vaya. Saludos.

Modificar el puerto

Enviado por Francisco Díaz Carsí en 04/04/2008 09:12
Para modificar el puerto puedes modificar el archivo "zope.conf" que encontrarás en el directorio "etc" de tu instancia del Zope, concretamente la directiva "port-base":

# Directives: port-base
#
# Description:
# Offset applied to the port numbers used for ZServer
# configurations. For example, if the http-server port is 8080 and
# the port-base is 1000, the HTTP server will listen on port 9080.
# This makes it easy to change the complete set of ports used by a
# Zope server process
#
# Default:
#
# 0
#
# Example:
#
# port-base 1000

Ok.

Enviado por Édgar Félix en 04/04/2008 17:12
Bien, gracias por responder. ¿Esto se hace aún y que Zope esté atrás de Apache? Es decir, no tengo que poner Zope en un servidor virtual. Apache escucha en el puerto 80, que es con el que se sale al internet, y después qué debo hacer Zope.
Una vez que logra salir Zope al internet y creo un sitio Plone ¿como lo "subo" a la dirección www.misitio.com?
Ojalá alguien me pudiera explicar a detalle este proceso. Yo no soy informático ni programador, aunque en mis metas está aprender Python. Trabajo en GNU/Linux desde hace más de cinco años, ahora con Debian, LinuxMint y Ubuntu.
Nota: con esta experiencia deseo hacer una guía de paso a paso, para platicar a otros que como yo han tenido este problema. De antemano, muchas gracias a quienes se toman el tiempo y la paciencia de responder a mi duda. Saludos.

mod_rewrite

Enviado por Israel Saeta Pérez en 10/06/2008 21:54
Para poner Zope bajo Apache lo que se usa es el mod_rewrite. Cargas el módulo al estilo de tu distribución (en Debian hay que poner enlace simbólico en /mod_available, creo) y escribes la regla de reescritura, que sería algo como:

RewriteEngine on
#esta regla traduce localhost:80/ a localhost:8080/hypatia
RewriteRule ^(.*) \
http://127.0.0.1:6081/VirtualHostBase/\
http/%{SERVER_NAME}:80/misitioplone/VirtualHostRoot$1 [L,P]

donde "misitioplone" es la ruta desde la raíz de la ZODB hasta tu objeto Plone Site. Si quieres ahorrar recursos también puedes usar lighttpd en vez de Apache. ;-)

error en el puerto

Enviado por Israel Saeta Pérez en 10/06/2008 21:55
Donde puse

http://127.0.0.1:6081/VirtualHostBase/\

quise poner

http://127.0.0.1:8080/VirtualHostBase/\

en el caso en que tengas ZOPE escuchando en el puerto 8080, que es el que viene por defecto. Mi 6081 es porque lo tengo bajo Varnish, un reverse-cache proxy.

Modificar el Puerto

Enviado por Xavi Marín en 04/04/2008 10:59
En una instalacion con el Zeo Server, seria mejor para cambiar de puerto, en el archivo zope.conf poner directament en el tag http-server, en la propiedad address, el puerto al que quieras que escuche tu cliente.
Si tienes algun problema con este tema lanza la pregunta en el foro y continuamos.
Patrocina: SEMIC Internet