En este artículo vamos a ver 3 propuestas open source de software para dar soporte técnico, los anglosajones suelen llamar a estas herramientas ticket, se suport tickets.

osTicket

osTicket[1] tiene liciencia GNU, pero también podemos comprar soporte técnico especializado. Es muy fácil de instalar, mediante un aistente web. Si bien no soporta temas, se puede cambiar el aspecto de la aplicación mediante varios archivos CSS.

En cuanto a los tickets de soporte, el cliente no tiene por qué estar dato de alta en nuestra base de datos, muy útil cuando no sabemos la identidad de nuestros potenciales clientes, como una página web o un programa de libre distribución.

Si tu empresa es una pequeña pyme con varios programadores, se pueden asignar los tickets de soporte a uno u otro usuario de la aplicación.

Desde mi punto de vista, el único inconveniente que le veo que es que para traducirlo hay que retocar todo el contenido, aunque en los foros dicen en están trabajando para que en futuras versiones esto estará solucionado. En el propio foro he encontrado traducciones que han hecho los usuarios al castellano y uno que decía que lo tenía multidiomas, pero no he probado ninguna de las dos opciones.

osTicket

Help Center Live

Help Center Live[2] es otro de éstos programas de gestion de incidencias. Desde mi punto de vista la interfaz no es muy bonita, y está basada en SMARTY, con lo que la modificación del tema ha de ser bastante compleja, en vez de ser XHTML y CSS. Es fácil de instalar, tiene un fichero de instalación que se encarga de crear todas las tablas en la base de datos.

Es un sistema multiidioma, un punto a su favoer, pero en español, los caracteres específicos en UTF8 no salen bien. Me imagino que será fácil arreglar este asunto, puesto que es muy probable que el problema sea por la codificación de los archivos que tengan los idiomas, pero no me he parado a revisar esto, puesto que la verdad es que no me ha gustado mucho este sistama ticker.

Otra cosa interesante que tiene este sistema es que nos permite hacer chat on-line con los clientes de manera sencilla, pero solo para usuarios registrados.

Permite realizar ticker de soporte para usuarios no registrados.

Help Center Live

eTicket

eTicket[3] está desarrollado bajo licencia GNU. En principio este está en inglés, pero gracias a que los mensajes están en un fichero de texto hay traducciones realizadas por los usuarios. En español la podemos encontrar en http://blog.medialab.com.mx/2009/08/traduccion-eticket-support-1-7-3/. Hay que decir que no sé el por qué los correos que me envií al poner un ticket de soporte me llegaron en inglés, pero no sé si es que los textos están en la base de datos o en otro fichero que no es el de idiomas, con lo que esto habría que investigarlo un poco más.

La customización del sistio se hace mendiante temas CSS, pero por desgracia los creadores solo nos dan un tema de pruebas, con lo que no tenemos mucho donde poder inspirarnos.

No hace falta que los usuarios se den de alta para registrar tickets de soporte y los usuarios pueden adjuntar documentos al ticket, muy útil cuando le pides que te mande un pantallazo del error.

eTicket en Castellano

El mayor inconveniente que tiene este sistema de Ticker es que llevan más de un año sin sacar otra versión, puesto que están inmersos en otros proyectos, me imagino que les habrá salido trabajo y hay que trabajar para vivir, y no les quedará mucho tiempo para terminarlo.

Conclusión:

Desde mi punto de vista, entre estos tres, tendría que ver las traducciones que hay del osTicket, puesto que es el que me da mejores sensaciones, sobre todo puesto que el equipo de trabajo sigue trabajando en él, que es el mayor problema del eTicket, que si bien es muy bueno y fácil de customizar tiene el problema que ya solo tiene el soporte de la comunidad del foro, ya que los desarrolladores están a otra cosa.

Enlaces:

[1] osTicket: http://www.osticket.com/

[2] Help Center Live: http://www.helpcenterlive.com/

[3] eTicket: http://www.eticketsupport.com/

El problema viene cuando uno de los clientes te pide que le des acceso al correo por webmail, en la mayoría de los casos le podemos decir que acceda por el acceso que nos suelen dar los proveedores del hosting, el problema es que queda poco profesional y además no es buena idea, el cliente se puede ir si le estas cobrando un precio mayor que el que pagues por tu hosting, que debe ser lo normal, ya que aprender a configurar y manejar las cosas hay que cobrarlas, pero la gente no entiende esto.

Bueno la solución es montar un cliente de Webmail para cada dominio que tengas alojado en tu cuenta.

En el mercado podemos encontrar varias opciones, yo voy a enseñaros 3, una totalmente gratuita y dos de pago, con versiones lite gratuitas.

Rouncube

Roundcube [1] es opensource. Escrito en php, necesita una conexión con una base de datos, nos permite conectarnos a MySQL, MS SQL-Server y SQLite. Yo lo he probado con MySQL, y va muy bien, es una buena opción si tienes un servidor web con pocas bases de datos y ya tienes muchas de ellas ocupadas.

La instalación es muy sencilla, solo hubo que configurar un fichero de configuración, donde se le indica la conexión con la base de datos y los datos del servidor de correo al que nos vamos a conectar.

Por último decir que el aspecto se puede modificar mediante CSS.

Rouncecube

Afterlogic Webmail Lite

Este cliente webmail es bantante sencillo de instalar, puesto que no hay que configurar ningún fichero, sino que tiene un asistente web bastante sencillo. Necesita MySQL o MS SQL Server, en la web también dice que funciona con Acces, pero me imagino que será para versión que hay en ASP.NET.

Tiene la posibilidad de temas, que el usuario puede cambiar, si desde el panel de administración principal lo habilitamos. Estos temas son fáciles de manipular y están en carpetas que nos permiten elimiar aquellos que no querramos que se muestren.

La versión de pago, nos permite utlizar un calendario, la posibilidad de utlizar varios dominios y versión para el móvil. Dicha versión cuesta 149$.

Afterlogic Webmail Lite

Esta versión Lite funciona perfectamente en el navegador de los móviles con el Sistema Operativo Android.

Atmail (@mail)

Atmail[3] es uno de los correos que suelen utilizar los hosting para sus clientes, junto con Horde o con SqurryMail. Su interfaz es muy sencilla y fácil de manejar. La instalación es muy sencilla, mediante asistente web.

En mi servidor local tuve problemas para instalarlo, me daba errores de php, pero no me puse a investigar el por qué de los errores y cómo corregirlo, puesto que de las 3 opciones vistas en este post, este es el que menos me gusta.

Pantalla del @mail

Hay que decir que este gestor de correo funciona perfectamente con el navegador del Sistema Operativo Android. Y es uno de los que nos ofrece Powweb como gestión de correo Webmail, además de Horde[4] y de SquirrelMail [5], que de ellos no he hablado, pero es que no me gustan como gestores de correo.

Conclusión

Para mí el más fácil de manejar y de utilizar el es el Afterlogic Webmail Lite, cosa que ha hecho que se lo haya instalado ya a varios amigos, aunque el roundcube también es bastante bueno. El Atmail, como no lo he podido instalar, no puedo hablar de la instalación, pero como usuario de dicho webmail la verdad es que estoy contento. La verdad es que estos 3 gestores de webmail funcionan en mi navegador de Android (tengo el HTC Dream con Movistar), para mí no es muy importante que funcione con el móvil, ya que tengo el gestor de correo del propio sistema operativo, pero hay veces que vienen correos en codificaciones raras y necesito abrir el correo desde el webmail o desde el gestor de correo del ordenador, y ya me ha sacado mirar el correo desde el webmail de varios apuros.

Enlaces

[1] Roundcube: http://roundcube.net

[2] Afterlogic Webmail Lite: http://www.afterlogic.com/products/webmail-lite

[3] Atmail: http://atmail.org

[4] Horde: http://www.horde.org

[5] SquirrelMail: http://squirrelmail.org

La mayoría están escritas en PHP y utilizan MySQL como motor de base de datos. En este artículo veremos una breve comparación de las distintas que he visto.

osCommerce

La tienda on-line por excelencia, está disponible en casi toda la totalidad de los servidores compartidos para la autoinstalación, por su gran aceptación en el mercado de las tiendas on-line. Llevan varios años estancados en la versión 2.2, una pena, puesto que prometían que en la versión 3.0 iban a poner xhtml, temas y url amigables. Está un poco anticuada, pero la cantidad de plugins desarrollados nos permiten no saber programar y tener nuevas opcines, como pasarelas de pago de bancos, módulos para la gestión de la logística por compañías como UPS o FEDEC.

Personalmente a mi no me gusta mucho, he realizado ya varias tiendas on-line de forma privada y, por lo menos a mí, me parece muy complicado todo. Para tanta versatilidad como nos ofrece hay que dedicar mucho tiempo para insertar los productos de nuestra empresa. Programar sobre ella es muy tedioso, puesto que no hay chuletas, como las hay en otros CMS opensource, y hay que leer mucho código para hacer cualquier cosa.

osCMax

Esta en realialidad no es más que una extensión del osCommerce, de manera que nos permite hacer cosas que el osCommerce original no hace.

ZenCart

Bonita alternativa libre del osCommerce. Trae opciones que el osCommerce no posee, como temas montados sobre XHTML y url amigables (SEO URLs). Por lo que he leído es muy sencilla de montar. La lá¡stima es que no soporte plugins de terceros, o al menos como no la he trasteado bastante no los he encontrado.

PrestaShop

Esta nunca la había oído hasta que no me puse ha hacer este artículo, la verdad es que me ha sorprendido muchísimo. La demo se ve que es mucho más evolucionada que osCommerce, y que está muy trabajada en cuanto a usabilidad y diseño. Para aquellos que no sabéis programar es una gran opción, puesto que para que funcione vuestra tienda solo deberéis modificar un tema visual. Permite el uso de permalinks y urls amigables. Trae instalado un módulo para conectar directamente con google analitics, lo que nos permite tener un control de las búsquedas que se realizan sobre tu tienda y en qué lugar estás en dichas búsquedas, muy útil si quieres invertir en AdSense (se invierte en donde no estás arriba). La verdad es que si tengo tiempo hablaré en alguna otra ocasión de este CMS de venta on-line.

Magneto

Esta es una plataforma de venta on-line que nos permite poner varias tiendas en nuestro servidor. Por lo que he leí­do ha de estar instalada en un servidor dedicado, desconozco el por qué. Si entramos en la administración de la tienda de pruebas, podemos ver que además de tienda on-line trae su propio CMS que nos permite tener la web de nuestra empresa, sin tener que combinar productos como WordPress, Drupal o Joomla. Se ve muy usable, pero me hecha para atrás eso de que haya que instalarlo en un servidor dedicado y que no permita los plugins de terceros.

Enlaces:

osCommerce: http://ww.oscommerce.com

ZenCart: http://www.zencart.com

osCMax: http://www.oscdox.com

PrestaShop: http://www.prestashop.com

Magneto: http://www.magentocommerce.com

Hay que decir que en la Web de Moodle hay un directorio con muchos temas que pueden ser modificados libremente [1]. En esta serie de artí­culos vamos a ver como hacer un tema utilizando como base otro ya existente. Para ello lo que debemos hacer duplicar el tema `standard` y ponerle el nombre que deseemos, en mi caso será `plf`. Utilizamos el tema standard puesto que nos aseguraremos que va a funcionar correctamente, puesto que tendrá todos los ficheros necesarios del tema.

Dentro de la carpeta nos encontramos una serie de archivos:

• config.php: Fichero de configuración del tema.
• docstyles.php: Fichero encargado de cargar los CSS, este fichero también puede contener sintaxis CSS.
• favicon.ico: Icono que queremos que se vea en nuestro navegador. El que viene por defecto es el logotipo de Moodle. Si quieres crear un favicon a partir de una imagen te recomiendo que lo hagas desde Dynamic Drive [2].
• footer.html: Fichero que contiene la platilla html del pie del sitio web.
• gradient.jpg: Este fichero contiene el degradado del tema standar. En mi caso no lo voy a utilizar y lo borraré.
• header.html: Fichero que contiene la plantilla html de la cabecera del sitio web.
• meta.php: Fichero en el que se pueden insertar tags metas para al cabecera.
• README.html: Fichero de información del tema.
• rtl.css: Fichero para estilo cuando la dirección del texto es de derecha a izquierda.
• screenshot.jpg: Fichero con un pantallazo del tema (Este fichero se cambiará al final de terminar el tema).
• styles.php: Fichero de configuración de los estilos.
• styles_color.css: Fichero para poner los colores de los estilos.
• styles_fonts.css: Ficheros para poner las fuentes de los estilos.
• styles_ie6.css: Ficheros para las cosas especí­ficas de Internet Explorer 6.0.
• styles_ie7.css: Ficheros para las cosas especí­ficas de Internet Explorer 7.0.
• styles_layout.css: Fichero de definición de los estilos.
• styles_moz.css: Fichero para las cosas especí­ficas de Mozilla Fire Fox.

Manos a la obra

Lo perimero que tenemos que hacer es cambiar el fichero README.html, para poner el nombre de nuestro tema y la información que nos apetezca.

Lo segundo que haremos será modificar el favicon.ico (si es que querremos).

Bueno, ahora entramos en el Moodle y cambiamos el tema, para ello una vez que entramos como administrador de Moodle y nos dirigimos a Apariencia -> Temas -> Selector de Temas y seleccionamos nuestro tema. Como solo hemos cambiado el fichero README.html (para ver su contenido en el selector de temas podremos ver el enlace información) y favicon.ico, con lo que la apariencia será la misma que la del tema standard. Lo seleccionamos y empezaremos a cambiar las cosas.

En el siguiente artí­culo veremos cómo ir modificando los demás ficheros.

Enlaces.

[1] Temas de Moodle: http://moodle.org/mod/data/view.php?id=6552

[2] Dynamic Drive favicon generator: http://tools.dynamicdrive.com/favicon/

Lo primero que tenmos que hacer es descargarnos el fichero dese la web de la librería [1]. El sitio está en Francés, por lo que voy a poner el enlace directo de la descarga de la versión actual a día de hoy es la 3.13 [2].

Una vez que ya está descargado descomprimimos el contenido en un directorio.

Nos encontramos con 4 directorios y 6 archivos, de aquí solo nos quedaremos con 3 directorios (_fpdf, _mypdf y languages) y con 3 ficheros (html2pdf.class.php, parsingHTML.class.php y styleHTML.class.php). Yo te recomiendo que guardes todo esto en un directorio dentro del directorio donde guardes los includes en tus proyectos, en mi caso es includes.

En este artículo voy a enseñar 3 ejemplos que son bastante censillos.

Ejemplo 1:

Este ejemplo es muy sencillo, no es más que poner un texto y generar un PDF con dicho texto.

Lo primero que vamos a ver en este ejemplo son los tags especiales. Hay 3:

• page: con este tag delimitamos el contenido de una página. En este indicamos el tipo de documento y los margenes left y top, el bottom y right no se pueden poner.

  <page backtop="10mm" backbottom="10mm" backleft="10mm"> ... </page>

  El contenido que hay dentro de este tag es lo que se muestra en la página del PDF.
  Cuando insertes el código HTML recuerda que las propiedades las debes poner en el parametro style, como por ejemplo en una tabla, deberías poner <table style=”width: 100%px; color: black;”>

• page_footer: Pie de página. Esta etiquieta debe estar dentro de la etiqueta page y su contenido puede ser un html.
• page_header: cabecera. Esta etiquieta debe estar dentro de la etiqueta page y su contenido puede ser un html.

Aquí puedes ver el fichero pdf generado en este primer ejemplo.

Ejemplo 2:

En este caso el contenido de lo que vamos a mostrar lo vamos a recoger de una plantilla y sustituimos datos de dicha plantilla desde el código.

Aquí puedes ver el fichero pdf generado en este primer ejemplo.

Ejemplo 3:

En este último ejemplo lo que vamos a ver los distintos códigos de barras que puede sacar la librería html2pdf.

Aquí puedes ver el fichero pdf generado en este primer ejemplo.

Documentos del artículo.

Desde aquí te puedes descargar todos los ficheros del artículo.

Enlaces:

[1] http://html2pdf.spipu.net/

[2] http://prgm.spipu.net/?id=29&download

En principio hay que decir que hay muchos componentes y librerías para hacer los PDFs en PHP, pero aquí solo me voy a centrar en hablar de las soluciones que he encontrado libres y daré mi opinión sobre el tema.

Antes de nada piensa qué es lo que tienes que sacar en PDF, puesto que dependiendo de la forma que generas el PDF será más sencillo o más difícil de mantener la aplicación.

RTF (Ritch Text Format)

Lo ideal es utilizar ficheros RTF como plantilla, se pueden hacer desde un fichero de Microsoft Word o desde el Writer del OpenOffice.

La ventaja de esta técnica de generar PDFs es que las plantillas RTFs son muy fáciles de mantener, sólo hay que poner unos tags dentro del fichero, y como los RTFs son ficheros de texto, se pueden abrir desde PHP, guardarlos en una variable y cambiar lo que se quiera, para luego guardarlo en otro fichero RTF.

El problema de esta técnica es que en PHP no hay componentes o clases que te permitan hacerlo desde el Apache, sin instalar software adicional, con lo que en los hosting compartidos esta opción es inviable, o al menos yo no lo he encontrado (he buscado componentes de pago, pero los que encontré eran realmente caros y ya no me compensaban). La opción económica para hacer este caso es tener un hosting privado e instalar la OpenOffice y creo que unos paquetes especiales de la OpenOffice, para así poder utilizar el Writer en modo consola y transformar el fichero RTF a PDF.

FPDF [1]

La FPDF (FreePDF) es una implementación gratuita de la PDFLib (que es de pago), aunque la PDFLib hoy en día trae añadidos de seguridad del fichero PDF generado, como imposibilidad de copiar, de imprimir, cifrado, …

Esta es la librería PHP principal que vamos a ver, puesto que las demás que vamos a ver son librerías que heredan de ella, en algunos casos modifican un poco el código para optimizar o facilitar el uso de la extensión de la librería.

De todas las que he encontrado es la que mejor está documentada, aunque en todas las librerías se pueden encontrar un directorio con ejemplos.

En esta librería para generar un PDF tenemos que programar el contenido del PDF.

Una de las ventajas de esta librería es que como es de las más usadas, tiene una pagína donde podemos ver ejemplos de scripts para hacer funcionalidades que no están dentro de la librería, la sección Scripts de la web [2].

Por último, decir que aquellos que seais unos multiprogramadores como yo, hay una implementación de la libreria para ASP 3.0 [3]. Yo no la he probado, si alguien lo prueba por favor que me comente algo.

HTML2PDF [4]

Esta librería es una extensión de la FPDF, que nos permite poner como contenido del PDF un documento XHTML. Por desgracia la poca documentación que hay está en un foro en Francés y todavía esta en desarrollo, puesto que hay muchos estilos de CSS que no los reconoce.

Es una buena alternativa a los RTFs cuando se quiere hacer una plantilla que va a ser modificada cada cierto tiempo, puesto que modificar un XHTML es muy sencillos con programas como el Adobe DreamWeaver o Microsoft Expresions, o incluso la Microsoft Office o la OpenOffice, aunque para estas dos últimas opciones necesitaremos retocar el código para adaptarlo al código que interpreta la clase.

Tiene pocos ejemplos, pero la verdad es que son suficientes para enseñar las cosas que hace esta librería PHP.

TCPDF [5]

Sin dudas una de las mejores extensiones a la librería FPDF. En su web encontramos una amplia documentación, además es la librería que tiene más ejemplos, un total de 36 ejemplos en el ZIP que nos descargamos desde la web. Además de las cosas típicas que nos permiten todas las librería que he encontrado (insertar código html, cabeceras, pies, …) nos permite crear Códigos de barras para insertarlos en los documentos PDFs que vamos a mostrar. En algunas ocaciones esto es muy útil.

Una cosa que he visto que no he encontrado en otras librerías de PHP es que tiene soporte para incrustar JavaScript para la comprobación de datos de los formularios para los PDFs generados.

Por último decir que esta librería soporta texto Unicode UTF8, con lo que nos permite realizar documentos PDFs en caracteres no indoeuropeos, como el árabe, ruso o chino.

mPDF [6]

Esta librería al igual que la anterior también está muy  bien documentada y en inglés. Esta librería es una extensión de la FPDF que soporta texto Unicode UFT-8, y está especializada en este aspecto. A primera vista, no la he probado todavía, es muy similar a la librería anterior (TCPDF). Una de las cosas que más me han sorprendido es que esta librería es la que más fuentes trae por defecto, de echo el fichero zip de todas las demás librerías apenas llega a los 1Mb, esta librería tienen un zip de 11Mb. Esta cantidad de Mb se deben a las fuentes y a los ejemplos, que  también tiene un motón de ejemplos.

Conclusión

Hemos visto en este artículo una librería y cuatro extensiones de ésta. Cada una tiene sus ventajas y sus inconvenientes. En la medida de lo posible voy a intentar investigar un poco más de cada librería e intentaré hacer un artículo más en profundidad y código de las distintas librerias que hemos visto anteriormente. En la actualidad yo he utilizado la HTML2PDF, puesto que es la más sencilla desde mi punto de vista para trabajar con HTML, para el poco tiempo que he tenido para estudiar el funcionamiento de las librerías, si en vez de 2 días hubiese tienido 2 ó 3 semanas hubiera podido ver todas las posibilidades con más detenimiento, y a lo mejor hubirera podido seleccionar otra librería, pero nunca se sabe, la verdad es que lo fácil que es trabajar con la HTML2PDF es asombroso, pero tiene muy pocas fuentes de texto, o al menos las que vienen por defecto, repito que he tenido muy poco tiempo para investigar más.

Enlaces:

[1] FPDF: http://www.fpdf.org

[2] Página de Scripts de FPDF: http://www.fpdf.org/es/script/index.php

[3] ASP FPDF: http://www.aspxnet.it/public/default.asp

[4] HTML2PDF: http://html2pdf.spipu.net/

[5] TCPDF: http://www.tcpdf.org/

[6] mPDF: http://mpdf.bpm1.com/

Bueno vamos a lio con las URL Amigables.

Lo primero he de decir que dependiendo de si trabajamos en IIS o en Apache, en los ejemplos iré mostrandolo.

En primer lugar decir que las pruebas las he desarrollado sobre Windows Vista Home Premium con el Servidor Web WampServer 2.0, aunque luego lo he probado en un Windows 2003 Server con IIS 6 y en Debian Linux con Apache 2.0 (en mi hosting de Powweb).

Si estamos en Apache lo primero que tenemos que hacer es crear un fichero .htaccess para poder redirigir las urls amigables a las páginas que corresponden, para ello recordamos que el artículo I se dice que vamos a utilizar esta pequeña chapuza.

En el fichero .htaccess escribiremos el siguiente texto.

ErrorDocument 404 /urlAmigables/controllers/controller.php

Esta línea que se introduce en el .htaccess significa que si genera el error 404 en el servidor (Página no encontrada) que se vaya a la url /urlAmigables/controllers/controller.php, Es en este fichero donde se va a hacer el procesado de la URL para luego ejecutar dentro las acciones pertinentes.

El llamar a esta página controller.php tiene que ver puesto que esta idea se me ocurrió aprendiendo a utilizar las Frameworks de PHP, que para mi gusto están bien para hacer desarrollos pequeños, en desarrollos más grandes es mejor utilizar, desde mi punto de vista, herramientas propias.

En el fichero controller.php debemos introducir:

En el IIS en vez de poner el fichero .htaccess, hay que cambiar la url del error 404, si tienes acceso al IIS de tu servidor, deberás acceder a él y luego en el sitio web cambiar las direcciones de error del 404 (por defecto vienen 3) y ponerlas a este fichero. Sino tienes acceso al IIS, seguro que tu servicio de hosting tiene en algún lugar algún sitio donde poder cambiar dicho fichero.

Pues ya está solo hace falta hacer el fichero de error para cuando se introducen direcciones que no son válidas (error404.php) y los ficheros de nuestras herramientas, en el ejemplo es modulo.php, que responde a las url amigables modulo1 y modulo2.

Puedes ver un ejemplo de esta forma de trabajar en http://urlamigables.petralinkfactory.com

Y te puedes descargar el ejemplo desde: http://urlamigables.petralinkfactory.com/urlamigables.zip