¿Todavía trabajas con versiones de PrestaShop muy desactualizadas? ...no es grave, si tu tienda se quedó en la versión 1.6.1.5 o la 1.6.1.12, por citar alguna, actualizar a la estable 1.6.1.17 es fácil y muy rápido.

En este vídeo te muestro como actualizar una tienda con la versión 1.6.1.5 a la versión estable actual, usando el método del módulo Actualización 1-click poniendo antes la web en "modo mantenimiento".

Requisitos básicos para PrestaShop 1.6.1.17:

• Servidor web: Apache 1.3, Apache 2.x, Nginx o Microsoft IIS.
• PHP 5.5 o versión superior (recomendado 7.x) instalado y habilitado.
• MySQL 5.0 o versión superior instalado con una base de datos creada.
• memory_limit = 128M (o un valor mayor)
• upload_max_file_size = 128M (o un valor mayor)
• Extensiones de PHP: GD, cURL (actualizado), SimpleXML, SOAP

Puedes consultar la Lista de Cambios en detalle de esta versión antes de actualizar PrestaShop.

Descarga PrestaShop 1.6.1.17

Instala o actualiza el módulo Actualización 1-click (si no lo tienes disponible) para poder actualizar a la última versión con facilidad y rapidez.

Haz clic en la imagen para ampliarla  

Otra opción a tener en cuenta, sobre todo tienes la costumbre de hacer cambios en archivo del núcleo de PrestaShop y no tienes muy claro si la actualización romperá alguna cosa que hayas modificado es clonar la tienda en producción y probar primero la actualización en una web clonada.

Lectura MUY recomendada:
Clonar una instalación de PrestaShop a otra carpeta del Hosting

Esta actualización ha sido probada en los siguientes Packs PrestaShop de Webempresa con éxito:

• Pack PrestaShop Cilene
• Pack PrestaShop Amaltea
• Pack PrestaShop Arce
• Pack PrestaShop Calisto
• Pack PrestaShop Carme
• Pack PrestaShop Elara
• Pack PrestaShop Himalia
• Pack PrestaShop Lisitea
• Pack PrestaShop Estándar (bootstrap).

Se han realizado pruebas de actualización en todos estos packs desarrollados por Webempresa verificando que se realizan correctamente y no se ven afectados los "Módulos" incluidos por defecto en dichos packs, los productos funcionan y se gestionan con normalidad y los diferentes apartados de la tienda tienen un correcto desempeño.

Haz clic en la imagen para ampliarla  

Mantén tu Tienda actualizada, utiliza módulos y temas procedentes de sitios confiables y haz siempre copias de seguridad de forma regular para mantener en funcionamiento tu web en buen estado de salud.

Ten en cuenta que ciertas actualizaciones son automáticas, principalmente las actualizaciones menores, como es este caso, por lo que si tu web no se actualizó ya entonces tómate un tiempo para actualizar, comprueba primero si tu tema y plugins son compatibles con la nueva versión, haz una copia de seguridad y actualiza.

Actualizar WordPress

Actualizar a WordPress 4.8.2 es sencillo, aunque tomar precauciones te evitará sorpresas y algún que otro error 500.

• Realiza una copia de seguridad antes de actualizar.
• Comprueba que tu Tema es compatible con la nueva versión de WordPress.
• Si usas un constructor (builder), comprueba que es compatible con la versión nueva de WordPress.
• Si tienes actualizaciones de plugins y temas pendientes ¡hazlas! antes de actualizar WordPress
• Deshabilita aquellos plugins que no utilices (lo mejor es que los desinstales).
• ¿Utilizas plugins de seguridad? (Wordfence, BruteProtec, iThemes Security, Sucuri, etc) ¡desactívalos antes de actualizar!
• ¿Trabajas con Visual Composer como constructor? comprueba en la web de WPBakery Inc. que han actualizado el constructor para compatibilizarlo con WordPress 4.8.2 ¡prueba antes en un clon o una sandbox!
• Comprueba que tus otros plugins activos son compatibles con la nueva versión.
• ¿Has hecho cambios en tu tema?, exporta tu tema en formato .zip antes de actualizar y usa temas hijo (child themes).
• ¿Trabajas con plugins como Move Login, etc.?, desactívalos, como medida de precaución para evitar quedarte sin acceso.
• ¿Trabajas con el tema y framework Genesis?, comprueba que es compatible con WordPress 4.8.2

Actualizaciones:

Si al acceder al dashboard de WordPress ves el siguiente mensaje en Escritorio, Actualizaciones, entonces es que tu núcleo ya se actualizó automáticamente y no necesitas realizar ninguna acción, salvo comprobar que todo funciona bien ¡claro!

Tienes la última versión de WordPress. No es necesario actualizarla. Las siguientes actualizaciones de seguridad se aplicarán automáticamente.

Si tras acceder al dashboard ves que tienes pendiente la actualización entonces deberías ver este aviso en Escritorio, Actualizaciones.

Accede al panel de administración de WordPress, Escritorio, Actualizaciones y previa copia de seguridad procede a actualizar tu sitio web a esta nueva versión.

Si en Actualizaciones ves que tienes plugins y temas pendientes de actualizar, aplica primero la actualización de estos y por último la actualización del núcleo de WordPress a la versión estable.

Si después de actualizar tu sitio web, no ves la página, limpia la caché de tu navegador y verifica si sigue activo el "modo mantenimiento" que suele ser la causa habitual de que no veas la web al haber hecho clic en otro elemento del dashboard de tu web mientras se actualizaba WordPress.

En WordPress 4.8.2 (funcionalidad nativa desde la versión 3.7) ¡WordPress se encarga de mantener tu CMS actualizado por ti de forma automática a la nueva versión ! a menos que lo tengas deshabilitado claro.

Consulta la Lista de cambios en WordPress 4.8.2.

En el siguiente vídeo puedes ver que actualizar entre versiones es muy sencillo

Las actualizaciones de seguridad se liberan para corregir problemas detectados que pueden afectar al funcionamiento de tu web y exponerla a ataques de diferente naturaleza si no tomas las debidas prevenciones.

El problema con el módulo de Paypal

El problema se viene detectando desde versiones 1.6.1.4 (enero de 2016) que sigue persistente en la actual versión 1.6.1.17 (a fecha de este artículo) si bien que depende de la versión del módulo de Paypal que utilices.

El caso se da en instalaciones donde se tiene habilitado el checkout en un solo paso.

Haz clic en la imagen para ampliarla  

Usuarios del modulo One Page Checkout también pueden verse afectados por este problema.

La versión del módulo de Paypal afectada es la 3.11.4 que puedes ver en la siguiente imagen:

Haz clic en la imagen para ampliarla  

Este módulo, en la citada versión, pese a gestionarse correctamente el el checkout, no envía las notificaciones de la venta y no tienen en cuenta el campo de aceptación de condiciones de la venta, lo que puede traer de cabeza al administrador de la tienda que no tiene constancia de la compra y del pago y al comprador que no puede completar el proceso lo que produce un abandono del carrito.

Es decir, tus compradores añaden productos al carrito, se registran o identifican como compradores en la tienda para procesar la compra, escogen el método de envío y marcan la casilla de aceptación y son redireccionados a la página de confirmación del pago de Paypal.

Haz clic en la imagen para ampliarla  

Reciben un aviso indicando que deben aceptar las condiciones de la venta aún habiendo seleccionado la casilla correspondiente.

Corrección del problema

En primer lugar revisa tu lista de países en Localización, Países y verifica que tienes activados y debidamente configurados aquellos en los que realizas ventas, por ejemplo si vendes en España, la configuración debe ser similar a la mostrada en la imagen.

Haz clic en la imagen para ampliarla  

Luego haz una copia de seguridad de tu tienda.

Lectura recomendada:
Copias de Seguridad desde el Panel de Hosting cPanel

Desde tu cPanel, Archivos, Administrador de Archivos, accede a la carpeta public_html/modules/paypal/views/js y localiza el archivo paypal.js.

Edítalo con el "Editor de Código" del Administrador de Archivos (Edit) y comenta las siguientes líneas:

        $('#container_express_checkout').hide();
        if(jquery_version[0] >= 1 && jquery_version[1] >= 7)
        {
            $('body').on('click',"#cgv", function () {
                if ($('#cgv:checked').length != 0)
                    $(location).attr('href', '{/literal}{$paypal_confirmation}{literal}');
            });
        }
        else {
            $('#cgv').live('click', function () {
                if ($('#cgv:checked').length != 0)
                    $(location).attr('href', '{/literal}{$paypal_confirmation}{literal}');
            });

            /* old jQuery compatibility */
            $('#cgv').click(function () {
                if ($('#cgv:checked').length != 0)
                    $(location).attr('href', '{/literal}{$paypal_confirmation}{literal}');
            });
        }

Te lo ilustro en la siguiente captura por si no tienes claro cómo comentar un bloque de código.

Haz clic en la imagen para ampliarla  

Otra solución es eliminar dicho bloque de código del archivo paypal.js afectado.

Indicarte que la redirección se aplica si la variable $paypal_confirmation es verdadera (true) y se declara en el archivo /modules/paypal/paypal.php en la línea 322 (aproximadamente).

Haz clic en la imagen para ampliarla  

Guarda los cambios y limpia la cache de PrestaShop para posteriormente verificar en la siguiente compra si el proceso se notifica y se pasa de las "condiciones de la venta" en el checkout.

No olvides eliminar el archivo class_index.php para que la regeneración de caché sea efectiva.

Haz clic en la imagen para ampliarla  

Esperemos que se solucione en posteriores versiones del módulo de Paypal para PrestaShop 1.6.x

Este es un fallo de los que te puedes encontrar en tu Tienda procesando pagos con Paypal, no obstante no siempre se van a dar estas condiciones por lo que tan importante es mantener tus módulos actualizados así como el CMS, como lo es el realizar pruebas periódicas de funcionamiento de tus pasarelas de cobro, a fin de cuentas son el motor para que tus ventas lleguen a buen fin.

En Webempresa, al margen de las copias de seguridad que tú hagas, nosotros hacemos las nuestras "por ti", para que no te pille de sorpresa o desprevenido, dejes tu sitio "offline" por un fallo humano o bug de una actualización, y no sepas de qué hilo tirar.

Claro que no las almacenamos en tu cuenta de Hosting ¡faltaría más! sabemos que para ti el espacio de disco es sagrado y no quieres que lo gastemos con docenas de backups, ¿verdad?

Por eso usamos nuestra propia herramienta de copias, llamada SuperBackup, y con ella hacemos diariamente (más de 40 días seguidos) copias de tu Hosting completo (webs, correos, etc.) y las guardamos en otros servidores, a buen recaudo, para que salgas de un aprieto cuando sea necesario.

Pero claro, existen también las copias de seguridad que yo llamo bajo demanda, es decir, aquellas que tú necesitas hacer puntualmente, un día, a una determinada hora, porque vas a realizar cambios importantes en una web, añadir un plugin, modificar un tema o plantilla, y no quieres llevarte sustos.

Esas copias las realizas desde tu Panel de Hosting cPanel y si se almacenan en tu espacio de disco contratado ocupando espacio, que habitualmente suele ser bastante, dependiendo de la cantidad de webs, imágenes, correos y otros archivos que tengas.

De repente ves que tu web no carga bien, o muestra un error 500, posiblemente porque algunos archivos no se han podido escribir, o recibes un correo que te dice que "has superado la cuota de disco" y no sabes bien que hacer ¿verdad?.

 ¡No pasa nada, calma!

El espacio es un elemento infinito, o eso dicen los astrónomos, pero los discos duros, incluidos los SSD/SDD de nueva generación (cada vez de mayor tamaño) si son finitos, es decir, tienen un principio y un fin, y eso determina la cantidad de información que pueden almacenar, ...concluyendo ¡no existe el Hosting con espacio de disco ilimitado!

Llegados a este punto, la pregunta que te haces es:

¿Dónde se almacenan las copias de seguridad de cPanel?

Como te decía antes, en tu espacio de Hosting, pero para ser más concreto, en la carpeta de usuario, que suele ser la anterior a la carpeta donde habitualmente instalas y gestionas las webs.

Pues ahí es donde se almacenan los backups que habitualmente realizas cuando quieres crear una instantánea del estado de tu Hosting y luego...

...eso ¡luego!, pues luego vas y te olvidas de bajarla a tu ordenador y la dejas en el Hosting "un clásico" jeje.

¿Qué pasa cuando te olvidas 3 ó 4 veces de bajar la copia que has realizado? Después de haberla hecho taitantas veces claro, ¡que te quedas sin espacio en disco! Y te pasa de todo por la cabeza, desde resetear el Hosting, hasta restaurar un backup completo anterior (si tu proveedor de Hosting te lo facilita) y no es necesario nada de eso.

Basta con tener siempre la precaución de descargar tus copias a tu ordenador, ya sea desde tu cPanel o por FTP, y eliminarlas del Hosting para que el espacio aflore de nuevo en tu cuenta y todo vuelva a la normalidad.

Las copias de seguridad realizadas desde tu cPanel, Archivos, Copias de Seguridad, se localizan en la carpeta /home/<usuario> (puede ser /home2 en algunos casos) siendo <usuario> el username (owner) de tu cuenta de Hosting que por regla general va asociado a tu Dominio Principal del que se extrae el nombre.

Haz clic en la imagen para ampliarla  

Aclarado este importante punto, que aunque no lo creas, es motivo de numerosas consultas habituales en Soporte, pasemos a ver cómo descargar y eliminar copias de seguridad del Hosting, para liberar ese preciado espacio.

...recuerda ¡el espacio es finito! ヅ

¿Cómo descargar y eliminar las copias de seguridad de cPanel?

Tan importante es esta parte del proceso, como el hacer los backups, pues de poco sirve realizarlos y dejarlos en el mismo Hosting donde las has hecho.

Si leíste más arriba dónde se localizan, recordarás que están en la carpeta /home/ (o en /home2 según tu Hosting).

1. Accede a tu cPanel, Archivos.
2. Abre el Administrador de Archivos.
3. Si apareces en la carpeta /public_html haz clic en la opción superior "Un nivel anterior".
4. Ahora un poquito de scroll abajo y ¡voilá! ahí está(n) tu(s) backup(s).
5. Selecciónalo(s) y clic en la opción superior Descargar.
6. Completada la descarga, con los archivos seleccionados, clic en la opción Borrar (o "Eliminar").

¡Ya está! ...descargados las backups que tengas ahí almacenadas, eliminadas las copias de seguridad y liberado espacio en tu Hosting.

Nota: No olvides seleccionar en el cuadro de diálogo de eliminación la opción Omitir la Papelera y eliminar permanentemente los archivos, ya que de lo contrario, los estarás eliminando, pero seguirán en tu Papelera de cPanel ocupando espacio.

Un vídeo rapidito explicando todo el proceso

Te he preparado este vídeo, es muy cortito, apenas 4 minutos, para que veas dónde encontrar las copias de seguridad y cómo eliminarlas para sanear el espacio de tu Hosting.

Conclusiones

Hacer backups es muy importante, y deberías tener siempre tu propia política de seguridad, aparte de las que tu Hosting realice.

Es más importante, si cabe, el descargarlas y almacenarlas en tu ordenador (o en la nube si es tu caso) y después eliminar tus copias de seguridad de tu cPanel para no ocupar espacio que te puede ser más útil para tus webs y correo electrónico.

Independientemente de las copias que tú realices, en Webempresa realizamos >Copia de seguridad Diaria> replicada en otros servidores para mayor seguridad, y verificamos semanalmente el correcto funcionamiento de esas copias y su posible restauración en otro servidor, para que tengas garantía de recuperar una copia de los últimos 30 días (o más), desde tu Área de Cliente, Hosting, SuperBackup.

Super Backup

¿Es suficiente con Super Backup? La respuesta es NO.

Es bueno que te programes un ciclo de copias de seguridad de tu sitio web completo (incluyendo la base de datos), por ejemplo, si trabajas con WordPress puedes realizarlas con el plugin All In One WP Migration:

Lectura recomendada:
Backups WordPress en 2 minutos con All In One WP Migration

Mírate el vídeo de ese artículo, verás que es muy fácil hacerlas y descargarlas a tu ordenador, a una carpeta, para tener las últimas antes de cambios importantes, por si todo sale mal poder en apenas 2 minutos restaurar una de ellas.

...y te preguntarás:

¿Para qué sirve tener política de copias de seguridad propia?

Muy sencillo. Supongamos que hoy a la 1 de la madrugada, el servidor donde se aloja tu cuenta de Hosting hace una copia de seguridad, y luego a las 8 de la mañana aplicas cambios en tu web y añades nuevos contenidos, posteriormente a las 5 de la tarde cambias el tema de la web, o instalas un nuevo plugin, y no haces un backup antes de añadir ese nuevo plugin o cambiar el tema.

No puedes restaurar a la versión de tu web después de las 8 de la mañana cuando hiciste cambios y de antes de las 5 de la tarde porque fue cuando cambiaste el tema y añadiste un plugin que provocó un error 500 y te dejó la web inutilizada porque antes de hacer eso no hiciste un backup por tu cuenta.

Esta desafortunada situación te lleva a restaurar la copia de seguridad "del Hosting" de la 1 de la madrugada de ayer lo que supone que una vez restaures esa copia tampoco tendrás los cambios que habías hecho a las 8 de la mañana ya que la copia del Hosting, realizada por Super Backup es anterior a esa hora.

Para eso sirve tener tu propia política de backups, para tener copias de momentos anteriores a posibles desastres que puedas causar sin querer al actualizar temas, plugins o aplicar cambios que afecten a la integridad de tu web.

Hacer esto es posible utilizando plugins, ya que hay un buen puñado de ellos en el Directorio Oficial de Plugins de WordPress.org, que te permite hacer duplicados de tu web sin demasiadas dificultades.

Hagámoslo con un plugin....

Utilizaremos All In One WP Migration para crear copias de seguridad y también puedes utilizar para Clonar sitios WordPress en el mismo Hosting, en otra carpeta o en un Hosting diferente, o incluso en tu ordenador (localhost).

Haz clic en la imagen para ir al enlace del plugin  

¿Por qué All In One WP Migration?

Porque es muy, muy sencillo de utilizar y con una usabilidad cada vez más mejorada.

Porque es gratuito y permite en muy poquitos pasos exportar o clonar una web en funcionamiento para usarla como réplica de pruebas en otra carpeta, en otro Hosting o en tu propio ordenador.

Porque no consume apenas recursos durante el proceso de Exportación de backups o de Importación de los mismos en una nueva instalación de WordPress.

¿Cómo Clonar WordPress a otra carpeta?

Para poder realizar esta tarea con éxito primero debes asegurarte que tienes espacio suficiente en tu cuenta de Hosting para que el clon funcione y pueda completarse todo el proceso.

Además deberás instalar una web de WordPress básica (tal como explico a continuación), ya sea usando un archivo empaquetado descargado de WordPress.org o por medio del instalador de packs de WordPress de tu Hosting (si dispones de ellos).

• Accede a WordPress, dashboard, All In One WP Migration, Exportar.
• Exporta una copia de la web a Archivo.
• No descargues el archivo wpress resultante de la copia.
• Desde tu cpanel, Archivos abre el Administrador de Archivos.
• Ve a la carpeta principal de usuario que es /public_html
• Crea la carpeta destino donde quieres replicar la web.
• Desde tu cPanel, Packs Webempresa, Crear WordPress, instala un Pack WordPress básico en la carpeta destino.
• Accede a la nueva web instalada en la carpeta destino, e instala/accede el/al plugin de backups.
• Desde el Administrador de Archivos accede a la carpeta donde se almacenó la Exportación realizada. 1
• Localiza el archivo del backup realizado: ej. wpseguro.com-20170819-110934-381.wpress.
• Selecciona el archivo .wpress y haz clic en la opción superior Mover.
• Se abre un cuadro de diálogo que pregunta Escriba la ruta de acceso del archivo al que desea mover este archivo:
• Pon la ruta de destino donde debe moverse dicha copia de seguridad. 2
• Haz clic en Move File(s) para mover el archivo .wpress a la nueva ubicación. 3
• Accede al dashboard de la web donde vas a restaurar el clon.
• Menús izquierdo del dashboard, All-in-One WP Migration, Copias de seguridad.
• Verás la copia movida de la web original (recarga si es necesario esta pantalla).
• Haz clic en el segundo botón de la derecha de la copia: Restaurar.
• Completa el proceso en las pantallas que te vaya mostrando el plugin.
• Una vez restaurada la copia en el "clon" verifica que funciona correctamente.

1 - Por defecto este plugin guarda las copias de seguridad realizadas en la carpeta /wp-content/ai1wm-backups

2 - Si la copia se guardó en la carpeta /wp-content/ai1wm-backups esta será la ruta que se mostrará. Si la nueva web o clon está en la carpeta /public_html/clon la ruta de destino a la que mover el backup será /public_html/clon/wp-content/plugins/ai1wm-backups y es la que debes escribir en el campo citado.

Haz clic en la imagen para ampliarla  

Es importante que te asegures que tienes la versión 6.55 de este plugin ya que en la versión 6.54 y anteriores el nombre de la carpeta de backups no se llamaba /ai1wm-backups y si mueves un backup a esta carpeta de la nueva instalación (clon) y la carpeta no tiene el mismo nombre, generarás un archivo sin extensión que no te servirá para el clon.

Haz clic en la imagen para ampliarla  

En el plugin All In One WP Migration, Copias de seguridad, haces clic en el botón Restaurar de la copia movida a esta instalación y se ejecutará el proceso que convertirá el pack WordPress básico instalado en un clon exacto de tu web original (en producción) pero disponible en la carpeta /clon o como hayas decidido llamarla.

Haz clic en la imagen para ampliarla  

En este vídeo realizo de forma detallada todo el proceso explicado más arriba para que veas que clonar una web con este plugin es la mar de sencillo y eficaz.

Pero qué fácil ha sido el proceso ...jajajjajaja, me he quedado con las ganas de más, pero ya está, hecho, no hay nada más que rascar, ahora ¡a clonar!

Clonar una instalación de WordPress a otra carpeta de tu Hosting utilizando las funcionalidades de Exportar/Importar del plugin All In One WP Migration es una tarea sencilla y rápida de realizar.  

¿Necesitas clonar o duplicar tu web para realizar pruebas o cambios? Dale una oportunidad a All In One WP Migration y sorpréndete con su sencillez.

 ¿Qué plugins no necesitas para exportar WordPress? 

Hay muchas formas de mover una instalación de WordPress entre Hosting, en Webempresa los clientes tienen la grandísima suerte de contar con un aliado excepcional llamado SuperMigrator que permite trasladar una web en poco tiempo y de forma segura.

Pero cuando no se tiene acceso a SM o se quiere un proceso simplificado, o al menos controlable (saber que estás haciendo en cada paso), hay plugins con los que no necesariamente debes aliarte:

• WordPress Duplicator
• WordPress Move
• Migrate
• BackupBuddy
• myEASYbackup
• BackUpWordPress
• UpdraftPlus Migrator Extension
• WP Clone by WP Academy

¡Ojo! estos plugins son buenos, pero también algunos de ellos son campeones en devorar recursos del servidor de destino cuando se lanza una migración o duplicado de web de un servidor a otro.

No quiero plantear una cruzada contra estos plugins, es muy posible que tu uses alguno de ellos y te resulte cómodo su funcionamiento y operativa, pero ¿has evaluado cuando trabajo le cuesta a tu servidor gestionar la tarea de traerse un sitio web WordPress del punto A al punto B? ....son recursos que aunque no los veas estos si se ven afectados por el uso de determinados plugins.

Es por eso que quiero plantearte otra forma de traer una web de un Hosting a otro, con un proceso en el que la exportación es automática y la importación tiene parte de proceso manual y parte de proceso automático, pero que en todo momento tu controlas y sabes en que fase del mismo estas.

Se trata del plugin All In One WP Migration para crear copias de seguridad y que también puedes utilizar para Exportar e Importar sitios WordPress en el mismo Hosting o en otro diferente, o incluso en tu ordenador.

Haz clic en la imagen para ir al enlace del plugin  

Bondades de All In One WP Migration

Puedes migrar fácilmente un sitio WordPress a otro dominio, a otro Hosting o incluso moverlo dentro del mismo Hosting (clonarlo) a un subdirectorio.

Realiza el movimiento de la base de datos y todos los archivos de la web, lo que significa que se encarga de todos los aspectos de la migración.

Este plugin utiliza algunos trucos ingeniosos para asegurarse de que funciona en todos los proveedores de Hosting. Primero, Exporta/Importa los datos en trozos de 3 segundos, lo que le permite eludir cualquier restricción colocada por el Host de destino.

Tambien hace algo similar con los tamaños de subida, limitándo 2Mb los trozos de archivo a enviar, por lo que incluso si tu Hosting restringe las subidas a un máximo determinado, el plugin seguirá siendo capaz de migrar tu sitio.

Si trabajas con Multisitios, este plugin te permite exportar una red de sitios web a otro Hosting.

Tienes una funcionalidad para aplicar ilimitadas operaciones de búsqueda y reemplazo en la base de datos por ejemplo para cambiar el nombre del dominio que gestionará la web trasladada/migrada.

...y arreglar cualquier problema de serialización.

Es un plugin que está en constante desarrollo de la mano de Borislav Angelov, Pim Jitsawang y Yani Iliev, este último a su vez realiza una excelente labor en el Foro de Soporte del plugin en WordPress.org ¡Felicidades!

Desde Webempresa.com colaboramos en la traducción y el mantenimiento de la misma para Español (España) como forma de contribuir a la comunidad y devolver parte d elo que nos aporta cada día con herramientas como esta.

¿Cómo exportar un sitio WordPress?

Me encanta que me lo preguntes :) ...porque es tan sencillo de explicar que voy a ir directo al grano y mostrartelo en un vídeo, cortito, pero que resume la esencia de este proceso ¡espero que lo disfrutes tanto o más de lo que yo lo he disfrutado creandolo para ti!

Ya ves lo fácil que ha sido ¿verdad?  ヅ  

Trasladar una instalación de WordPress de un Hosting a otro, o de una carpeta a otra, utilizando las funcionalidades de Exportar/Importar del plugin All In One WP Migration se convierte en una tarea divertida, rápida y sencilla de realizar.  

¡Ahora no tienes excusas para trasladar, clonar o duplicar tu web con este plugin!

Es una de las recomendaciones habituales de PageSpeed Insights en tareas de optimización, en este caso para WordPress, con el fin de mejorar los tiempos de carga, moviendo los archivos javascript que se encuentran en el head al final de tu página.

Lo ideal es que el JavaScript cargue al final de la página (footer) o que lo haga de forma asíncrona, para no bloquear o ralentizar la carga de otros elementos.

Hay varias soluciones que puedes aplicar, para evitar que la mayoría de librerías javascript carguen al principio de la página, aunque no siempre es recomendable que todos esos javascript se excluyan de esta posición por razones de funcionalidad, pero sí es bueno enviar todos los que sea posible al final de la misma.

Puedes hacerlo minificando y comprimiendo, eso reducirá su carga y con ello los tiempos de representación de la página.

Además, puedes "cachear" estos contenidos estáticos, si tienes acceso a dichos recursos, ya que, si son externos, no podrás gestionarlos todos, ni tampoco tan fácilmente.

Otra fórmula muy usada es optimizar mediante el uso de plugins como Autoptimize la carga de archivos de estilos y scripts y moverlos al pie de página (footer).

O la que me gusta a mí y que no requiere plugins, que es la inserción de una función en el archivo functions.php de tu tema, que permita mover esos scripts al footer sin tener que sobrecargar la web con más plugins.

...pero eso te lo cuento más abajo.

WordPress, JavaScript y PageSpeed, ¿que problema tenéis?

Índice de contenidos

• Un montón de javascript en tu página de inicio
• Una función al rescate
• • ¿Cómo añadir esta función en tu WordPress?
• Revisando y analizando los resultados
  • ¿Cómo limpiar la caché y cookies?
  • Realizando comprobación de carga
• Caso práctico ilustrado en vídeo
• Revisando y analizando los resultados
• Conclusiones

 Un montón de javascript en tu página de inicio

---

¿No te lo crees?

Es más común de lo que imaginas y si no, pregúntaselo al Inspector de Elementos de tu navegador, abre tu página WordPress, botón derecho "Inspeccionar elemento" y vete a Red, pestaña JS (javascript) y empieza a contar:

Haz clic en la imagen para ampliarla  

No te centres solo en ver que tienes muchos javascript cargando, mira también si son leídos en tu propio Hosting (web) o si éstos se consultan externamente, que será lo más probable.

Lo detectas por ejemplo revisando la columna 0 ms que es la que muestra el tiempo de carga.

Recuerda que contra mayor es el tiempo en milisegundos, más tarda la petición externa y esto aumenta el tiempo de respuesta, y ahí encontrarás uno de los muchos motivos por los que tu web tarda más en cargar y el por qué PageSpeed te está pidiendo a gritos que por favor muevas esos javascript al final de la web.

Antes de avanzar echemos un vistazo a los tiempos de carga de la web con PageSpeed Insights antes de mover javascript al footer de la página.

Haz clic en la imagen para ampliarla  

Si además revisas el código fuente de tu página (la portada por ejemplo), desde el navegador, Ver código fuente, observaras arriba, después de los <meta> y los link rel= que hay un buen puñado de llamadas a javascript.

Haz clic en la imagen para ampliarla  

Es posible que encuentres llamadas a javascript repartidas en varios lugares de la página que consultes, si bien lo ideal sería que estuviesen todos al final (al menos todos los que sea posible mover).

Veamos cómo podemos hacer esto...

 Una función al rescate

---

Más arriba te exponía diferentes formas utilizadas para minimizar la carga de ciertos archivos o para moverlos al pie de la página, y usar una función es la que se presenta a todas luces como la más apetecible, a pesar de que toque editar un archivo PHP y añadir código ¿quien dijo miedo?

Como siempre, recordarte que las copias de seguridad son el colchón sobre el que descansa tu tranquilidad.

Backups WordPress en 2 minutos con All In One WP Migration

 ¿Cómo añadir esta función en tu WordPress?

Es más sencillo hacerlo que explicarlo, pero estoy seguro que esta lista de pasos te va a ayudar a realizarlo de forma sencilla y rápida el proceso.

1. Realiza una copia de seguridad de tu web.
2. Accede a tu dashboard de WordPress.
3. Ve a Apariencia, Editor.
4. Localiza en la parte derecha Funciones del Tema (functions.php).
5. Clic para cargarlo en el editor central de esa pantalla.
6. Baja hasta el final del archivo, crea un espacio para separar de la última función existente la nueva.
7. Añade la función que cito a continuación:

//* Mover javascripts al footer
function scripts_footer() {
    remove_action('wp_head', 'wp_print_scripts');
    remove_action('wp_head', 'wp_print_head_scripts', 9);
    remove_action('wp_head', 'wp_enqueue_scripts', 1);

    add_action('wp_footer', 'wp_print_scripts', 5);
    add_action('wp_footer', 'wp_enqueue_scripts', 5);
    add_action('wp_footer', 'wp_print_head_scripts', 5);
}
add_action( 'wp_enqueue_scripts', 'scripts_footer' );

1. Guarda los cambios en Actualizar archivo.
2. Limpia caché de tu navegador.
3. Recarga la página para comprobar que la web sigue funcionando.
4. Botón derecho de tu ratón, Ver código fuente.
5. Verifica si ahora los javascript se han desplazado al final (footer).

Haz clic en la imagen para ampliarla  

  Revisando y analizando los resultados

---

Después de añadir la susodicha función es hora de evaluar si esto realmente tiene algún impacto positivo en tu web, ya que al fin y al cabo es para lo que estamos aquí.

Primero veamos cómo limpiar caché y cookies de navegador para que no haya nada que perturbe las métricas que quieres obtener.

  ¿Cómo limpiar la caché y cookies?

Si utilizas algún plugin de cache como WP Super Cache o W3 Total Cache puedes hacer uso de plugins como Clear Cache for Me para vaciar rápidamente la caché.

Algunos de estos plugins ya incluyen su propio botón o enlace para limpiar la caché, por ejemplo:

• W3 Total Cache (Solo con botón del widget de Escritorio).
• WP Super Cache (Solo con botón del widget de Escritorio).
• WP Fastest Cache (Solo con botón del widget de Escritorio).
• Comet Cache (Incorpora su propio limpiador de caché).

Las cookies en los navegadores se eliminan dependiendo del tipo de navegador:

• Firefox: historial, Limpiar el historial reciente, marcando la opción "Cookies".
• Chrome: menú Chrome, Borrar datos de navegación, marcando la opción "Cookies y otros datos de sitios y de complementos".
• Opera: menú Opera, Borrar datos de navegación, marcando la opción "Cookies y otros datos de sitio".

La mayoría de navegadores disponen de una función similar para eliminar las cookies almacenadas.

No debes confundir el eliminar las cookies con vaciar la caché del navegador, si bien que muchas de estas opciones se gestionan desde la misma funcionalidad que las cookies.

 Realizando comprobación de carga

---

¿Ya tienes un poco más claro el tema de cómo quitar el Javascript que bloquea la visualización del contenido?

Entonces, ahora revisamos nuevamente los tiempos de carga de la web con PageSpeed Insights después de mover javascript al footer de la página y de paso observar los avisos o recomendaciones de la herramienta online, encontramos que ya no hay referencias a archivos javascript bloqueando.

Haz clic en la imagen para ampliarla  

 Caso práctico ilustrado en vídeo

---

En este vídeo te muestro como puedes añadir esta función en el archivo functions.php de tu WordPress de forma sencilla y sin que la paz se perturbe en tu web.

 

 

Conclusiones

---

Esto de quitar el Javascript que bloquea la visualización del contenido en WordPress, no es la pera molinera ¡cierto!

Pero a muchos les servirá como solución rápida para mejorar el karma con Google, que al final es el que más manda en este cotarro, y para los más dedicados, los que quieren afinar el lápiz y no están para monsergas, lo mejor es decantarse por herramientas como Autoptimize, que hacen esto mismo y más cosas con resultados bastante sorprendentes, ...aunque no es materia de este artículo ;)

Haz clic en la imagen para ir al enlace del plugin  

Otro día hablamos de la carga asíncrona de archivos CSS y cómo configurar la ruta crítica de CSS para evitar el FOUC y que PageSpeed nos quiera un poco más.

Es posible que tras aplicar estas recomendaciones PageSpeed Insights siga quejándose, ¡no sufras! el es así, un incomprendido, y no siempre es fácil ni rápido contentarle, pero no desistas, porque al final, toqueteando aquí y allá podrás ir mejorando tu relación de amor-odio con esta herramienta del todopoderoso Google.

Claro que podrías instalar la última versión de PrestaShop 1.7, algo que tendrías que realizar manualmente, pero quiero recordarte que PrestaShop 1.6.x seguirá teniendo soporte oficial hasta finales de 2018 lo que le da un margen de 1 año todavía para seguir siendo la versión más utilizada para crear Tiendas online ¡y la que te recomendamos utilizar!

 Requisitos para instalar PrestaShop en tu Hosting

Este gestor de contenidos orientado al comercio electrónico es bastante versátil y se puede instalar en servidores Apache con PHP y MySQL sin demasiadas exigencias, pero hay siempre algunas cuestiones a tener en consideración.

Estos los los requisitos básicos y otros aspectos a considerar para que la instalación de PrestaShop bajo el dominio principal de tu cuenta de Hosting sea posible.

• Servidor web: Apache 1.3, Apache 2.x, Nginx o Microsoft IIS.
• PHP 5.5 o versión superior (recomendado 7.x) instalado y habilitado.
• MySQL 5.0 o versión superior instalado con una base de datos creada.
• memory_limit = 128M (o un valor mayor)
• upload_max_file_size = 128M (o un valor mayor)
• Extensiones de PHP: GD, cURL (actualizado), SimpleXML, SOAP
• Tener un dominio que sea el principal de tu Hosting.
• Que el dominio principal apunte los DNS al Hosting. 1
• Propagación correcta de DNS del dominio.
• Que la carpeta /public_html no tenga otra web instalada anteriormente.

 ¿Qué Packs PrestaShop puedes instalar?

En Webempresa, desde hace ya algún tiempo, todos los Packs PrestaShop son desarrollados internamente, de forma que los temas y personalizaciones son llevadas a cabo por nuestro equipo de programación para ofrecer Tiendas modernas, que cumplan los estándares de RWD (Responsive Web Design), con pasarelas de pago ya instaladas y probadas con éxito y un montón de funciones que puedes consultar con más detalle si quieres.

Todos nuestros packs PrestaShop utilizan la última versión estable de PrestaShop 1.6.x la cual sigue siendo la recomendada oficialmente para crear tiendas de comercio electrónico.

A continuación puedes ver las demostraciones (demos) de los packs PrestaShop actualmente disponibles en el instalador de packs de cPanel, para que puedas verlos en acción y así decidir mejor con cual quieres poner en marcha tu tienda.

• Pack PrestaShop Megacicle - [demo]
• Pack PrestaShop Carme - [demo]
• Pack PrestaShop Elara - [demo]
• Pack PrestaShop Cilene - [demo]
• Pack PrestaShop Himalia - [demo]
• Pack PrestaShop Arce - [demo]
• Pack PrestaShop Amaltea - [demo]
• Pack PrestaShop Lisitea - [demo]
• Pack PrestaShop Calisto - [demo]
• Pack PrestaShop Estándar (bootstrap).

Se realizan pruebas de forma constante en todos estos packs,verificando que se actualizan correctamente y no se ven afectados los "Módulos" incluidos por defecto en dichos packs, los productos funcionan y se visualizan con normalidad y los diferentes apartados de la tienda tienen un correcto desempeño.

 Instalación de PrestaShop

Los Packs PrestaShop se instalan desde tu cPanel, Packs Webempresa, Crear PrestaShop, donde puedes seleccionar el deseado de los packs disponibles.

1. Accede a tu cPanel, Pack Webempresa.
2. Haz clic en Crear PrestaShop.
3. Escoge el Pack a instalar de los que tengas disponibles.
4. Haz clic en el botón verde "Instalar" del pack escogido.
5. Rellena los campos del instalador:

• Nombre del sitio: El nombre de tu sitio web.
• Selecciona en el desplegable el dominio principal.
• Ruta: Déjalo vacío (el dominio principal instala en /public_html).
• Email administrador: Será el usuario de acceso al backoffice.

Tras concluir la instalación verás una pantalla resumen de la instalación como esta que te muestro.

 Vídeo del proceso de instalación de PrestaShop

En siguiente vídeo te muestro con detalle y en un lenguaje sencillo cómo instalar PrestaShop en el Dominio Principal del Hosting utilizando un Pack de Webempresa.

 Desinstalación de PrestaShop

Por la razón que sea es posible que necesites desinstalar PrestaShop, bien porque quieres tener las instalaciones en carpetas separadas que cuelguen de la carpeta principal /public_html o sencillamente porque vas a cambiar de CMS, hay cuestiones que debes observar para eliminar de forma correcta una instalación.

Lo habitual suele ser eliminar los archivos y carpetas de la instalación principal de forma manual y luego eliminar la base de datos, pero lo cierto es que no siempre esto se realiza de forma correcta y es muy común ver instalaciones abandonadas porque no se tiene claro cómo eliminarlas o se dejan restos de archivos o bases de datos por no saber que pertenecen a determinada web.

Lectura recomendada:
Datos de conexión de la Base de Datos ¿dónde encontrarlos?

 Proceso de desinstalación de PrestaShop

1. Accede a tu Panel de Hosting (cPanel).
2. Ve al apartado Archivos, Packs Webempresa, Inicio.
3. Clic en el botón derecho Más
4. Clic en el botón rojo Desinstalar
5. Clic el la confirmación Si para desinstalar.
6. Has desinstalado el Pack PrestaShop correctamente.

Esta acción elimina los archivos y carpetas de la instalación y la base de datos creada automáticamente en el proceso de instalación.

Nota Si tienes otras instalaciones en tu Hosting en carpetas que cuelguen de /public_html y PS 1.6.x lo instalaste en /public_html ¡ve con cuidado! a la hora de seleccionar archivos y carpetas para eliminar no vayas a seleccionar la carpeta de otra instalación. ;)

 Conclusiones

Cómo has podido ver en esta guía, instalar y desinstalar PrestaShop en tu Hosting, utilizando el Dominio Principal, es fácil y rápido de llevar a cabo, es cuestión de escoger el instalador adecuado y seguir los 3 o 4 pasos requeridos y disfrutar luego de una web lista para empezar a dar de alta tus productos y vender.

Estos últimos meses se habla mucho de si es recomendable o no utilizar PrestaShop 1.7.x para montar una Tienda online y que esta funcione con normalidad sin que se presenten problemas, incompatibilidades o bugs por el camino.

La recomendación que hace PrestaShop.com es que para tiendas que quieran trabajar de forma estable lo hagan bajo PrestaShop 1.6.1.17 (versión actual) y no con PrestaShop 1.7.x ya que seguirán dando soporte a la 1.6.x hasta octubre de 2018.

Cómo ves, instalar WordPress bajo el dominio principal de tu Hosting, o usando la url temporal si todavía tu dominio no apunta los DNS al Hosting contratado, es un proceso la mar de sencillo realizable desde tu cPanel.

 Antes de instalar PrestaShop en un Dominio Adicional

Hay algunos aspectos que debes tener en cuenta antes de instalar otra web en tu Hosting:

• Servidor web: Apache 1.3, Apache 2.x, Nginx o Microsoft IIS.
• PHP 5.5 o versión superior (recomendado 7.x) instalado y habilitado.
• MySQL 5.0 o versión superior instalado.
• memory_limit = 128M (o un valor mayor)
• upload_max_file_size = 128M (o un valor mayor)
• Extensiones de PHP: GD, cURL (actualizado), SimpleXML, SOAP
• Tener un dominio ya registrado y activo para la nueva web.
• Comprobar que el dominio apunte los DNS al Hosting. 1
• Asegurarte que la propagación de DNS del dominio es correcta.
• Verificar que tienes espacio suficiente en el Hosting para otra instalación adicional de WordPress.2

 ¿Qué Packs PrestaShop tienes disponibles para instalar?

En Webempresa todos los Packs PrestaShop los desarrollamos internamente con el fin ofrecer Tiendas modernas, bajo estándares de RWD (Responsive Web Design), que disponen de varias pasarelas de pago instaladas y probadas con éxito y módulos adicionales preinstalados listos para su uso.

Los packs PrestaShop se facilitan con la última versión estable de PrestaShop 1.6.x que sigue siendo la recomendada oficialmente para la creación de tiendas online.

En los siguientes enlaces puedes ver demostraciones (demos) de cada uno de los packs PrestaShop disponibles en tu cPanel, de forma que puedas analizar mejor con cual quieres poner en marcha tu tienda.

• Pack PrestaShop Megacicle - [demo]
• Pack PrestaShop Carme - [demo]
• Pack PrestaShop Elara - [demo]
• Pack PrestaShop Cilene - [demo]
• Pack PrestaShop Himalia - [demo]
• Pack PrestaShop Arce - [demo]
• Pack PrestaShop Amaltea - [demo]
• Pack PrestaShop Lisitea - [demo]
• Pack PrestaShop Calisto - [demo]
• Pack PrestaShop Estándar (bootstrap).

 Instalación de PrestaShop en un Dominio Adicional

El proceso de instalación de un Pack suele llevar entre uno y cinco minutos, que es lo que tardarás aproximadamente en ver cual te gusta más, acceder al instalador y lanzar el proceso, esperar que se complete y loguearte en el backoffice para empezar a utilizarlo.

1. Accede a tu cPanel, Packs Webempresa.
2. Haz clic en Crear PrestaShop.
3. Escoge el Pack a instalar de los disponibles.
4. Haz clic en el botón verde "Instalar" del pack seleccionado.
5. Rellena los campos del instalador:

• Nombre del sitio: El nombre de tu tienda.
• Selecciona en el desplegable el dominio adicional.
• Ruta: Déja este campo vacío (el dominio adicional instalará el pack en la carpeta asignada).
• Email administrador: Pon un correo que será tu usuario de acceso al backoffice.
• Contraseña: Deja la contraseña que el generador crea o desmarca la casilla y pon tu propia contraseña.

Tras concluir la instalación verás una pantalla resumen de la instalación.

 Vídeo del proceso de instalación de PrestaShop

En este vídeo te explico con detalle cómo instalar PrestaShop en un Dominio Adicional del Hosting.

 ¿Tu dominio adicional no apunta los DNS al Hosting?

Si vas a utilizar un dominio nuevo o que ya tenias activo en otro proveedor, primero debes asegurarte de apuntar los DNS de ese dominio al Hosting donde vas a utilizarlo.

Si todavía no puedes cambiar los DNS, mientras puedes utilizar la url temporal que Webempresa te facilita al contratar el Hosting y que puedes encontrar en tu cPanel, Dominios, Alias.

Con la url temporal puedes instalar un Pack PrestaShop y trabajar en él desde la misma mientras el dominio adicional no apunte al Hosting.

Con esta url temporal puedes:

• Acceder a tu cPanel.
• Instalar Packs usando la url temporal en sustitución del dominio.
• Crear cuentas de FTP adicionales personalizadas.

No puedes:

• Gestionar el correo de tu dominio.
• Realizar envíos de boletines (newsletters), etc.
• Indexar tu web en los buscadores (puedes pero no deberías).

 Desinstalación de PrestaShop en un Dominio Adicional

1. Accede a tu Panel de Hosting (cPanel).
2. Ve al apartado Archivos, Packs Webempresa, Inicio.
3. Localiza el pack PrestaShop asociado al dominio adicional a eliminar.
4. Clic en el botón derecho Más
5. Clic en el botón rojo Desinstalar
6. Clic el la confirmación Si para desinstalar.
7. Has desinstalado el Pack PrestaShop de forma correcta.

Si generaste datos en la instalación de PrestaShop que funcionaba con un Dominio Adicional, lo más probable es que al desinstalar el pack se hayan quedado restos de archivos y carpetas (no generados por el instalador inicial del pack) que tendrás que eliminar manualmente. Lo correcto sería seleccionar la carpeta del dominio adicional y eliminarla.

También tendrás que eliminar el Dominio Adicional (si no lo vas a utilizar más en el Hosting) para que no se genere de nuevo la carpeta de este dominio vacía en tu Hosting.

  Conclusiones

Si observas el proceso de instalación de PrestaShop en un Dominio Adicional es muy similar al proceso de instalación del pack bajo el dominio principal, ya que solo varía la selección del dominio que gestionará la instalación (o la url temporal en lugar del dominio adicional) siendo el resto del proceso de similar aplicación.

En este artículo te he explicado cómo instalar PrestaShop en un Dominio Adicional de tu Hosting o haciendo uso de la url temporal si todavía tu dominio adicional no apunta los DNS al Hosting contratado.

 Requisitos para instalar PrestaShop en un Subdominio

Estos requisitos son muy similares a los que necesitarás para instalar PrestaShop en un Dominio Principal o en un Dominio Adicional:

• Servidor web: Apache 1.3, Apache 2.x, Nginx o Microsoft IIS.
• PHP 5.5 o versión superior (recomendado 7.x) instalado y habilitado.
• MySQL 5.0 o versión superior instalado.
• memory_limit = 128M (o un valor mayor)
• upload_max_file_size = 128M (o un valor mayor)
• Extensiones de PHP: GD, cURL (actualizado), SimpleXML, SOAP
• Tener un dominio ya registrado y activo para la nueva web.
• Comprobar que el domino anfitrión apunta los DNS al Hosting. 1
• Verificar que la propagación de DNS del dominio anfitrión es correcta.
• Asegúrate de tener espacio suficiente en el Hosting para otra instalación adicional de PrestaShop.

 Subdominios ¿si o no?

Los subdominios restan fuerza a los dominios que los gestionan por lo que si tu proyecto web está orientado a gestionar diferentes áreas de una empresa, etc., pero necesitas conservar la fuerza del dominio para que su posicionamiento no se pierda es posible que los subdominios no sean la solución adecuada para tu caso y quizás debas plantearte trabajar con carpetas.

La creación de subdominios la puedes realizar desde tu Panel de Hosting, Dominios, Subdominios, Crear un Subdominio.

 Algunas ventajas de usar subdominios:

• Se comportan como instalaciones separadas del dominio anfitrión.
• Están disponibles de forma ilimitada (puedes tener cientos de subdominios bajo un mismo dominio).
• Coste cero, pues usar subdominios no supone la contratación de nuevos dominios.

 Algunos inconvenientes de utilizar subdominios:

• Restan fuerza al dominio anfitrión lo que afecta al posicionamiento de este.
• Se generan urls más largas o algo más difíciles de recordar.
• Si no se centran en aspectos de la temática del dominio anfitrión pierden su propósito.
• Aumenta el trabajo de administración, actualizaciones y seguridad a medida que se gestiona mayor cantidad de subdominios.
• Restan credibilidad si los subdominios gestionan temáticas alejadas del dominio anfitrión.
• Si se mueve un subdominio a "dominio adicional" se ve afectado el SEO y el posicionamiento.
• Si el dominio anfitrión no se renueva o expira los subdominios dejarán automáticamente de funcionar.

Sabiendo los pros y contras del uso de subdominios, ahora toca ponerte manos a la obra para instalar PrestaShop en algún subdominio que previamente hayas creado en tu cuenta de Hosting.

 ¿Qué Packs PrestaShop puedes instalar?

En Webempresa todos los Packs PrestaShop se desarrollan internamente para ofrecer Tiendas modernas, que cumplan los estándares de RWD (Responsive Web Design), con pasarelas de pago ya instaladas y probadas y un montón de módulos preinstalados y funcionales.

Todos los packs PrestaShop utilizan la última versión estable de PrestaShop 1.6.x que sigue siendo la versión recomendada oficialmente para crear tiendas de comercio electrónico.

En los siguientes enlaces puedes ver las demostraciones (demos) de los packs PrestaShop disponibles en cPanel, para decidir con cual quieres poner en marcha tu tienda.

• Pack PrestaShop Megacicle - [demo]
• Pack PrestaShop Carme - [demo]
• Pack PrestaShop Elara - [demo]
• Pack PrestaShop Cilene - [demo]
• Pack PrestaShop Himalia - [demo]
• Pack PrestaShop Arce - [demo]
• Pack PrestaShop Amaltea - [demo]
• Pack PrestaShop Lisitea - [demo]
• Pack PrestaShop Calisto - [demo]
• Pack PrestaShop Estándar (bootstrap).

 Instalación de PrestaShop en un Subdominio

Es un proceso sencillo dividido en dos partes, primero la creación del subdominio que albergará la web y posteriormente la instalación de un Pack PrestaShop asociado a ese subdominio.

 Proceso resumido de instalación:

1. Accede a tu cPanel, Dominios, Subdominios.
2. Crea un Subdominio asociado al dominio anfitrión.
3. Ve a Packs Webempresa.
4. Haz clic en Crear PrestaShop.
5. Escoge el Pack a instalar de los que tengas disponibles.
6. Haz clic en el botón verde "Instalar" del pack escogido.
7. Rellena los campos del instalador:

• Nombre del sitio: El nombre de tu sitio web.
• Selecciona en el desplegable el subdominio (con alias "www").
• Ruta: Deja este campo vacío (el pack se instalará en la carpeta asignada al subdominio).
• Email administrador: Un correo que además será el username de acceso al backoffice.

Tras concluir la instalación verás una pantalla resumen de la instalación. Para ver los detalles de la instalación en esa misma pantalla, arriba a la izquierda busca el menú Inicio y haz clic sobre él para acceder a Mis aplicaciones instaladas donde verás cada Pack instalado en el Hosting.

 Vídeo de instalación de PrestaShop en un Subdominio

En este vídeo puedes ver lo fácil que es crear un Subdominio en tu Hosting cPanel y después instalar PrestaShop en el mismo.

 Desinstalación de PrestaShop de un Subdominio

1. Accede a tu Panel de Hosting (cPanel).
2. Ve al apartado Archivos, Packs Webempresa, Inicio.
3. Localiza el pack PrestaShop asociado al subdominio a eliminar.
4. Clic en el botón derecho Más.
5. Clic en el botón rojo Desinstalar.
6. Clic el la confirmación Si para desinstalar.
7. Has desinstalado el Pack PrestaShop de forma correcta.

Si tras instalar un Pack de PrestaShop en un subdominio has generado contenidos en la instalación lo más probable es que al desinstalar el pack se hayan quedado restos de archivos y carpetas (no generados por el instalador inicial del pack) que tendrás que eliminar manualmente. Lo correcto sería seleccionar la carpeta del subdominio y eliminarla.

También tendrás que eliminar el Subdominio (si no lo vas a utilizar más en el Hosting) para que no se genere de nuevo la carpeta vacía en tu Hosting.

  Conclusiones

Sopesar los pros y contras del uso de Subdominios es quizás la tarea más importante incluso que la propia instalación del carrito de compras, por lo que es debes invertir tu tiempo en analizar las opciones y la viabilidad en tu proyecto web.

En este artículo te he explicado cómo instalar PrestaShop en un subdominio de tu Hosting para crear webs separadas bajo un mismo dominio anfitrión que puede ser tu Dominio Principal o también un Dominio Adicional de tu Hosting.

Está disponible en todas las nuevas versiones de cPanel, actualmente la 66.0.34, que trabajen con el tema (skin) "paper lantern", que es la versión más moderna de la vista de elementos y funcionalidades de este popular Panel de Hosting.

 Un ejemplo rápido de búsqueda

Si accedes a tu cPanel, en portada, o en cualquier parte del panel de Hosting, en la parte superior encuentras una barra de búsquedas. Si por ejemplo quieres saber sobre "dominios adicionales", lo pones tal cual en el buscador y clic en el botón "Buscar" (o intro) y a esperar resultados.

Haz clic en la imagen para ampliarla  

Obtendrás una serie de resultados que enlazan con las Guías de Cliente donde encontrarás información pormenorizada en pestaña o ventana aparte, para no perder el foco de tu cPanel.

 Ayudas rápidas donde más lo necesitas

Las FAQ,s en cPanel no son en sí un tutorial de como funciona tal o cual área de tu panel de gestión del Hosting, se trata de una ayuda orientada a ofrecer resultados en las búsquedas que realices que centra sus esfuerzos en devolverte datos obtenidos de las siguientes fuentes:

• Guías de Webempresa para Clientes (en constante mejora).
• Blog de Webempresa (con cientos de artículos detallados y actualizados).

A partir de aquí, en cada búsqueda obtendrás enlaces relacionados relevantes, bastante filtrados, para ofrecerte la solución o información más próxima a la que tratas de encontrar.

Haz clic en la imagen para ampliarla  

Partiendo de una búsqueda sencilla como puede ser Instalar WordPress desde tu cPanel, Software, Packs Webempresa, puedes obtener bastante información variada y relacionada sobre la instalación y desinstalación de WordPress, manual o automáticamente, así como su desinstalación o la puesta en "Modo Mantenimiento" cuando estas en la fase de creación o desarrollo o abordando cambios de imagen o de contenidos.

 Información en constante actualización

En Webempresa, desde el año 2010, venimos generando contenidos sin parar, creando cientos de artículos, más de 2300 en la actualidad, que sirven para documentar las FAQ,s tanto de forma directa como a través de la guía.

En los últimos 2 años hemos centrado nuestros esfuerzos en unificar la información que facilitamos a los clientes, de forma que tenga un lugar común donde encontrar aquello que necesitan.

Hemos puesto patas arriba la base de conocimiento de Webempresa, la hemos ordenado y mejorado para ofrecerla en las Guías de Webempresa para Clientes, de forma que desde un único lugar puedan partir en la búsqueda de aquello que necesitan.

Muchos de los contenidos de estas guías se apoyan en los artículos del Blog para ofrecer información amplia, también en formato de vídeo, y así aportar contenidos únicos, de calidad, pero sobre todo útiles.

 Vídeo explicativo del funcionamiento de las FAQ,s

Sabes que nos gusta ilustrarlo todo, y nuestras FAQ,s aunque son sencillas de utilizar, no podían ser menos, por lo que te hemos preparado este ameno vídeo poniendo un par de ejemplos de uso cotidiano para que empieces a darles uso.

 Conclusiones

El buscador de preguntas frecuentes añadido en tu Panel de Hosting cPanel, queremos que sea tu aliado en el día a día, donde puedas encontrar solución a tus dudas, por variadas que estas sean, de forma que la información obtenida te permita avanzar en la gestión de tus proyectos web alojados en Webempresa.

Y si algo no lo encuentras, aprecias carencia de determinada información o crees que se puede mejorar la que actualmente conforma nuestras guías y/o blog, ponte en contacto con el Departamento de Marketing de Webempresa y expon tus sugerencias ¡nos gusta escuchar a nuestros clientes! 

Consulta la Lista de cambios en WordPress 4.9.2 para más detalles en el Codex.

En ese caso son actualizaciones de seguridad que se aplican automáticamente a versiones anteriores a las citadas.

Ten presente que determinadas actualizaciones son automáticas, principalmente las actualizaciones de seguridad, se realizan de forma automática a menos que las tengas deshabilitadas en wp-config.php o mediante algún plugin de seguridad específico.

Actualizar WordPress

Actualizar a WordPress 4.9.2 es sencillo, pero si tomas precauciones te ahorraras sorpresas y algún que otro error 500.

• Realiza una copia de seguridad antes de actualizar.
• Comprueba que tu Tema es compatible con la nueva versión de WordPress.
• Si usas un constructor (builder), comprueba que es compatible con la versión nueva de WordPress.
• Si tienes actualizaciones de plugins y temas pendientes ¡hazlas! antes de actualizar WordPress
• Deshabilita aquellos plugins que no utilices (lo mejor es que los desinstales).
• ¿Utilizas plugins de seguridad? (Wordfence, BruteProtec, iThemes Security, Sucuri, etc) ¡desactívalos antes de actualizar!
• ¿Trabajas con Visual Composer como constructor? comprueba en la web de WPBakery Inc. que han actualizado el constructor para compatibilizarlo con WordPress 4.9.2 ¡prueba antes en un clon o una sandbox!
• Comprueba que tus otros plugins activos son compatibles con la nueva versión.
• ¿Has hecho cambios en tu tema?, exporta tu tema en formato .zip antes de actualizar y usa temas hijo (child themes).
• ¿Trabajas con plugins como Move Login, etc.?, desactívalos, como medida de precaución para evitar quedarte sin acceso.
• ¿Trabajas con el tema y framework Genesis?, comprueba que es compatible con WordPress 4.9.2

Actualizaciones:

Si al acceder al dashboard de WordPress ves el siguiente mensaje en Escritorio, Actualizaciones, entonces es que tu núcleo ya se actualizó automáticamente y no necesitas realizar ninguna acción, salvo comprobar que todo funciona bien ¡claro!

Haz clic en la imagen para ir al enlace del plugin  

¿Que archivos sufren modificaciones del núcleo de WordPress en esta nueva versión?

wp-admin/includes/update-core.php
wp-admin/includes/media.php
wp-admin/includes/image.php
wp-admin/css/customize-nav-menus.min.css
wp-admin/css/common-rtl.css
wp-admin/css/common-rtl.min.css
wp-admin/css/common.css
wp-admin/css/customize-nav-menus-rtl.css
wp-admin/css/customize-nav-menus-rtl.min.css
wp-admin/css/common.min.css
wp-admin/css/customize-nav-menus.css
wp-admin/js/plugin-install.min.js
wp-admin/js/editor.js
wp-admin/js/plugin-install.js
wp-admin/js/editor.min.js
wp-admin/js/widgets/custom-html-widgets.min.js
wp-admin/js/widgets/custom-html-widgets.js
wp-admin/theme-install.php
wp-admin/about.php
wp-includes/default-filters.php
wp-includes/rest-api/class-wp-rest-server.php
wp-includes/rest-api/endpoints/class-wp-rest-attachments-controller.php
wp-includes/wp-db.php
wp-includes/customize/class-wp-customize-themes-section.php
wp-includes/js/mce-view.js
wp-includes/js/mce-view.min.js
wp-includes/js/mediaelement/mediaelement-flash-video-hls.swf
wp-includes/js/mediaelement/mediaelement-flash-video-mdash.swf
wp-includes/js/mediaelement/lang/cs.js
wp-includes/js/mediaelement/lang/es.js
wp-includes/js/mediaelement/lang/fr.js
wp-includes/js/mediaelement/lang/hr.js
wp-includes/js/mediaelement/lang/ko.js
wp-includes/js/mediaelement/lang/nl.js
wp-includes/js/mediaelement/lang/pl.js
wp-includes/js/mediaelement/lang/hu.js
wp-includes/js/mediaelement/lang/it.js
wp-includes/js/mediaelement/lang/sk.js
wp-includes/js/mediaelement/lang/zh-cn.js
wp-includes/js/mediaelement/lang/uk.js
wp-includes/js/mediaelement/lang/ro.js
wp-includes/js/mediaelement/lang/zh.js
wp-includes/js/mediaelement/lang/ca.js
wp-includes/js/mediaelement/lang/pt.js
wp-includes/js/mediaelement/lang/ru.js
wp-includes/js/mediaelement/lang/fa.js
wp-includes/js/mediaelement/lang/de.js
wp-includes/js/mediaelement/lang/sv.js
wp-includes/js/mediaelement/lang/ja.js
wp-includes/js/mediaelement/lang
wp-includes/js/mediaelement/mediaelement-flash-audio.swf
wp-includes/js/mediaelement/mediaelement-flash-video.swf
wp-includes/js/mediaelement/renderers/dailymotion.js
wp-includes/js/mediaelement/renderers/facebook.js
wp-includes/js/mediaelement/renderers/dailymotion.min.js
wp-includes/js/mediaelement/renderers/facebook.min.js
wp-includes/js/mediaelement/renderers/soundcloud.js
wp-includes/js/mediaelement/renderers/soundcloud.min.js
wp-includes/js/mediaelement/renderers/twitch.js
wp-includes/js/mediaelement/renderers/twitch.min.js
wp-includes/js/mediaelement/mediaelement-flash-audio-ogg.swf
wp-includes/js/tinymce/plugins/wplink/plugin.js
wp-includes/js/tinymce/plugins/wplink/plugin.min.js
wp-includes/js/tinymce/wp-tinymce.js.gz
wp-includes/category-template.php
wp-includes/widgets.php
wp-includes/functions.php
wp-includes/media.php
wp-includes/random_compat/random_bytes_mcrypt.php
wp-includes/random_compat/random_bytes_dev_urandom.php
wp-includes/random_compat/random_bytes_openssl.php
wp-includes/random_compat/random_int.php
wp-includes/random_compat/random_bytes_libsodium.php
wp-includes/random_compat/random_bytes_com_dotnet.php
wp-includes/random_compat/random_bytes_libsodium_legacy.php
wp-includes/version.php
wp-content/plugins
wp-content/themes/twentyseventeen/front-page.php
license.txt

Si ves que tienes pendiente la actualización entonces verás este aviso en Escritorio, Actualizaciones.

Haz clic en la imagen para ir al enlace del plugin  

Accede al panel de administración de WordPress (dashboard), Escritorio, Actualizaciones y previa copia de seguridad actualiza tu sitio web a esta nueva versión.

Si en Actualizaciones compruebas que tienes plugins y temas pendientes de actualizar, aplica primero la actualización de estos y después la actualización del núcleo de WordPress a la versión estable.

Si después de actualizar tu sitio web, no ves la página, limpia la caché de tu navegador y verifica si sigue activo el "modo mantenimiento" que suele ser la causa habitual de que no veas la web al haber hecho clic en otro elemento del dashboard de tu web mientras se actualizaba WordPress.

En WordPress 4.9.2 (funcionalidad nativa desde la versión 3.7) ¡WordPress se encarga de mantener tu CMS actualizado por ti de forma automática a la nueva versión ! a menos que lo tengas deshabilitado claro.

En el siguiente vídeo puedes ver que actualizar entre versiones es muy sencillo

Si tienes una política de copias de seguridad automáticas diarias propia, al margen de las copias que tu Hosting realice, podrás estar tranquilo si surgen problemas tras actualizar.

Para este caso voy a utilizar un plugin muy sencillo de utilizar pero que hace muy bien lo que tiene que hacer que es EXPORTAR o IMPORTAR los contenidos, con sus correspondientes imágenes, slugs, etc.

Haz clic en la imagen para ir al enlace del plugin  

Este plugin permite archivar post y páginas con un solo clic. Llevártelos a otro sitio web o simplemente usar esta función para hacer una copia de seguridad de tus artículos en tu ordenador.

¿Que puedes hacer con este plugin?

• Te permite archivar publicaciones en archivos ZIP.
• Puedes extraer los archivos ZIP en cualquier sitio web con el plugin instalado.
• Te sirve para descargar y almacenar publicaciones en archivos comprimidos.
• Tiene soporte para múltiples publicaciones (exportar todo, uno o varios).
• Puedes restaurar un Post previamente exportado en menos de 1 minuto.
• Te sirve para mantener versiones de un Post en ZIP (nombres aleatorios).
• Exportar Post, Páginas, Slugs, Categorías, Etiquetas e imágenes de publicaciones.
• Importar Post, Páginas, Slugs, Categorías, Etiquetas e imágenes de publicaciones.

Imagínate por un momento que estás pensando en hacer cambios importantes en una publicación (post o página), pues nada más sencillo que exportar ese post o página en formato comprimido zip a tu ordenador y luego hacer los cambios pertinentes en la publicación.

Resulta que al final has tocado tantas cosas del post o página que lo has dejado peor de lo que pensabas y además no hiciste copia de seguridad de la web antes de proceder ¡no pasa nada! eliminas el actual post o la página afectada y luego con Zippy importas el archivo .zip de la copia que habías hecho antes de modificarlo y listo, ya lo tienes como al principio ¡y en un par de minutos!

Haz clic en la imagen para ampliarla  

Otro escenario habitual. Quieres cambiar el tema pero no deseas que los cambios se vean en el sitio en producción y además, de paso, quieres aprovechar para librarte de algunos plugins que nunca has conseguido meter a camino y de paso limpiar un poco la base de datos.

¿Que haces? ...pensar en Zippy naturalmente ;)

Instalas un nuevo WordPress en otra carpeta de tu Hosting, o en un subdominio (como mejor te vaya) y en esa nueva instalación pones tu nuevo tema, los plugins que vas a usar, y te encuentras en el escenario ideal, todo limpio y reluciente.

Ahora solo faltan tus post y páginas, con sus correspondientes slugs, imágenes, etc. Pues lo tienes fácil, con Zippy exportas TODOS los Post en un archivo ZIP y haces lo mismo con las Páginas.

Haz clic en la imagen para ampliarla  

Luego en la nueva instalación de WordPress instalas Zippy e importas los Post y las Páginas, operación que no debería durar más de 2 o 3 minutos para unos 200 post aproximadamente (para otras cantidades calcula).

Haz clic en la imagen para ampliarla  

Esperas que se complete el proceso y cuando veas el siguiente log en pantalla es que todo ha concluido y ya puedes disfrutar de tus publicaciones, fruto del esfuerzo de mucho tiempo, en tu nuevo y flamante WordPress con el tema nuevo.

Haz clic en la imagen para ampliarla  

¡Como mola esto! ヅ  

El vídeo de la prueba del algodón

Pues como ya no me queda mucho más que decir para destacar las bondades de Zippy, échale un ojo a este vídeo para ver en vivo el proceso y quedarte prendado con los super poderes del plugin más molón de los últimos tiempos (al menos eso pienso yo) :D

No te compliques la vida con la restauración de backups completos y pesados de toda tu web solo por querer recuperar un Post o una Página que has perdido por vete tu a saber que acción realizada; usa Zippy y aprovecha el resto del tiempo que te quede tras la recuperación de tus Post o Páginas en cosas más útiles para ti y tu web.

Zippy se presenta como una solución increíblemente fácil de utilizar para archivar post y páginas en archivos zip y descomprimirlos incluso en otro sitio web.

Y tu ¿eres de los que sigue buscando en archive.org los post perdidos?

Para estos casos recomiendo leerse el artículo que publiqué tiempo atrás, basado en una experiencia propia, donde explico como migrar los contenidos de Joomla a WordPress rápidamente.

Lectura recomendada:
De Joomla a WordPress en menos de 5 minutos

Pero no te voy a hablar de como pasar de un CMS a otro, ya que sería redundante, y me voy a centrar en como debes gestionar este tipo de cambios desde tu Panel de Hosting (cPanel) para sustituir un CMS por otro, guardando una copia de seguridad de lo anterior "por si acaso" y pasando a trabajar únicamente con WordPress.

 Pasos para cambiar de CMS en el Hosting

1. Realizar una copia de seguridad desde tu Panel de Hosting (cPanel).
2. Realizar una copia de seguridad de tu instalación (o instalaciones) de Joomla individual.
3. Descargar las copias de seguridad a tu ordenador y eliminarlas del Hosting.
4. Eliminar las bases de datos de anteriores instalaciones (¿donde?).
5. Verificar la versión de PHP activa.
6. Cambiar de versión de PHP si procede.
7. Instalar WordPress desde el instalador de tu cPanel.
8. Ejecutar el asistente Stephan desde tu Área de Cliente para analizar el estado de tu Hosting.

Básicamente estos son los pasos habituales para pasar de Joomla a WordPress un Panel de Hosting sin necesidad de cambiar de producto contratado, pues las funcionalidades de ambos productos a nivel Hosting son las mismas, respetando las particularidades de cada CMS.

 Estado inicial del Hosting

Quiero comenzar diciendo que para cambiar el uso de un Gestor de Contenidos en el Hosting no es necesario cambiar el producto contratado.

Si tu producto es, por ejemplo, Hosting Joomla 3GB y ahora quieres utilizar un Hosting WordPress 3GB (u otro plan de alojamiento), no necesitas enviar un Ticket al Departamento Comercial para pedirles que te anulen el actual Plan de Hosting o te lo cambien por uno para WordPress.

Los únicos parámetros que prevalecen al dejar de usar Joomla y pasar a utilizar WordPress son:

La url temporal seguirá siendo username-cpNº.webjoomla.es .

Haz clic en la imagen para ampliarla  

El nombre del producto en tu Área de Cliente seguirá siendo Hosting Joomla XGB.

En cPanel, Packs Webempresa, Crear Joomla, se mostrarán los instaladores de Joomla.

Haz clic en la imagen para ampliarla  

Salvando estos detalles, y dependiendo del tipo de capacidad (GB) contratada, los instaladores de WordPress, Joomla o PrestaShop seguirán siendo los mismos, no cambian.

 ¿Es necesario resetear la cuenta de Hosting a cero?

La respuesta sería "no es necesario resetear una cuenta de Hosting al momento posterior a la contratación, una vez se ha activado por primera vez el servicio para poder empezar de nuevo con la web" y esto tiene la siguiente argumentación.

Resetear una cuenta de Hosting implica perder todas las configuraciones realizadas por ejemplo en Registros MX, las configuraciones para gestión de filtros de spam con MailScanner, las cuentas de correo electrónico creadas y sus correspondientes correos, las cuentas de FTP creadas, además de eliminar las bases de datos y ficheros de la web (sea una o varias) que tengas actualmente en tu Hosting.

Lo adecuado en el caso de querer dejar de utilizar Joomla para empezar a usar WordPress es eliminar todas las instalaciones de sitios webs y bases de datos que tengas con Joomla actualmente, sin afectar a la cuentas de correo y de FTP además de otras configuraciones.

 Proceso detallado para ir de Joomla a WordPress

Con el fin de conducirte por este proceso, paso a detallarte lo mejor posible como puedes dejar de utilizar Joomla, u otro CMS que tengas activo en tu cuenta de Hosting y que por motivos de proyecto u otros necesites cambiar a WordPress sin necesidad de dar de baja el Hosting y contratar uno nuevo.

Ya te he comentado anteriormente que los servidores de Webempresa están optimizados específicamente para trabajar sin problemas con:

• WordPress
• PrestaShop
• Joomla

Nuestros servidores también soportan otros scripts basados en PHP que puedes utilizar de forma independiente y exclusiva en el Hosting o instalarlos en otras carpetas del mismo.

 Copia de Seguridad del Hosting

Siempre es recomendable realizar una copia de seguridad del estado actual de tu Hosting y luego guardarla en tu ordenador o en tu nube (DropBox, Drive, etc)., y eliminarla del Hosting para liberar espacio.

De esta manera, con la copia realizada, te garantizas poder recurrir a cualquier archivo o base de datos que tuvieras instalada en caso de necesidad posterior.

Las copias de seguridad las puedes realizar siguiendo este vídeo en el que te explico el proceso.

 Eliminar Bases de Datos

Si tienes una o varias bases de datos de webs Joomla que ya no vas a utilizar, lo correcto sería que las eliminases, para no liarte con las nuevas webs que montes y para liberar espacio en el Hosting.

Como ya tienes una copia de seguridad completa del Hosting, donde también se encuentran las bases de datos existentes, no sería necesario que respaldes las mismas nuevamente o de forma independiente.

Desde cPanel, Bases de Datos, localizas los nombres de bases de datos y las eliminas.

Haz clic en la imagen para ampliarla  

Los mismo haces con los usuarios de base de datos que ahora estarán huérfanos de la misma.

Haz clic en la imagen para ampliarla  

 Eliminar archivos y carpetas de instalaciones Joomla

Este proceso es relativamente sencillo si solo tenias una o varias instalaciones de Joomla y ninguna web de WordPress ya que en este caso lo único que tendrías que hacer es acceder a tu cPanel, Archivos y utilizando el Administrador de Archivos ir a la carpeta /public_html que es tu espacio de usuario, y eliminar todas las carpetas y archivos que haya dentro.

Haz clic en la imagen para ampliarla  

Sin embargo si por ejemplo además de Joomla tienes un PrestaShop instalado, u otro script que no sea WordPress, tendrás que seleccionar solamente aquellas carpetas que contenga las webs Joomla a eliminar respetando aquellas carpetas de webs que no quieras eliminar.

Haz clic en la imagen para ampliarla  

De esta forma estaremos eliminando todas las instalaciones que no queramos mantener en el Hosting antes de empezar a trabajar en WordPress.

 Verificar la versión de PHP activa

Es posible que si trabajabas con versiones antiguas de Joomla (1.5, 2.5) tuvieras activado PHP 5.2 o 5.3 para que estas webs funcionasen con normalidad.

Con WordPress 4.x (versiones actuales) es necesario trabajar al menos con PHP 5.6 y dependiendo del tema o algunos plugins que utilices seguramente requerirán al menos PHP 7.0.

Cambiar la versión de PHP es un proceso muy sencillo que te explico en el siguiente artículo.

Lectura recomendada:
Versión de PHP en tu Hosting ¿cómo cambiarla rápidamente?

En teoría, llegados a este punto ya no deberías tener ninguna web Joomla en el Hosting, ni en backups ni instaladas, por lo que el próximo paso a realizar seria instalar WordPress, ya sea utilizando un instalador de Packs de WordPress de los disponibles en tu Panel de Hosting o trasladando una web que ya tuvieses activa en otro Hosting.

 Instalar WordPress desde cPanel

Dependiendo de si la web WordPress la vas a utilizar en un Dominio Principal, Adicional, Subdominio o utilizando una url temporal, existen diversas formas de hacer la instalación de wordpress en el Hosting, y en la siguiente lista te planteo los casos más habituales.

• Instalar WordPress en el Dominio Principal del Hosting
• Instalar WordPress en un Dominio Adicional del Hosting
• Instalar WordPress en un Subdominio del Hosting
• Instalar WordPress en una URL temporal
• Instalar WordPress en una carpeta con URL temporal

 Instalar WordPress manualmente

Naturalmente si no quieres utilizar ningún Pack de los disponibles en tu cPanel, principalmente porque lo que quieres es un WordPress básico al que luego le vas a instalar tu propio tema comercial o gratuito, no hay problema, puedes hacerlo siguiendo este artículo.

Lectura recomendada:
Cómo instalar WordPress manualmente

Cualquier otro escenario que te plantees de instalación de WordPress en el Hosting es posible, es cuestión de que analices como y donde quieres instalarlo y bajo que URI y lo hagas.

 Conclusiones

A partir de este punto ya deberías estar usando WordPress en tu Hosting, aunque este inicialmente fuese contratado como "Hosting Joomla", y podrás trabajar con tus webs con normalidad sin que los recursos y personalizaciones del servidor donde se aloja tu cuenta de Hosting sean un problema.

Al final da igual que tipo de Hosting contrates en Webempresa, ya que puedes hacer uso del gestor de contenidos dinámico que necesites para tus proyectos web y naturalmente siendo WordPress la estrella, las personalizaciones y gestión de recursos para este CMS están siempre afinadas para que disfrutes de toda la potencia de nuestros servidores.

Nuestros servidores están 100% optimizados para trabajar con WordPress y otros scripts PHP ¡tu pones los límites!

En otros artículos del blog te he hablado de las cosas geniales que puedes hacer con All In One WP Migration, un plugin la mar de sencillo pero tan eficiente que lo puedes adoptar desde ya para tus backups, para hacer staging o enviar respaldos a la nube en automático.

 En que carpeta local se instala WordPress

Dependiendo de la aplicación para simular un entorno Apache, PHP, MySQL, que utilices en tu ordenador de las varias existentes, puedes localizar los archivos de una instalación de WordPress en la carpeta, de un sistema operativo Windows:

C:\xampp\apps\wordpress\htdocs

Si por alguna razón, posiblemente derivada de la instalación inicial que realizaste del entorno de servidor en tu ordenador, no encuentras la carpeta donde se aloja WordPress, siempre puedes recurrir a tu Panel de Control de aplicación para utilizar el Explorador de Archivos y localizar dicha carpeta.

Haz clic en la imagen para ampliarla  

No es necesario saber donde se aloja tu web local, salvo que vayas muy muy perdido y creas que necesitas acceder al disco duro de tu ordenador para copiar la web, es suficiente con que sepas como hacer una copia de seguridad de tu web local para restaurarla luego en el Hosting que hayas contratado ¡así de simple!

...usemos un plugin que me encanta para estas tareas, por su eficiencia, rapidez y sencillez.

 Utiliza All In One WP Migration para trasladar tu web local

Se trata de All In One WP Migration, que puedes instalar en WordPress local para luego hacer un backup de esta web que tienes en tu ordenador y que tanto trabajo te ha dado sacar adelante y exportarla a Hosting que has contratado para que sea visible en Internet.

Haz clic en la imagen para ir al enlace del plugin  

El plugin no requiere ninguna extensión de PHP y funciona con todas las versiones de PHP desde v5.2 en adelante.

Es 100% compatible con PHP y MySQL por lo que esto no será un problema para utilizarlo en tu Hosting.

Con este plugin puedes exportar tu sitio web WordPress, incluyendo la base de datos, archivos multimedia, plugins y temas sin necesidad de conocimientos técnicos.

Tardarás tu más en ir a la cocina y hacerte un café que All In One WP Migration en hacer un backup de tu web local, ya sea en Windows, OS X o Linux para descargarla a tu ordenador y luego restaurarla en tu Hosting.

 Realiza un backup de WordPress en tu ordenador

La primera parte consiste en acceder a tu ordenador, y a la url de tu web desde tu navegador local:

http://localhost/wordpress/wp-admin

Instalar el plugin All In One WP Migration y luego realizar una copia de seguridad de la web local para descargar el archivo resultante de la copia a tu ordenador.

En el siguiente vídeo te lo ilustro con todo detalle.

Ha sido más sencillo y rápido de lo que pensabas ¿verdad?

...pues ya verás lo fácil que es restaurar este backup en tu Hosting.

 Restaura el backup de WordPress en tu Hosting

En este vídeo te muestro como instalar WordPress "básico" en tu Hosting, posteriormente instalar el plugin All In One WP Migration, subir la copia de seguridad a la carpeta del plugin, en el Hosting y finalmente restaurar dicha copia para tener tu web local ya en tu alojamiento web.

En el siguiente vídeo muestro todo el proceso, que es más sencillo de lo que imaginas.

¡Pues ya está!

Ya tienes la web que estaba en tu ordenador Windows/Mac/Linux subida al Hosting y plenamente funcional para empezar a mostrarle al mundo tu proyecto realizado con WordPress.

 Conclusiones

Trasladar una web creada con WordPress desde tu ordenador al Hosting usando el plugin All In One WP Migration se convierte en una tarea rápida y muy divertida.

No es necesario que tengas conocimientos de servidores Apache/PHP/MySQL emulados en sistemas operativos, ni que aprendas a usar phpMyAdmin para exportar la base de datos, es suficiente con que sepas instalar un plugin y dar 4 clics aquí y allá.

La web trasladada al Hosting es una copia fiel y completa de la que tengas en tu ordenador, exceptuando aquellos archivos, sobre todo imágenes cogidas desde Medios en tu ordenador en carpetas como "Descargas" que quedan fuera del alcance de WordPress, las cuales tendrás que pasar manualmente.

All In One WP Migration es más que un plugin para traslados, es tu mejor aliado para tener tu propia política de copias de seguridad que te permita tener puntos de restauración frente a posibles problemas.

"WordPress broke auto-updates in version 4.9.3. So you'll have to manually update to 4.9.4 to get auto-updates working again." Consulta los detalles en el make de WordPress.org.

Consulta la Lista de cambios en WordPress 4.9.4 para más detalles en el Codex.

En ese caso son actualizaciones de seguridad que se aplican automáticamente a versiones anteriores a las citadas.

Este tipo de actualizaciones se realizan de forma automática a menos que las tengas deshabilitadas en wp-config.php o mediante algún plugin de seguridad específico.

Actualizar WordPress

Actualizar a WordPress 4.9.4 es sencillo, aunque en la mayoría de instalaciones este proceso es automático, de ahí la importancia de tener una política de copias de seguridad automáticas para evitar sorpresas.

• Realiza una copia de seguridad antes de actualizar.
• Comprueba que tu Tema es compatible con la nueva versión de WordPress.
• Si usas un constructor (builder), comprueba que es compatible con la versión nueva de WordPress.
• Si tienes actualizaciones de plugins y temas pendientes ¡hazlas! antes de actualizar WordPress
• Deshabilita aquellos plugins que no utilices (lo mejor es que los desinstales).
• ¿Utilizas plugins de seguridad? (Wordfence, BruteProtec, iThemes Security, Sucuri, etc) ¡desactívalos antes de actualizar!
• ¿Trabajas con Visual Composer como constructor? comprueba en la web de WPBakery Inc. que han actualizado el constructor para compatibilizarlo con WordPress 4.9.4 ¡prueba antes en un clon o una sandbox!
• Comprueba que tus otros plugins activos son compatibles con la nueva versión.
• ¿Has hecho cambios en tu tema?, exporta tu tema en formato .zip antes de actualizar y usa temas hijo (child themes).
• ¿Trabajas con plugins como Move Login, etc.?, desactívalos, como medida de precaución para evitar quedarte sin acceso.
• ¿Trabajas con el tema y framework Genesis?, comprueba que es compatible con WordPress 4.9.4

Actualizaciones:

Si al acceder al dashboard de WordPress ves el siguiente mensaje en Escritorio, Actualizaciones, entonces es que tu núcleo ya se actualizó automáticamente y no necesitas realizar ninguna acción, salvo comprobar que todo funciona bien ¡claro!

Haz clic en la imagen para ir al enlace del plugin  

¿Que archivos sufren modificaciones del núcleo de WordPress en esta nueva versión?

wp-admin/about.php
wp-includes/update.php
wp-includes/version.php

Si ves que tienes pendiente la actualización entonces verás este aviso en Escritorio, Actualizaciones.

Haz clic en la imagen para ir al enlace del plugin  

Accede al panel de administración de WordPress (dashboard), Escritorio, Actualizaciones y previa copia de seguridad actualiza tu sitio web a esta nueva versión.

Si en Actualizaciones compruebas que tienes plugins y temas pendientes de actualizar, aplica primero la actualización de estos y después la actualización del núcleo de WordPress a la versión estable.

Si después de actualizar tu sitio web, no ves la página, limpia la caché de tu navegador y verifica si sigue activo el "modo mantenimiento" que suele ser la causa habitual de que no veas la web al haber hecho clic en otro elemento del dashboard de tu web mientras se actualizaba WordPress.

En WordPress 4.9.4 (funcionalidad nativa desde la versión 3.7) ¡WordPress se encarga de mantener tu CMS actualizado por ti de forma automática a la nueva versión ! a menos que lo tengas deshabilitado.

En el siguiente vídeo puedes ver que actualizar entre versiones es sencillo y rápido si tienes deshabilitadas las autualizaciones automáticas.

Las actualizaciones de mantenimiento suponen pequeños cambios en el núcleo de WordPress por lo que tu tema y plugins no deberían verse afectados al actualizar.

Se mejora la ocultación de la contraseña en el correo electrónico de confirmación, se soluciona un problema con la limpieza de la base de datos después de eliminar el idioma, y se aumenta el límite de caracteres de mensajes.

Actualizar a la versión estable 1.6.1.18 desde versiones anteriores 1.6.x es fácil y rápido.

En este vídeo te muestro como actualizar una tienda con la versión 1.6.1.5 a la versión estable actual, usando el método del módulo Actualización 1-click poniendo antes la web en "modo mantenimiento".

Requisitos básicos para PrestaShop 1.6.1.18:

• Servidor web: Apache 1.3, Apache 2.x, Nginx o Microsoft IIS.
• PHP 5.5 o versión superior (recomendado 7.x) instalado y habilitado.
• MySQL 5.0 o versión superior instalado con una base de datos creada.
• memory_limit = 128M (o un valor mayor)
• upload_max_file_size = 128M (o un valor mayor)
• Extensiones de PHP: GD, cURL (actualizado), SimpleXML, SOAP

Puedes consultar la Lista de Cambios en detalle de esta versión antes de actualizar PrestaShop.

Descarga PrestaShop 1.6.1.18

Otra opción a tener en cuenta, sobre todo tienes la costumbre de hacer cambios en archivo del núcleo de PrestaShop y no tienes muy claro si la actualización romperá alguna cosa que hayas modificado es clonar la tienda en producción y probar primero la actualización en una web clonada.

Lectura MUY recomendada:
Clonar una instalación de PrestaShop a otra carpeta del Hosting

Si por alguna razón no te funciona bien la actualización o desde el módulo Actualización 1-click no ves disponible la versión 1.6.1.18 comprueba en Módulos, Módulos si tienes pendiente una actualización para las actualizaciones de PrestaShop y déjalo actualizado a la versión 1.6.8.

Haz clic en la imagen para ampliarla  

Esta actualización ha ya se ha probado en los siguientes Packs PrestaShop de Webempresa con éxito:

• Pack PrestaShop Cilene
• Pack PrestaShop Amaltea
• Pack PrestaShop Arce
• Pack PrestaShop Elara
• Pack PrestaShop Calisto
• Pack PrestaShop Carme
• Pack PrestaShop Himalia
• Pack PrestaShop Lisitea
• Pack PrestaShop Estándar (bootstrap).

Se han realizado pruebas de actualización en todos estos packs desarrollados por Webempresa verificando que se realizan correctamente y no se ven afectados los "Módulos" incluidos por defecto en dichos packs, los productos funcionan y se gestionan con normalidad y los diferentes apartados de la tienda tienen un correcto desempeño.

Mantén tu Tienda siempre actualizada, utilizando módulos y temas procedentes de sitios confiables y compatibles con tu versión y haz siempre copias de seguridad de forma regular para tener en funcionamiento tu web y en buen estado de salud.

 ¿Qué es Gutenberg?

Como te comentaba en la introducción, se trata de un editor/compositor de contenidos que verá la luz a partir de la nueva versión WordPress 5.0 que se prevé entre el primer y tercer trimestre de 2018 (sin definir en el roadmap todavía).

El nuevo Editor de WordPress 5.0 adopta el nombre de Gutenberg y aunque va inmerso en el núcleo de WordPress está siendo gestionado por un equipo de desarrollo separado del actual desarrollo del CMS, pero vinculado.

El nombre de Gutenberg guarda mucha relación con la escritura y la importancia que esta ha tenido para revolucionar el conocimiento desde bien antiguo, y adopta esta denominación en honor a Johannes Gutenberg que inventó la imprenta con tipografía móvil (movable type) allá por el año 1450.

En palabras de uno de sus principales desarrolladores del proyecto de este Editor para WordPress, Matias Ventura, lo llamamos Gutenberg por una razón, por sus desafíos y oportunidades, por lo que puede representar en términos de continuidad y cambio. Es un proyecto ambicioso y necesita toda la comunidad de WordPress para tener éxito.

Actualmente este editor está desarrollado por el Equipo Gutenberg que lo componen Matias Ventura, Joen Asmussen y Tammie Lister.

...pero vayamos al asunto para saber más de que va Gutenberg, por ejemplo ¡los bloques!

 Qué son los bloques

Es la forma inicial bajo la que se presenta el funcionamiento de Gutenberg, que viene a ser una condensación de lo que hasta ahora se ha venido haciendo mediante el uso de widgets, shortcodes, metabox y embed y cuyo objetivo es reducir el complejo proceso de la creación personalizada de contenidos.

Algunos tipos de bloques que podrán generarse:

• Vídeos de Youtube.
• Audio.
• Galerías de Imágenes.
• Bloques de Texto.
• Bloques de Imágenes.
• Código HTML.
• Extractos para subtítulos.
• ...

Soportará una gran cantidad de embeds de terceros, entre los más destacados:

Además estos bloques tendrán la particularidad de poder establecerse como fijos para que si son usados en diferentes sitios de la web, los cambios aplicados se repliquen a todos los bloques fijados iguales.

Gutenberg trabajará mediante bloques que añadirán funcionalidades al editor dependiendo de las necesidades.

Por ejemplo Gutenberg detecta un comienzo de línea con un guion - y automáticamente adapta el diseño al formato lista sin necesidad de aplicar después de la creación de la lista los típicos <li> o mediante el Editor Visual el icono de "listas".

Además los bloques de forma individual tendrán su propia barra de herramientas (un estilo a lo que ofrecen builders como Elementor, por ejemplo) para ayudar en la edición de cada bloque.

 ¿Qué pasa con la compatibilidad?

Es uno de los temas que más preocupa a desarrolladores de temas y plugins así como a usuarios que ya tienen conocimiento de la llegada de Gutenberg en breve ¡la compatibilidad de este editor!

En este sentido se prevé dar compatibilidad a plugins que hagan uso de códigos cortos, meta-boxes y tipos de publicaciones personalizadas (custom post types) manteniendo el soporte de funcionalidades actuales de WordPress, aunque se les invita a ir adaptándolos al nuevo mecanismo de bloques de Gutenberg.

A fecha de hoy todavía quedan muchos (miles) de plugins por revisar su compatibilidad con Gutenberg y presumo que será un proceso lento y dependiente siempre del developer de turno.

El proyecto Gutenberg considera que un plugin es compatible con este nuevo "editor" cuando el usuario de WordPress puede realizar la misma tarea con Gutenberg activo.

Por ejemplo, el botón "Añadir objeto" no existe en Gutenberg, pero un usuario de WordPress puede agregar archivos de medios con el insertador nativo.

Haz clic en la imagen para ampliarla  

La compatibilidad también queda garantizada cuando con Gutenberg activo no hay errores detectables con otros plugins activos.

 Tabla de compatibilidad "demostrada" de plugins con Gutenberg

¿Has detectado una incompatibilidad entre Gutenberg y uno de tus plugins?

Antes de reportar una incompatibilidad entre uno de tus plugins habituales y Gutenberg asegúrate de documentar la prueba realizada y aportar datos necesarios para poder reproducir dicha incidencia.

Puedes enviar tus pruebas de incompatibilidad al equipo de desarrollo, que ha habilitado este formulario para incidencias, de forma que se puedan revisar y solucionar si procede, o al menos tenerlo en cuenta de cara al desarrollador del plugin que lo provoca.

¡Entre todos construimos un producto más robusto y estable!

 Prueba Gutenberg con este plugin

Mientras Gutenberg espera ansioso en las entrañas de WordPress 5.0 para ver la luz, puedes probarlo en una instalación de WordPress (mejor un clon o una nueva) para conocer con más detalles este editor y qué novedades va incorporando casi a diario.

Haz clic en la imagen para ir al enlace del plugin  

Este plugin lo instalas desde el dashboard, Plugins, Añadir nuevo, localizándolo por su nombre "Gutenberg" (del Gutenberg Team) y haciendo clic en "Instalar ahora" y posteriormente en Activar.

Haz clic en la imagen para ampliarla  

Si vas a "Entradas", Añadir nueva, ahora verás una pantalla muy diáfana, blanca, y quizás un poco intimidatoria.

Haz clic en la imagen para ampliarla  

Pero ¡no sufras! es solo la apariencia, luego la magia surge cuando empieces a usarlo.

Haz clic en la imagen para ampliarla  

Apenas esto es una pincelada de lo mucho que queda por descubrir con Gutenberg.

Si te apetece saber que más posibilidades tiene Gutenberg y experimentarlas en vivo antes de instalar el plugin en tu WordPress o de esperar a que se libere en WordPress 5.0, puedes hacer uso de Frontenberg que es una "demo" online de este editor para que explores y te impregnes de su potencial.

 ¿No quieres usar Gutenberg?

Los cambios no siempre son bien recibidos y muchas veces las imposiciones acaban frustrando hasta el punto de abandonar la plataforma.

En este sentido WordPress y el equipo de desarrollo de Gutenberg han pensado que quizás tengas ciertas reticencias al uso del nuevo editor y por ello está disponible un plugin oficial que permite deshabilitarlo y volver al anterior Editor Clásico Visual/HTML de WordPress.

Haz clic en la imagen para ir al enlace del plugin  

Lo instalas y activas y tendrás de nuevo disponible el Editor Clásico de WordPress sin que tus contenidos se vean afectados.

 Conclusiones

El objetivo de Gutenberg es principalmente el de facilitar una experiencia de edición de contenidos más limpia e intuitiva a los usuarios simplificando uno de los procesos que más tiempo consume en WordPress, la creación de Post o Páginas.

Obviamente la edición desde dispositivo móviles se verá muy mejorada gracias a Gutenberg donde este editor tendrá mucho que aportar.

La idea que persigue Matt Mullenweg es que de momento Gutenberg se centre en la edición de Entradas y Páginas (y aquellos contenidos que requieren del Editor) para posteriormente dar paso a la integración en Temas y finalmente absorber todo el CMS ayudando así a que millones de usuarios disfruten creando y diseñando contenidos en WordPress.

Gutenberg va a ser un editor para WordPress con mucho recorrido por delante, que irá añadiendo progresivamente más y más funcionalidades y que dará mucho que hablar a propios y extraños.

En el siguiente artículo dedicado a Gutenberg exploramos las funcionalidades de este Editor para conocer mejor su uso ¡suscríbete a nuestra lista y no te lo pierdas!

...¿no es más fácil hacer un rollback a la anterior versión estable?

 WooCommerce, liándola parda con las versiones

Con lo felices que estaban los usuarios de WooCommerce con su versión 3.2.6 estable, dedicados a vender sus productos, haciendo mejoras en la tienda, añadiendo ofertas y promociones...

Y llegan los de Automattic, que por si no te habías enterado son los dueños desde hace un tiempo de WooCommerce, y se lían a sacar la versión 3.3.0 del carrito más popular y molón de WordPress ¡y ya está el pollo montado!

Haz clic en la imagen para ampliarla  

Miles de usuarios actualizándose a la 3.3.0 sin saber lo que se les venía encima. Un loop tocando las narices, problemas con temas (plantillas) de la 3.2.x, y páginas de productos que de repente desaparecían, etc., vamos que a mi amigo Manuel le pilló en una de sus guardias de Soporte y tuvo que ir apagando fuegos de clientes perturbados con el problema de sus tiendas ¡y con razón!

Al final lo chicos de WooCommerce deciden cortar por lo sano y bloquean la actualización a la 3.3.0 y eliminan el plugin (temporalmente) del Directorio de Plugins de WordPress.org.

Horas después activan de nuevo la versión 3.2.6 e invitan a los usuarios afectados a descargarse la versión anterior y actualizarla hacia atrás (rollback) manualmente ¡menuda chapuza!

Ahhhh! y todo esto en medio de la semana y con un fin de semana de por medio, lo que además de pillar por sorpresa a muchos usuarios, a gran parte se le olvido eso de "hacer copia de seguridad antes de actualizar" ¿para que? si ya las hace mi Hosting.

Pues ya ves, sin backup fresquito y reciente, no sabiendo bien que sucede con WooCommerce, muchos usuarios vivieron este incidente recientemente con WooCommerce y por eso yo decidí escribir sobre ello para que a ti que lees ahora esto no te pase lo mismo ni te pille desprevenido.

• Haz copias de seguridad siempre antes de actualizar WooCommerce.
• Ten un plugin de "rollback" instalado para poder volver atrás.
• Antes de actualizar nada pregunta o sigue el Blog de Desarrollo de WooCommerce para estar informado.

Estos y otros muchos consejos que se me ocurren son los que te podría dar una y otra vez hasta que los fijes en tu retina, porque si importante es tu Tienda, tus Productos y tus Clientes, más importante es mantener saludable WooCommerce que es quien sostiene todas tus ventas.

Y ahora vayamos al lío ¿que es eso del rollback?

 Volver a la versión anterior de WooCommerce

La mayoría de actualizaciones de WooCommerce no suelen presentar problemas en instalaciones más o menos comunes, aunque si pudiera darse el caso que la conjunción de determinados plugins en una web WordPress acabe afectando al plugin de la tienda tras una actualización menor o mayor.

En el caso de actualizaciones mayores, si es cierto que hay más posibilidades de que algo suceda, sobre todo si la tienda tiene muchas personalizaciones y además usa una variada fauna de plugins de terceros para mejorar las características de WooCommerce.

Es por eso que tener una política de backups propia, independientemente de la que lleve a cabo tu proveedor de Hosting, te ayuda a paliar una situación problemática tras cambios en la web, en productos, reglas, etc., o después de haber actualizado a una nueva versión.

Cuando actualizas WooCommerce solo se modifican archivos del núcleo del plugin y esto no afecta a los registros de productos, clientes, ventas, pedidos, etc., en la base de datos, pero si puede afectar a la plantilla o tema que WooCommerce utiliza para entregar la vista de Productos u otras.

Por tanto, si solo cambian algunos (no todos) archivos del núcleo ¿porque restaurar una copia de seguridad completa? lo adecuado sería o bien sobrescribir el plugin con una versión anterior, de preferencia la que tenías antes de actualizar, o volver atrás en versiones haciendo rollback.

Por defecto desde el dashboard, Plugins solo puedes Desactivar o "Borrar" el plugin.

Haz clic en la imagen para ampliarla  

Para poder dar marcha atrás necesitas instalar un plugin te añada esta funcionalidad a la gestión de Plugins.

Este rollback o retroceso lo puedes hacer con el plugin WP Rollback (redundancias aparte).

Haz clic en la imagen para ir al enlace del plugin  

El plugin opera desde el apartado "Plugins" del dashboard, donde añade un ítem de submenú (acción) debajo del título del plugin nombrado Rollback.

Haz clic en la imagen para ampliarla  

Su funcionamiento está basado en el uso de las versiones disponibles en el Directorio de Plugins de WordPress.org mostrando aquellas disponibles anteriores o posteriores a la que tienes instalada y activa (si existen) permitiéndote usar una de ellas para instalar y activar esa versión específica.

Haz clic en la imagen para ampliarla  

Confirma la acción de retroceso que vas a realizar en la ventana modal o popup que se abre.

Haz clic en la imagen para ampliarla  

El plugin descargará la versión solicitada y la instalará.

Haz clic en la imagen para ampliarla  

Haz clic en Activar plugin y comprueba que ya tienes la versión anterior deseada.

Haz clic en la imagen para ampliarla  

Nota No tiene sentido usar el plugin WP Rollback para activar una versión posterior a la que tengas en eso, para eso es mejor actualizar, previa copia de seguridad usando el actualizador nativo de WordPress.

 Vídeo de como hacer Rollback de WooCommerce

La mejor manera de ilustrar el uso del plugin y de como volver a una versión anterior de WooCommerce es por medio del siguiente vídeo.

 Conclusiones

Nunca actualizes WooCommerce sin tener claro lo siguiente:

• Que tienes una copia de seguridad recién hecha de la tienda.
• Que WooCommerce ha liberado una versión estable ¡confiable!
• Que hay mucha calma en el Soporte de WooCommerce ¡buena señal!
• Que tienes instalado WP Rollback para ir hacia atrás si algo falla.

Para lo demás unas velas a San Judas Tadeo o al santo de tu devoción ;)

WooCommerce tiene fama de estable, pero tampoco es la primera vez ,ni va a ser la última, que una actualización de este plugin te deje sin alguna funcionalidad en tu tienda. Saber dar marcha atrás usando WP Rollback evitará que tus ventas y compradores se vean afectados.

...en WordPress naturalmente!

 Tamaño de WordPress tras la primera instalación

Aún recuerdo cuando WordPress (el núcleo) pesaba apenas 2,1 Mb en la versión 2.9.x y ahora, a fecha de la 4.9.3 el peso ha aumentado hasta los 10,1 Mb que aunque no parezca mucho, es un aumento importante si llevamos en cuenta que el "sueño" del equipo de desarrollo del CMS ha sido reducirlo a unos 900Kb aproximadamente ¿utopía?

• Archivo .zip de WordPress (antes de instalarlo): 10,1 MB
• Archivo .zip de WordPress instalado + base de datos: 10,2 MB

Una instalación básica de WordPress, antes de que te líes a subir imágenes y a instalar plugins como si no hubiese un mañana, lo normal es que ocupe aproximadamente entre 24 y 27 MB y una web con datos, artículos y determinados contenidos puede ocupar del orden de los 50 a 300 MB o mucho más dependiendo de la cantidad de contenidos que se generen y principalmente de las imágenes y el tamaño con el que se suban al Hosting.

• Archivo .zip de un Pack WordPress básico de Webempresa + base de datos: 20,9 MB

Lectura recomendada:
Imágenes en WordPress ¡gestionando los tamaños correctos!

¿Que tiene este Pack WordPress "básico" de Webempresa con respecto a uno de WordPress.ORG?

Una breve comparativa basada en temas y plugins instalados más archivos y bases de datos por separado para que analices el porqué de la diferencia de tamaños.

Tampoco hay demasiada diferencia si analizas que en el Pack WordPress Webempresa "básico" se incorporan 4 temas más y 3 plugins adicionales.

Te diré que una web WordPress con aproximadamente 8300 imágenes en la Biblioteca de medios (gran parte son de plugins, del tema activo y otros temas instalados) que tenga del orden de 300 Entradas (Post), unas 15 Páginas publicadas y sobre 45 plugins instalados y activos tiende a pesar 600 MB en un archivo comprimido con la base de datos incluida.

Pero desglosemos esto para entender mejor lo de los tamaños y los porqués...

 Calcular el tamaño de la base de datos

La base de datos es el pulmón que permite a WordPress respirar, sentirse vivo y naturalmente funcionar :D

Cualquier base de datos de una instalación de WordPress, descargada desde WordPress.ORG una vez concluida la instalación y antes de empezar a meterle nada tiene un peso de:

• Base de Datos tras instalación inicial (sql): 503 Kb.

El peso específico de una base de datos de una instalación de WordPress como la citada anteriormente luego puede aumentar dependiendo de factores de optimización de imágenes, del uso de determinados plugins instalados especialistas en colectar y engordar tablas de la ddbb y por supuesto de las publicaciones almacenadas.

• Base de Datos de una instalación de 600 MB (sql): 9,4 MB

Nota Este tamaño último puede variar dependiendo de múltiples factores, principalmente basados en el uso de determinados plugins instalados que colecten mucha información.

Puedes saber el tamaño real final de tu base de datos siguiendo estos pasos:

1. Accede a tu Panel de Hosting (cPanel).
2. Vete a Bases de Datos, phpMyAdmin.
3. Carga la Base de Datos de tu WordPress.
4. Haz clic en Exportar (opción superior).
5. Descarga a tu ordenador el archivo .sql resultante.
6. Mira el tamaño de dicho archivo en tu ordenador.

Nota Ten en cuenta que el tamaño de la base exportada descargada como .sql 503 Kb) difiere del tamaño de la misma con los registros expandidos en phpMyAdmin (2,2 MB).

Otras formas de averiguar el tamaño de la base de datos es utilizando un plugin que te devuelva esos valores o consultando este artículo donde lo explico ejecutando una consulta SQL en phpMyAdmin.

Haz clic en la imagen para ampliarla  

 Calcular el tamaño de los archivos y carpetas de la web

Sucede un poco lo mismo que con la base de datos, el cálculo más rápido es el manual, accediendo a la carpeta de la instalación, asegurándote que no tienes archivos "rémora" como error_log (archivos de log de errores de PHP), carpetitas con almacenes de imágenes, PDF,s y otros archivos que nada tienen que ver con la web pero que seguramente acabas arrastrando en las copias de seguridad...

También copias de seguridad, porqué no, no serás el primero ni el último que hace backups y los deja en el Hosting y estos acaban engordando las copias paulatinamente ¡lo que no uses elimínalo!

Para saber el tamaño de archivos y carpetas de una web sigue estos pasos:

1. Accede a tu Panel de Hosting (cPanel).
2. Vete a Archivos, Administrador de Archivos.
3. Si tienes varias webs, ve a la carpeta de la web afectada.
4. Haz clic en Seleccionar todo (opción superior).
5. Comprime los archivos y carpetas en un .zip con la opción Comprimir
6. Actualiza la página de archivos y carpetas en el botón Actualizar
7. Localiza el archivo comprimido ZIP y mira que tamaño tiene.
8. ¡Listo!, si no lo necesitas ya lo puedes eliminar ese .zip

Haz clic en la imagen para ampliarla  

 Midiendo los tamaños con plugins

Para esto de tomar medidas también hay plugins sí :D ..la verdad es que hay plugins para casi todo lo que se te ocurra, más de 53.000 en el Directorio Oficial de Plugins de WordPress.org y súmale unos 15.000 más de desarrolladores externos que suelen liberar plugins comerciales en sus propios sitios web o repositorios.

Hecho este inciso, te cito de algunos plugins que devuelven datos de peso o tamaño de una instalación de WordPress de manera bastante pormenorizada y visual en unos casos y más técnica y escueta en otros.

 My Simple Space

Haz clic en la imagen para ir al enlace del plugin  

Pues como el propio nombre dice "un plugin sencillo para medir el espacio ocupado" y que a pesar de ser un poco simplón, da la información adecuada que seguro para muchos usuarios es más que suficiente.

• Tamaño total de la carpeta wp-content
• Tamaño total de la carpeta wp-content/plugins
• Tamaño total de la carpeta wp-content/themes
• Tamaño total de la carpeta wp-content/uploads (Medios)
• Tamaño de la base de datos usada en la web.
• Memoria total disponible en el Hosting (no en el servidor).
• Memoria utilizada por la web.
• Versión de PHP y sistema operativo.

La información la obtienes, tras instalar y activar el plugin, mediante un widget que se activa en el Escritorio del dashboard de WordPress.

Haz clic en la imagen para ampliarla  

 Disk Usage Sunburst

Haz clic en la imagen para ir al enlace del plugin  

Este me recuerda mucho a funcionalidades del núcleo de Linux, para ver el espacio ocupado por una distribución, una estética en forma de anillo que separa archivos (carpetas/directorios, si bien que en GNU/Linux todo son archivos) y los muestra de forma muy particular.

Para ver la gráfica interactiva de espacio ocupado por elementos similares o ítems individuales accede a Herramientas, Disk Usage y empieza ha hacer clic en las áreas de colores, pasando el puntero del ratón para que se visualice el tooltip información correspondiente a los datos de ese área.

Haz clic en la imagen para ampliarla  

En base a toda la información de mediciones obtenida se puede evaluar que cantidad de páginas puedes almacenar en un Hosting.

 ¿Cuantas webs caben en un Hosting?

Ni que decir tiene que principalmente dependerá del tipo de Hosting contratado, y no solo de la capacidad en disco, sino de cuantas bases de datos tengas disponibles y cuantos dominios adicionales o aparcados (alias) permita tu productos contratado.

Pero te pongo un ejemplo en base a 1 Hosting WordPress 3Gb, que básicamente es un hosting con un espacio de 3072 Mb en disco y bases de datos ilimitadas y dominios adicionales y alias ilimitados (en el caso de Webempresa).

Podrías tener unas 3 webs WordPress que tuviesen un peso aproximado de 950 MB cada una o 10 webs de 300 Mb por web, naturalmente sin contar que además gestiones correos electrónicos en el Hosting, lo que sin duda reducirá el espacio disponible para webs.

No existe el espacio ilimitado en disco ya que los discos de los servidores tienen un principio y un fin y eso limita su capacidad.

Utiliza el visor de Uso de Disco de tu cPanel, principalmente si tienes más de una web, para saber el espacio ocupado por la carpeta principal de cada una de las instalaciones existentes.

Haz clic en la imagen para ampliarla  

Desde cPanel, Bases de Datos, puedes saber rápidamente, sin necesidad de "Exportar" y descargar cada base de datos, que peso tiene cada una (puede haber una leve variación de tamaño al descargarla a tu ordenador).

Haz clic en la imagen para ampliarla  

El proceso manual para averiguar los tamaños es más laborioso pero igual de efectivo que hacerlo usando un plugin.

 Conclusiones

Existen muchas formas de saber que tamaño ocupa una web WordPress en un Hosting, desde hacerlo por SSH (si tu proveedor te da acceso), pasando por consulta la información desde cPanel, con el Administrador de Archivos y phpMyAdmin respectivamente, o usando un plugin que recopile los datos por ti.

Tomar medida de las cosas es fácil, solo es cuestión de ponerse a ello y darse cuenta ¡que el tamaño importa! y además marca la diferencia entre tener 3 o 10 instalaciones de WordPress en el mismo Hosting.

Además sirve para estimar si una instalación web tiene sobrepeso y necesita recurrir a optimizador.io para adelgazar optimizando imágenes de la Biblioteca de medios y otras provenientes de temas y plugins instalados.

Si lo comparas con otros CMS como por ejemplo Joomla, una instalación nativa de este se va a los 24,48 MB muy poco si piensas que una instalación básica de PrestaShop 1.6.x + base de datos ocupa 57 MB, más del doble que WordPress ¡ahí es nada!

Lo dicho, saber calcular el peso de una web es importante para tener clara la relación del espacio ocupado en base a la cantidad de webs alojadas en tu Plan de Alojamiento y de esta forma saber el tamaño de las cosas importantes.