Para concluir con la serie de artículos relacionados con la instalación de Prestashop 1.7 vamos a aprender a verificar si cumplimos con todos los requisitos de sistemas, tanto los mínimos como los recomendados.

Y para ponerte en situación recuerda que ya hemos visto cómo instalar Prestashop 1.7 y también los requisitos mínimos de Prestashop 1.7.

Por qué verificar los requisitos mínimos Prestashop 1.7

En una instalación nueva el propio asistente de instalación realiza las comprobaciones oportunas y nos indica si existe algún requisito no satisfecho. Así que este artículo no tendría mucho sentido.

Pero no siempre realizamos una instalación desde 0, y verificar si cumplimos con los requisitos mínimos de Prestashop es especialmente útil cuando migramos una tienda existente o montamos un entorno de desarrollo o de pre-producción desde una tienda existente.

Cómo verificar los requisitos mínimos Prestashop 1.7

Para esta verificación utilizaremos la herramienta PhpPsInfo – PrestaShop system requirements checker. Los pasos a seguir son pocos y sencillos:

1. Descarga la última versión de la herramienta PhpPsInfo desde GitHub.
2. Descomprímela.
3. Copia el archivo phppsinfo.php en la carpeta raíz de Prestashop.
4. Accede al archivo desde tu navegador (http://url-a-tu-prestashop/phppsinfo.php).
5. Cuando pida usuario y contraseña usa «prestashop» en ambos, sin comillas.

Si lo hemos hecho correctamente accederemos a una página que nos indica si cumplimos o no con los requisitos mínimos y recomendados.

Créditos, referencias y artículos relacionados

• Instalar Prestashop 1.7
• Requisitos mínimos de Prestashop 1.7
• Archivos y permisos de usuario en Apache 2 y Linux

Hace ya algún tiempo escribimos el artículo Instalar Prestashop 1.7. En él hacíamos referencia a los requisitos necesarios para instalar Prestashop sin entrar en demasiado detalle. En esta entrada vamos a profundizar en este tema.

Requisitos mínimos y recomendados de Prestashop 1.7

Repasaremos la lista de requisitos agrupándolos en varios conceptos. Si quieres irte a la fuente oficial de la información échale un vistazo a la página de System Requirements for Prestashop.

Requisitos generales

Veamos en primer lugar la lista de requisitos generales para poder correr prestashop 1.7 en una máquina.

Módulos de Apache

Es recomendable activar algunos módulos de Apache, aunque es posible pasar sin ellos.

Extensiones de PHP

Un aspecto fundamental es asegurarnos de que tenemos activadas todas las extensiones de PHP necesarias.

Configuración de PHP

También debemos garantizar la correcta configuración de algunas variables de PHP.

Directorios con necesidad de permisos de escritura

Por último, debemos asignar permisos de escritura a ciertos directorios. Recuerda que ya hemos visto como asignar permisos en el artículo Archivos y permisos de usuario en Apache 2 y Linux.

La lista de directorios que deben tener permisos de escritura son los siguientes:

Créditos, referencias y artículos relacionados

• Instalar Prestashop 1.7
• Cómo verificar los requisitos mínimos de Prestashop 1.7
• Archivos y permisos de usuario en Apache 2 y Linux

En caso de que todavía no hayas utilizado esta plataforma puedes acceder a una demo en este enlace. También puedes echar un vistazo al articulo Plataformas ecommerce open source para valorar otras alternativas.

Requisitos previos

Antes de comenzar a instalar Prestashop deberemos asegurarnos de cumplir algunos requisitos de software:

• Servidor web Apache 2.x o Nginx.
• PHP 5.6 o superior.
• MySQL 5.0 o superior.
• Acceso FTP (o en su defecto al directorio donde se va a instalar si es en local).

Y en cuanto a la configuración de PHP necesitaremos:

• Habilitar las extensiones Mcrypt, OpenSSL, Zip, Curl, GD y PDO.
• Establecer un valor de «128M» o mas en el parámetro memory_limit. Puede ver como hacerlo en la entrada Aumentar el límite de memoria de un script en PHP.
• Establecer upload_max_filesize, en «16M».

Y por supuesto, en el entorno de produccion necesitaras un certificado SSL. El equipo detrás de Prestashop también recomienda MemCached, Apc o OpCache para mejorar el rendimiento.

Tienes mucha más información sobre los requisitos mínimos en el artículo requisitos mínimos de Prestashop 1.7.

El entorno de este ejemplo

En este ejemplo instalaremos Prestashop en un entorno de pruebas, sobre una Raspberry Pi 3 Model B, corriendo Ubuntu Mate 16.04.6, Apache 2.4.18, PHP 7.0.33-6 y Maria DB 10.0.38.

Yo he creado un host virtual para la instalación, puedes ver como hacerlo en la entrada Como configurar Virtual Hosts en Apache 2 y Ubuntu, aunque esto dependerá de tus necesidades.

En mi caso el host virtual se encuentra bajo el directorio /var/www/prestashop/public y accederé mediante la url http://192.168.1.10:8086.

Instalar Prestashop

Ahora que ya tenemos todo preparado para la instalación vayamos al lío.

Descarga, descompresión y subida al servidor

Descargaremos Prestashop desde este enlace. En nuestro caso el nombre del archivo es prestashop_1.7.6.3.zip. Una vez descargado lo descomprimimos y obtenemos tres archivos: index.php, Install_PrestaShop.html y prestashop.zip.

Colocamos estos tres archivos en nuestro servidor. Si trabajas en un servidor local será tan sencillo como copiarlos o moverlos. En caso de trabajar sobre un servidor remoto la opción más habitual suele ser cargarlos con un cliente FTP.

Comienzo de la instalación

Para comenzar la instalación abriremos un navegador web y accederemos la URL dónde hemos subido nuestros archivos, en este ejemplo: http://192.168.1.10:8086.

Llegados a este punto, el instalador comprueba una serie de pre-requisitos, y en caso de no haber cumplido con alguno de ellos obtendremos un mensaje de error.

En la galería al pie del artículo puedes ver un ejemplo dónde nos indica que falta una extensión de PHP: An error has occured: You must install PHP zip extension first.

Si este fuera nuestro caso recargaremos la página una vez satisfecho el requisito.

Asistente de instalación

Una vez iniciado el proceso tan solo tendremos que ir avanzando a través de los distintos pasos del asistente de instalación. Tienes pantallazos de todos ellos al pie de este artículo. Los pasos son los siguientes:

1. Selección de idioma.
2. Lectura y aceptación de licencia (si estás de acuerdo).
3. Validaciones de sistema. Antes de continuar con el proceso, el instalador realiza una serie de verificaciones a fin de asegurar que cumplimos todos los requisitos necesarios para el correcto funcionamiento de Prestashop. En caso de no superar la validación deberemos subsanar el problema para poder continuar.
4. Introducción de los datos de la tienda. Entre otros el nombre de la tienda, el tipo de actividad, el nombre de usuario del administrador, la contraseña de administrador, etc.
5. Configuración de la conexión a la base de datos. Para lo que tendremos que haber creado una base de datos vacía previamente.
6. Proceso de instalación. La habitual barra de proceso que finaliza con un mensaje de éxito (o no).
7. Eliminación de la carpeta de instalación. Por motivos de seguridad debemos realizar un último paso para completar la instalación. Éste consiste en eliminar la carpeta install del directorio raíz de nuestro prestashop.

Acceso a la tienda

Una vez concluida la instalación podremos ver cómo luce nuestra tienda accediendo a la URL dónde la hemos instalado. En mi caso http://192.168.1.10:8086.

Veremos el tema por defecto de Prestashop en una tienda que a falta de configuración es totalmente funcional.

Acceso al panel de administración

Para acceder al panel de administración lo haremos con la misma URL con la que accedemos a la tiendas seguida de /admin, es decir, en mi caso http://192.168.1.10:8086/admin.

Por seguridad, tras el primer acceso a esta dirección, Prestashop cambia el nombre a la carpeta admin por uno aleatorio. Una práctica habitual es volver a renombrar esa carpeta con un nombre más sencillo de recordad pero no tan evidente como: admin, backoffice, back, panel, etc.

Para acceder al backoffice, es requisito indispensable haber borrado la carpeta install. Si no lo hemos hecho recibiremos el siguiente mensaje de advertencia impidiéndonos la autentificación: «Por razones de seguridad, no te puedes conectar al back-office hasta que tengas eliminado la carpeta /install».

Pantallazos

A continuación tenéis los pantallazos de todos los pasos seguidos.

Creditos, referencias y articulos relacionados

• Plataformas ecommerce open source
• Requisitos mínimos de Prestashop 1.7
• Cómo verificar los requisitos mínimos de Prestashop 1.7
• 5 factores clave para el éxito de cualquier página web
• Como configurar Virtual Hosts en Apache 2 y Ubuntu
• Aumentar el límite de memoria de un script en PHP

Y uno de esos valores que a veces se quedan cortos es la cantidad de memoria máxima que un script desarrollado en PHP puede consumir, así que hoy veremos como aumentar ese límite.

Fatal error: Allowed memory size of 134217728 bytes exhausted

Alcanzar el límite máximo de memoria de nuestro servidor no es algo demasiado habitual. La configuración por defecto tiene un valor lo suficientemente amplio como para que podamos ejecutar la mayoría de las aplicaciones sin problema alguno. Pero en caso de alcanzarlo,el sistema devuelve el siguiente error:

Fatal error: Allowed memory size of 134217728 bytes exhausted

Con la salvedad de que el número de bytes puede variar en función de la configuración del servidor.

Medida de protección

Que PHP disponga de un límite máximo de consumo de memoria en la ejecución de cada script es una medida de protección, no olvidemos que la memoria en una máquina es un recurso finito. Así que antes de ampliar este parámetro, mi consejo es que nos aseguremos de que:

1. No es un bug en nuestro script el que crea la necesidad de ampliar la memoria.
2. Nuestro script está razonablemente optimizado.

Es decir, nada que no debamos hacer con cualquier otro script que no supere el límite máximo de memoria definido. Porque si recordáis una de las primeras lecciones que aprendemos (o al menos que deberíamos aprender) al comenzar a programar es que nuestro código debe cumplir tres requisitos fundamentales:

1. Estar libre de errores
2. Ser eficiente
3. Ser comprensible

Cómo aumentar el límite máximo de memoria para un script PHP

Por defecto, el límite máximo de memoria que un script PHP puede consumir es de 128Mb, algo más que razonable. Si ya tenemos claro que queremos aumentar este límite podemos hacerlo de dos formas.

Con la función init_set()

Con la función init_set() pasando el string memory_limit como primer parámetro y la cantidad de memoria deseada como segundo. Con este método, el nuevo limite afectará única y exclusivamente al script dónde lo estemos utilizando, es decir, sin afectar a la configuración general del servidor.

<?php

ini_set('memory_limit', '256M');

...

?>

En el archivo php.ini

En este caso, la principal diferencia con respecto al método anterior es que el nuevo límite afectará a todos los scripts PHP que se ejecuten en el servidor dónde apliquemos esta configuración. Para definir el nuevo límite, buscamos la directriz memory_limit, dentro de la sección Resources Limits, en el archivo php.ini y modificamos su valor.

;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;

...

; Maximum amount of memory a script may consume (128MB)
; http://php.net/memory-limit
memory_limit=256M

Y acto seguido reiniciamos el servidor Apache 2 para que los cambios surtan efecto.:

sudo service apache2 restart

La ubicación del archivo php.ini variará en función del sistema que estemos utilizando. En los sistemas Linux basados en Debian como Ubuntu la ubicación será /etc/php/X.X/apache2, donde X.X será la versión de PHP.

Comprobar límite máximo de memoria de un script PHP

Podemos comprobar el valor máximo de memoria que utiliza un script configurado en nuestro servidor en la sección Core de la salida de la función phpinfo():

O como acabamos de ver, accediendo al archivo de configuración php.ini:

Créditos, referencias y artículos relacionados

• Imagen de portada: Public Domain Pictures
• Aumentar el limite de tiempo máximo de ejecución de un script en PHP.
• Documentación de la función php init_set()
• Servidor Web en Raspberry PI y Ubuntu Mate
• Como configurar Virtual Hosts en Apache 2 y Ubuntu
• Habilitar módulos en Apache 2 sobre Ubuntu

Desde que volví a plantearme si embarcarme o no en la creación de este blog, son muchas las horas que he pasado siguiendo enlaces de las antes tan comunes secciones de blogroll de muchos blogs, que en la mayoría de las situaciones me dirigían a blogs que ya no existen o que pese a no haber desaparecido, su última publicación fue hace mucho tiempo.

Pero es que además, no contento con eso y con la excusa de escribir esta entrada, he realizado un esfuerzo extra en revisar las mencionadas secciones de de blogroll, y el panorama es muy desolador.

Afortunadamente, con mucha tenacidad y unas dosis de paciencia todavía podemos encontrarnos blogs muy interesantes y afines a nuestros gustos, así que hoy os escribo sobre cinco que me han gustado mucho.

Notas sobre la selección

Los blogs que aparecen en esta entrada obedecen única y exclusivamente a gustos personales, lo que no significa que sean mejores o peores que otros que no están aquí. Lo que si he intentado es que cumplan las tres condiciones que indica el título del artículo:

• Que sean blogs.
• Que sean personales.
• Que estén escritos en castellano.

Si tú también tienes un blog relacionado con la tecnología, háblanos sobre él en los comentarios, tanto los lectores como yo estaremos encantados de conocerlo.

Blogs personales sobre tecnología

Koalite

La temática general de este blog gira alrededor de la programación. Juan María Hernández, que es quién está detrás de esta pequeña joya, nos transmite su personal visión de los asuntos que trata desde la experiencia, centrándose más en los aspectos teóricos y conceptuales evitando entrar en excesivos tecnicismos.

Es un blog con buena actividad, publica aproximadamente dos entradas mensuales y eso que está a punto de cumplir ocho años.

Koalite. El código importa, pero el contexto más.

Ochobitsesunbyte

Hablamos de un blog que trata sobre software libre en general y GNU/Linux en particular. Sus artículos son mayoritariamente prácticos, aportando soluciones a situaciones muy concretas sin dar rodeos.

davidochobits, es como se hace llamar el administrador de sistemas que hace posible este blog desde 2010, con aproximadamente dos publicaciones semanales en la actualidad (ahí es nada).

Ochobitsesunbyte, Free Software, GNU y Linux.

Blog Bitix

Blog Bitix aborda varios temas relacionadas con la tecnología, si bien predominan los relacionados con la programación, y dentro de este área principalmente los relacionados con Java.

Es otro de los veteranos, lleva online desde 2010, y además publicando nada más y nada menos que entre uno y tres artículos semanales con una temática interesante y consiguiendo ofrecer una lectura muy amena.

Blog Bitix.

Picando Código

Este blog nos llega desde Uruguay. La temática es muy variada y es quizás con la que menos identificado me siento de los blogs que estamos repasando hoy, pero por ese mismo motivo me trasmite cierta diferenciación y frescura de contenidos que es lo que más me gusta de él.

Su autor Fernando Briano lleva escribiendo Picando Código desde 2007! La frecuencia de publicación varía entre entrada y entrada, pero siempre se mantiene activo. Más que recomendable.

Picando código, blog sobre programación, tecnología, software libre,videojuegos, comics y más.

FernandezSanSalvador

Con una temática que aborda principalmente (pero no exclusivamente) asuntos relacionas con el desarrollo web, estructura el contenido en Programación por un lado y Sistemas y Redes por otro, aportando una visión transversal de este área.

La frecuencia de publicación es muy variable y lamentablemente no he sido capaz de encontrar información sobre su autor, pudiendo ser varios, pero aún así creí oportuno incluirlo en esta entrada.

FernandezSanSalvador, desarrollo web, frameworks, wordpress, linux y mas.

Bonus: Blog ahierro.es

Este blog que lees suma el sexto de este artículo. Como dato objetivo os diré que es el más joven de esta lista, en el momento de publicar esta entrada no tiene ni si quiera un año de vida, y por norma geneal publico entre dos y cuatro entrada mensuales. Tienes algo más de información aquí.

Y si cómo yo te estás preguntando por qué rayos en pleno 2019 (casi) me decido a escribir un blog conociendo de antemano el panorama mencionado al comienzo de este artículo, esa es una historia que quizás de para otra entrada más adelante.

Enlaces y referencias

• Blog Koalite, el código importa, pero el contexto mucho más.
• Ochobitshacenunbyte blog, Free software, GNU y Linux.
• Blog Bitix.
• Picando Código, blog sobre programación, tecnología,oftware libre,videojuegos, comics y más.
• FernandezSanSalvador, desarrollo web, frameworks, wordpress, linux y mas.
• Imagen de portada: Wokandapix

Algunos de ellos pueden ser: la memoria consumida en la ejecución del script, el tamaño de los archivos subidos al servidor, el número de variables pasadas por get o por post, etc.

En esta estrada hablamos sobre el límite de tiempo de ejecución de un script.

Fatal error: Maximum execution time of 30 seconds exceeded

Este es el error que nos encontraremos si nuestro script sobrepasa el tiempo máximo de ejecución definido.

Encontrarnos con este error no es una situación excesivamente habitual y en muchos casos puede ser el resultado de un error de programación, como por ejemplo una rutina que nos haga entrar en un bucle infinito.

Pero también es posible alcanzar ese límite por las propias exigencias de nuestro software. En mi caso, me he encontrado con esta situación al desarrollar aplicaciones empresariales que procesan una gran cantidad de datos.

Medida de protección

Que PHP disponga de un límite máximo de tiempo de ejecución para los scripts es una medida de protección que puede librarnos de largas esperas e incluso de algún reinicio. La experiencia me dice que en algunas ocasiones un bucle infinito puede dejar un equipo completamente bloqueado.

Así que antes de ampliar el tiempo máximo de ejecución mi consejo es que nos aseguremos de que:

1. No es un bug en nuestro script el que crea la necesidad de ampliar este tiempo.
2. Nuestro script está razonablemente optimizado.

Es decir, nada que no debamos hacer con cualquier otro script que no supere el tiempo de ejecución máximo.

Cómo aumentar el límite el tiempo de ejecución de un script PHP

Por defecto, el tiempo máximo de ejecución de un script es de 30 segundos. Si ya tenemos claro que queremos aumentar este tiempo podemos hacerlo de varias formas.

Con la función set_time_limit()

Utilizaremos esta función al comienzo de nuestro script definiendo el tiempo máximo de ejecución en segundos. Por lo tanto, con este método el nuevo limite afectará única y exclusivamente al script dónde lo utilicemos.

<?php

set_time_limit(60);

...

?>

Debemos puntualizar que en caso de que estemos utilizando php en modo seguro esta función no tendrá ningún efecto.

Con la función init_set()

Este sistema funciona exactamente igual que set_time_limit(), con la única diferencia que utilizaremos la función init_set() pasando el string max_execution_time como primer parámetro.

<?php

ini_set('max_execution_time', 60);

...

?>

En el archivo php.ini

En este caso, la principal diferencia entre este método y los dos anteriores es que el nuevo límite afectará a todos los scripts PHP que se ejecuten en el servidor dónde apliquemos esta configuración. Para aplicarlo, buscamos la directriz max_execution_time, dentro de la sección Resources Limits, en el archivo php.ini y modificamos su valor.

;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;

; Maximum execution time of each script, in seconds
; http://php.net/max-execution-time
; Note: This directive is hardcoded to 0 for the CLI SAPI
max_execution_time = 60

Y acto seguido reiniciamos el servidor Apache 2 para que los cambios surtan efecto.:

sudo service apache2 restart

La ubicación del archivo php.ini variará en función del sistema que estemos utilizando. En los sistemas Linux basados en Debian como Ubuntu la ubicación será /etc/php/X.X/apache2, donde X.X será la versión de PHP.

En el archivo .htaccess

Esta es quizás la opción menos conocida de las que mostramos en esta entrada, pero es una de las más interesante en cuanto a que podemos conseguir que la nueva directriz aplique a todos los scripts cuando no tenemos acceso al archivo php.ini.

Para aplicar este sistema editaremos el archivo .htaccess que nos interese incluyendo las siguientes líneas:

<IfModule mod_php7.c>
php_value max_execution_time 60
</IfModule>

Si nuestro servidor utiliza una versión 5.X de PHP en lugar de una versión 7.X, solo habría que cambiar mod_php7.c por mod_php5.c.

Cómo comprobar el valor de tiempo máximo de ejecución

Podemos comprobar el valor de tiempo máximo de ejecución configurado en nuestro servidor en la sección Core de la salida de la función phpinfo():

O como acabamos de ver, accediendo al archivo de configuración php.ini:

Créditos, referencias y artículos relacionados

• Imagen de portada: Michael Jarmoluk
• Documentación de la función php set_time_limit()
• Documentación de la función php init_set()
• Servidor Web en Raspberry PI y Ubuntu Mate
• Como configurar Virtual Hosts en Apache 2 y Ubuntu
• Habilitar módulos en Apache 2 sobre Ubuntu

Es una decisión que condicionará en gran medida el futuro del proyecto puesto que cada plataforma traerá consigo una serie de posibilidades y restricciones con las que tendremos que convivir.

En el mercado existe una gran variedad de soluciones sobre las que montar nuestro negocio de comercio electrónico. Una gran parte de esta oferta está basada en soluciones en la nube o SAAS (Software As A Service). Otra parte no menos importante son plataformas open source. Nosotros nos centraremos en estas últimas, y más concretamente en tres de ellas: Magento, Prestashop y WooCommerce. Hemos escogido estas tres porque están suficientemente consolidadas y tienen un número de instalaciones en activo tan alto que nos ofrecen garantías suficientes para confiarles nuestro negocio.

Dejamos fuera de esta entrada otras muchas plataformas de código abierto que sin haber entrado a analizarlas en absoluto, no tienen un número de instalaciones en activo tan alto como las que proponemos. Algunas son: osCommerce, Zen Cart, OpenCart, Spree Commerce, Virtuemart para Joomla, Drupal Commerce… Existen muchas más que podéis localizar con unas sencillas búsquedas en DuckDuckGo o en cualquier otro buscador.

Número de instalaciones

Un número alto de instalaciones suele ser sinónimo de un ecosistema amplio de compañías que dan soporte a la plataforma y de la existencia de una extensa comunidad de usuarios. Esto a su vez suele redundar en una buena oferta de plugins y temas (themes) así como foros dónde obtener respuestas a algunas de nuestras preguntas.

Es realmente complicado cuantificar el número de instalaciones en activo de estas plataformas sin incurrir en errores, lo que si podemos hacer es averiguar la tendencia del mercado.

Para ello, en primer lugar hemos analizado la la tendencia de búsqueda mediante Google Trends de las tres plataformas a nivel mundial de los últimos 5 años:

En segundo lugar, hemos repetido la misma operación pero en esta ocasión sólo para las búsquedas realizadas en España:

Y por último hemos consultado builtwith.com en su informe sobre la distribución del uso de la tecnología de comercio electrónico:

Observando estos datos podemos obtener algunas conclusiones:

1. WooCommerce es una solución que ha ganado mucha popularidad en los últimos 5 años, sobre todo a nivel internacional.
2. Tanto Magento como Prestashop están perdiendo popularidad.
3. Pese al punto anterior Magento sigue siendo líder en el mercado internacional y Prestashop en el nacional.
4. Aunque las cifras de bultwith.com no se corresponden con las tendencias de búsqueda de Google Trends, las tres plataformas analizadas aparecen entre las siete soluciones más populares de comercio electrónico, y eso incluyendo soluciones propietarias y no solo de código abierto.

¿A quién van dirigidas?

Las tres son buenas soluciones de comercio electrónico, y afortunadamente entre las tres podremos cubrir cualquier necesidad existen en el mercado relacionada con el ecommerce, podemos decir que son soluciones complementarias.

Magento es la plataforma líder en comercio electrónico a nivel mundial, tanto es así que recientemente Adobe la ha adquirido por 1.680 millones de dólares. Está especializada en grandes corporaciones y es la solución de las tres analizadas hoy con la mayor cantidad de funcionalidades y con más opciones de personalización out-of-the-box. Eso no descarta que una mediana empresa pueda decidirse por esta solución, pero debe tener claro que está optando por la solución más compleja de las tres y esto se verá reflejado en los costes del proyecto. Estos costes vienen dados por una curva de aprendizaje más pronunciada y por una mayor complejidad tecnológica que extienden los tiempos de implementación y mantenimiento.

Prestashop por su parte encaja muy bien con la mediana empresa, es la plataforma más equilibrada de las analizadas: tiene un gran compromiso entre prestaciones, opciones de personalización, consumo recursos del sistema y demanda de recursos  para su implantación, mantenimiento y mejoras. También es posible que una pequeña empresa implemente una tienda online con Prestashop.

WooCommerce es un plugin que añade capacidades de comercio electrónico al CMS WordPress, es decir, no es una plataforma por si misma, pero esta característica no es un inconveniente en absoluto pues hereda todos los beneficios de WordPress. WooComerce está enfocado principalmente a la pequeña y la micro empresa, pero es capaz de ofrecer funcionalidades suficientes para que las medianas empresas no la descarten del proceso de selección antes de comenzar pues en muchos casos cubrirá sobradamente sus necesidades.

Tecnología

Las tres plataformas corren sobre entornos LAMP, es decir: Linux, Apache, Maria DB (o MySQL) y PHP, algo muy habitual en las soluciones de entorno web de código abierto, y de agradecer entre otras muchas razones para mantener la solución libre de costes de licencias.

Como notas a destacar en cuanto a la tecnología utilizada, Magento hace uso de Zend Framework, mientras que Prestashop utiliza Symphony a partir de la versión 1.7.  Woocomerce por su parte está desarrollado sobre la estructura de WordPress.

En el momento de escribir estas líneas la versión más actualizada de estas plataformas son:

• 2.6.2 para Magento.
• 1.7.4.3 para Prestashp.
• 3.5.1 para WooCommerce.

Comunidad y Soporte

Las tres soluciones han conseguido crear grandes comunidades que les permiten compartir el conocimiento y resolver dudas. Como es habitual estas comunidades son mucho mayores en inglés pero Magento y Prestashop empiezan a tener bastante movimiento en español.

Y por supuesto las tres soluciones disponen de un gran ecosistema de partners que las comercializan, muy amplio en los tres casos aunque por mi experiencia profesional me atrevería a decir que esta oferta es mucho mayor para Prestashop, al menos en España.

Como cabe esperar, podremos obtener soporte (de pago) para cualquiera de ellas por parte de la propia compañía o por alguno de los partners con los que decidamos trabajar si es el caso.

Otra de las grandes ventajas de ser soluciones tan extendida es la variedad de plugins y temas (themes) que podemos encontrar, teniendo multitud de opciones tanto gratuitas como de pago.

Y por último dentro de este apartado, si estamos buscando a alguna persona para incorporar a nuestro equipo con conocimiento sobre estas plataformas no debería ser una labor excesivamente complicada, aunque eso depende mucho de la situación del mercado.

Conclusión

Las tres son buenas soluciones, ampliamente utilizadas y con gran cantidad de opciones de personalización y extensión en el mercado y además son soluciones complementarias:  entre las tres podremos cubrir cualquier necesidad que tengamos.

La elección de alguna de ellas debe venir dada por la pregunta ¿cuál se adapta mejor a mis características y necesidades? en lugar de preguntar simplemente ¿cuál es mejor? Y si aún así decides hacerte la segunda pregunta, pregúntate ¿cuál es mejor para qué?

¿Y tú que opinas? ¿Tienes experiencia con alguna de estas tres plataformas? ¿Crees que he dejado fuera alguna solución a la altura de éstas? ¿Estás en pleno proceso de selección y tienes dudas?

Enlaces de interés

A continuación os dejo algunos enlaces que es posible que os sirvan de ayuda:

• Página principal de Magento
• Documentación y recursos técnicos de Magento
• Foros oficiales de Magento
• Demo de Magento
• Página de descarga de Magento
• Página principal de Prestashop
• Documentación de Prestashop
• Foros oficiales de Prestashop
• Demo de Prestashop
• Página de descarga de Prestashop
• Página principal de WooCommerce
• Documentación de WooCommerce
• Foro oficial de WooCommerce
• Página de descarga de WooCommerce

Evidentemente escoger solo cinco factores para asegurar el éxito de cualquier site es cuanto menos insuficiente, pero si podemos asegurar que existen al menos cinco factores comunes a todas las páginas web sin los cuales será muy complicado, por no decir imposible, alcanzar un mínimo de calidad que nos permita disponer de un site de éxito.

Y estos cinco factores son

1. Objetivo

Es tan básico que he estado a punto de no incluirlo en este artículo por obvio, para que una página web funcione su objetivo debe estar claramente identificado y definido. Y aunque no sea el objeto de este artículo, es importante tener claro que un objetivo debe ser:

1. Medible y acotado en el tiempo. Debemos de ser capaces de valorar objetivamente si hemos alzado o no el objetivo en el plazo definido.
2. Realista y alcanzable. Pues un objetivo no alcanzable no conseguirá más que desmotivarnos. Para satisfacer esta característica es importante conocer nuestra situación actual y nuestras capacidades.
3. Consensuado. Entre las personas que participarán del mismo. No es un buen punto de partida comenzar un proyecto con personas que no creen en él.

No tener un objetivo definido es como comenzar un viaje sin saber a dónde queremos ir, lo cual no es malo si queremos llegar a cualquier lugar, pero en un proyecto web no suele ser lo habitual.

2. Analítica

Seguro que estarás cansado de leerlo pero es tan básico e importante que no puedo dejar de recordarlo: lo que no se puede medir no se puede mejorar.

Sin las herramientas de análisis adecuadas no sabremos qué está ocurriendo en nuestra web, seremos incapaces de definir objetivos cuantitativos, y si los definimos no tendremos forma de saber en que medida los hemos alcanzado (o no).

[the_ad id=»1018″]

Preguntas tan sencillas cómo: ¿cuántos usuarios nos visita? ¿está siendo atractiva la nueva funcionalidad que hemos implementado? ¿de dónde vienen nuestros usuarios? ¿está funcionando la campaña de ads en la que hemos invertido 200€?

Y si seguimos hablando de viajes e imaginemos que somos un piloto de avión, sería como pilotar un Air Bus 380 sin su cuadro de mandos: ¿qué rumbo llevamos? ¿a qué altura estamos? ¿en qué coordenadas nos encontramos? ¿cuál es nuestra velocidad de crucero? Simplemente impensable, con suerte encontraríamos alguna pista sobre la que aterrizar.

3. Velocidad

Reconozcamoslo, no nos gusta esperar, cuando queremos algo lo queremos ya. La velocidad de carga es el primer factor que percibimos al acceder a una página web y si no es buena puede arruinar completamente la experiencia de usuario.

Salvo que el usuario esté obligado a utilizar tu site porque no tiene otra opción, situación muy poco habitual, navegar por una web lenta suele acabar con un usuario frustrado abandonando el sitio y buscando una alternativa que satisfaga sus necesidades.

4. Mobile First

Y como disponemos de estadísticas y podemos analizarlas no tardaremos en percatarnos de que el móvil es el rey, es el dispositivo  más utilizado para acceder a internet, y este porcentaje sigue creciendo, así que demosle la importancia que se merece.

Desde el momento que planificamos desarrollar un sitio hagámoslo teniendo muy presente este dato e invirtamos más tiempo en la versión móvil, aprovechemos sus ventajas como la localización o las acciones táctiles y trabajemos para compensar sus inconvenientes como pueden ser la resolución de pantalla o el ancho de banda en función de la cobertura.

Lo que no podemos hacer bajo ninguna circunstancia es obviar el móvil y centrar toda nuestra atención en la versión desktop.

5. Renovarse o morir

Esto es una máxima que aplica prácticamente a todo en esta vida. Estamos en un mundo en el que los cambios cada vez se suceden con más velocidad, y dónde lo que se queda estático acaba siendo olvidado.

En infinidad de ocasiones he escuchado la frase «si algo funciona no lo toques», y es posible que sea cierto en determinados aspectos o situaciones de la vida, pero no cuando hablamos de tecnología o servicio al cliente.

Si no acompañamos los cambios del entorno nos quedaremos obsoletos, si no mejoramos nuestro servicio la competencia nos adelantará por la derecha, si no ofreces algo nuevo tu cliente se aburrirá.

No es necesario que seamos early adopters, pero si debemos actualizarnos al menos a la misma velocidad que el entorno en el que nos encontramos.

¿Y tú que opinas?

Cómo es evidente y he comentado en la introducción, 5 factores no son ni de lejos suficientes para garantizar el éxito de una página web. En cambio si podemos afirmar que sin estos cinco factores ninguna web será referente en su sector. Yo ya he escogido los míos, ¿y tú que opinas? ¿te atreverías a escoger tus 5 factores? ¿añadirías alguno a los que propongo?