Mi tienda Prestashop carga lenta de un día para otro sin haber hecho cambios

admin Deja un comentario

En muchas ocasiones algunos clientes nos han reportado problemas de lentitud en sus tiendas Prestashop de un día para otro sin haber hecho cambios. Hay que tener en cuenta que la mayoría de módulos y plantillas realizan conexiones a la web oficial del desarrollador para validar licencias, comprobar actualizaciones, etc.

Esas conexiones se realizan en todo momento, incluido el front-end, por lo que esas conexiones se realizan cuando nuestros usuarios o clientes están visitando nuestro sitio web. Por lo tanto, si la web de alguno de los desarrolladores de nuestros módulos o plantillas tiene alguna incidencia, el rendimiento de nuestro sitio web se verá afectado considerablemente.

Si el tiempo de respuesta de nuestro sitio web es 0.5 segundos, pero la conexión a la web del desarrollador se demora 5 segundos, nuestro sitio tardará 5.5 segundos en responder. Hasta que nuestra tienda no haya completado todas las conexiones externas definidas en los módulos, nuestra página web no mostrará nada y se quedará cargando.

En el siguiente ejemplo, un cliente nos reporta problemas de lentitud en su sitio web, y efectivamente la página no ha sido modificada desde hace semanas. Analizando los procesos identificamos esta conexión:

php-fpm xxxxx xxxxxx 6u IPv6 2206060903 0t0 TCP linxxx.loading.es:58876->[2606:4700:30::xxxx:xxxx]:http (SYN_SENT)

El proceso php-fpm permanece bloqueado durante cerca de 60 segundos realizando esa conexión ya que el servidor de destino (2606:4700:30::xxxx:xxxx) no responde correctamente, por lo que la carga del sitio web se demora más de 60 segundos. Analizando la plantilla y módulos usados, conseguimos identificar a que módulo hace referencia esa dirección IP:

/modules/pk_themesettings/

Después de revisar el código fuente del módulo, detectamos que el problema es de la plantilla/módulo, buscando actualizaciones:

/modules/pk_themesettings/inc/confighelper.php

public function checkupdates() {
    $update_list = "http://promokit.eu/share/updates/"._THEME_NAME_."/5/update_list.dat";
    $msg = "";
    if (!$update = @file_get_contents($update_list)) {
        $msg = false;
    } else {
        $versions = explode(",", $update);
        $i = 1;
        foreach ($versions as $key => $version) {
            if (Configuration::get('ALYSUM_VER') < $version) {
                $msg .= (($i == 1) ? "" : ",").$version;
                $i++;
            }
        }
    }

    return $msg;
}

Por lo que comentamos las lineas que realizan la conexión a la web oficial del desarrollador, quedando así:

public function checkupdates() {
    /*
    $update_list = "http://promokit.eu/share/updates/"._THEME_NAME_."/5/update_list.dat";
    $msg = "";
    if (!$update = @file_get_contents($update_list)) {
        $msg = false;
    } else {
        $versions = explode(",", $update);
        $i = 1;
        foreach ($versions as $key => $version) {
            if (Configuration::get('ALYSUM_VER') < $version) {
                $msg .= (($i == 1) ? "" : ",").$version;
                $i++;
            }
        }
    }

    return $msg;
    */
}

De este modo la página web del cliente no volverá a generar problemas de lentitud buscando actualizaciones de la plantilla. No obstante, puede que tenga otros módulos o plantillas que sigan realizando conexiones de este tipo.

Normalmente cuando la web del desarrollador funcione correctamente no detectaremos ningún problema, aunque hay que tener en cuenta la importancia de usar los módulos 100% necesarios e imprescindibles. Cada conexión cuenta, si por ejemplo tenemos 10 módulos que buscan actualizaciones, y cada conexión se demora 0.10 segundos, estamos generando 1 segundo (10 x 0.10) de carga adicional a nuestro sitio web.

Al hacer un uso abusivo de módulos, tenemos mayor probabilidad de sufrir estos problemas. Aunque los módulos no estén activos, el hecho de estar instalados ya ocasiona que Prestashop tenga que leer su código fuente y realizar las conexiones correspondientes. Por lo que es recomendable eliminar los módulos que estén en desuso y hacer un uso moderado de ellos.

Visto esto, dependemos al 100% de la web de los desarrolladores de nuestros módulos y plantillas.

Versión de PHP 7.3 disponible

admin Deja un comentario

Estimados usuarios, os informamos que ya está disponible la nueva versión de PHP 7.3 seleccionable desde el panel de control Plesk.

Esta actualización cambia algunas de las funcionalidades internas del lenguaje que podrán ser aprovechadas por los desarrolladores o programadores que trabajen directamente con el código de la web.

Las características completas de esta nueva versión pueden consultarse en > http://php.net/releases/7_3_0.php

En este enlace aparecen todos los cambios que van de la versión de PHP 7.2 a esta nueva 7.3 > http://php.net/manual/es/migration73.php

Como se indica en el enlace anterior, la mayoría de las mejoras no variarían el funcionamiento en el código ya programado y que ya se encuentre funcionando sobre una versión troncal de PHP 7.X, pero habría que revisar los cambios en esta versión con respecto a las anteriores para evitar que se produjeran incompatibilidades.

La configuración del servidor continúa como el usuario la tuviera configurada originalmente, no se ha variado nada en ella y esta nueva característica es una opción que el programador o administrador de la web puede seleccionar y usar para optimizar/generar el código de la página.

Puedes seguir todas nuestras ofertas y novedades en nuestra web loading.es, Facebook y Twitter.

Crear una tarea programada para Prestashop desde Plesk

admin Deja un comentario

En esta ocasión vamos a explicar como crear una tarea programada dentro de Plesk. Como ejemplo vamos a usar el comando o URL que nos facilita Prestashop para regenerar el indice de productos del buscador.

 

1. Primero necesitamos la URL o comando para automatizar su ejecución, accedemos al back office de nuestro Prestashop, “Parámetros de la tienda”, “Búsqueda“.

 

 

2. Entramos al panel de control Plesk y pinchamos en “Tareas programadas“.

 

 

3. Hacemos click en “Añadir tarea“.

 

 

4. En “Tipo de tarea” seleccionamos la opción “Obtener una URL“, y en el campo de “URL” la que copiamos en el primer paso del back office de Prestashop. Terminamos eligiendo la periodicidad deseada, en nuestro caso diaria (Diariamente) a las 04 de la madrugada.

 

 

Existen otras opciones más complejas de ejecución o periodicidad que sería “Estilo cron”, añadimos algunos ejemplos.

Cada 5 minutos:

*/5 * * * *

Cada 2 horas, el minuto 1:

1 */2 * * *

Los minutos 10, 20 y 30 de cada hora:

10,20,30 * * * *

 

Algunos de nuestros planes de hosting no incluyen el servicio de tareas programadas. Se pueden contratar adicionalmente, o ampliar a un plan superior que si las incluya.

Incrementar tiempo máximo de ejecución en Plesk con Nginx y Apache

admin Deja un comentario

En las últimas versiones de Plesk se han implementado distintas funcionalidades que ofrecen mayor rendimiento, pero complican bastante incrementar el tiempo máximo de ejecución del dominio/servidor, en esta entrada explicamos los pasos a seguir.

 

1. En la gestión del dominio dentro de Plesk tenemos dos apartados en los que tenemos que realizar cambios, “Configuración de PHP” y “Configuración de Apache y nginx”.

 

 

2. Entramos en “Configuración de PHP” y cambiamos el valor del campo “max_execution_time” y “max_input_time” como vemos en la imagen inferior por el valor deseado (en este caso 600 segundos / 10 minutos) y hacemos click en “Aceptar”.

 

 

3. Ahora dentro de “Configuración de Apache y nginx”, en  el campo de “Directivas adicionales para HTTP” y “Directivas adicionales para HTTPS” añadimos:

 

<IfModule mod_proxy_fcgi.c>
ProxyTimeout 600
</IfModule>

 

Y en campo de “Directivas adicionales de nginx” añadimos:

 

proxy_connect_timeout 600;
proxy_send_timeout 600;
send_timeout 600;

 

 

Por nuestra parte, no recomendamos mantener estos valores muy elevados de forma definitiva salvo que sea 100% necesario. Hacerlo supone que los procesos o visitas bloqueadas no “mueran” hasta llegado el tiempo máximo de ejecución. Si el valor es muy elevado, y se acumulan muchos procesos bloqueados, puede incrementar la carga del servidor, consumo de recursos, generar lentitud y caídas del servicio. Es mejor tener quedarse cortos e incrementarlo de forma progresiva, que poner un valor muy elevado de primeras.

 

IMPORTANTE: Dentro de Loading, esta opción solo es válida para servidores VPS y dedicados. En hosting compartido este cambio lo realizamos mediante ticket de soporte.

Plesk Mobile

admin Deja un comentario

Se ha incorporado en los planes de hosting compartido (Mini – Platinum y Resellers) la posibilidad de acceso al panel de control a través de la aplicación Plesk Mobile, disponible para descargar de forma gratuita en  Google Play y App Store, para dispositivos Android e iOS respectivamente.

Si se tienen contratados varios planes de hosting sobre distintos servidores, todos ellos pueden vincularse a la aplicación, pudiendo seleccionarlos individualmente para acceder a su administración. La cuenta vinculada, incluiría la posibilidad de modificación de la contraseña de acceso al propio Plesk, por si se necesita modificar en cualquier momento.

A continuación vamos a ofreceros información útil de cómo poder vincular tu cuenta/hosting en la aplicación, pulsa en las imágenes para ampliarlas:

 

HOSTINGS COMPARTIDOS

1.- El primer paso tras descargar la aplicación, instalarla en el dispositivo y abrirla, sería añadir los datos para crear el acceso. En este paso se nos va  a solicitar lo siguiente:

  • Nombre del host. Debemos especificar el nombre del servidor donde tiene que conectar la aplicación para logear. Nuestros servidores siguen la siguiente estructura en su nombre: linxxx.loading.es, donde las “xxx” serían sustituidas por un valor numérico, por ejemplo lin169.loading.es.
  • Nombre de usuario. En este campo se solicita el nombre de usuario proporcionado para Plesk.
  • Contraseña. La contraseña de usuario de Plesk.

Toda esta información la puedes obtener en el correo que enviamos inmediatamente con el alta del hosting (Información nueva cuenta hosting) o desde tu área de cliente > Servicios.

     

 

2.- Ya vinculada la cuenta, en la pantalla inicial veremos todos los dominios/subdominios  con un menú básico desde el que se puede acceder a los los archivos**, entrar al panel Plesk directamente, abrir la web en un navegador y revisar las estadísticas de consumo.

     

 

** Esta opción solamente estará disponible para los servidores lin156 y anteriores, ya que la conexión usa el protocolo FTP no seguro y a partir del servidor lin157 (incluido), la conexión se debe realizar de forma obligatoria con seguridad TLS y en la aplicación no está disponible actualmente; en esos servidores no accesibles sin TLS aparecerá el error “500 SSL/TLS required on the control channel”, tal como se puede observar en la siguiente imagen . Para administrar los archivos en este caso, hay que pulsar en Administrar en Plesk  y ya dentro del panel dirigirse a Archivos.

 

 

3.- La opción más interesante será el acceso al panel (Administrar en Plesk), que es donde encontraremos todas las opciones disponibles con nuestro usuario, con todos los menús para moverse entre las distintas secciones. La interfaz es muy similar a la versión de escritorio, lo que hará que ya estemos familiarizados con su aspecto y menús. Este acceso de la aplicación facilitará la administración de todos los componentes que ofrece la versión web de Plesk: administración de dominios, archivos, bases de datos, aplicaciones, estadísticas y cuentas de correo. En la parte superior de la derecha aparecen tres líneas horizontales que pulsando sobre ellas nos mostrará las secciones antes comentadas.

     

 

    

 

Un apartado muy interesante será el de Correo, desde el cual podremos crear, editar y eliminar cuentas de email desde el móvil de una forma rápida y sencilla.

    

 

 

También encontraréis las funcionalidades adicionales proporcionadas por Loading, como la posibilidad de reiniciar el servidor PHP para liberar caché y detener procesos de la web, modificar la versión de PHP, administrar el filtro anti-spam avanzado Professional Spamfilter y tener acceso a las copias de seguridad para restaurarlas.

 

 

VPS  Y DEDICADOS

Además de los hostings compartidos, la aplicación podría ser usada en servidores privados VPS y dedicados. Para ello es necesario instalar desde el catálogo de Extensiones de Plesk, la extensión Plesk Mobile Center. Los usuarios que dispongan de un servidor privado con Plesk y así lo deseen, nos podrán solicitar a través de un ticket de soporte la instalación de este complemento.


 

La aplicación para estos servidores privados añadirá, además de todo lo anterior, funcionalidades de administración del servidor (para usuarios avanzados), tales como el control del Uptime, la carga CPU, RAM, transferencia e información sobre S.O., etc.

 

Se podrán también revisar los servicios activos que se ejecutan en el servidor y gestionar el reinicio de estos, y el reinicio completo del propio servidor cuando fuera absolutamente necesario. Obtendremos información sobre la licencia de Plesk, Registros y podríamos crear restricciones de acceso al servidor de IPs, etc.

     

 

Para más información y detalles, se puede visitar la página oficial de la aplicación en Plesk.com.

 

Puedes seguir todas nuestras ofertas y novedades en nuestra web loading.es, Facebook y Twitter.

Cómo clonar mi sitio WordPress para pruebas

admin 1 comentario

En otra entrada a nuestro blog hablamos de cómo clonar un Prestashop para hacer pruebas, en esta ocasión vamos a explicar cómo hacer un clon manual de otra aplicación bastante popular: WordPress.

Muchos de los pasos son idénticos a la entrada de clonar Prestashop, porque en realidad lo que varía es la adaptación de la propia aplicación al nuevo dominio/subdominio donde se copia.

Aclarar primero que un clon sirve para realizar distintos tipos de pruebas, esas pruebas van desde configuraciones de rendimiento, actualizaciones o instalación de temas o plugins. Un clon de nuestra página sobre un subdominio tiene la gran ventaja de que la web en producción no corre el riesgo de quedar inoperativa por una mala configuración en el proceso o por una incompatibilidad de lo que se está instalando o probando.

Si se sigue esta guía paso a paso, obtendremos una copia exacta de nuestro WordPress en un entorno de desarrollo y de forma independiente a la web real.

 

Varios puntos a tener en cuenta antes de comenzar con esta clonación:

* Este tutorial es meramente informativo y Loading no se hace responsable de un mal uso o error producido en el hosting/web al seguirlo de forma errónea.

* Se recomienda que antes de comenzar a hacerlo, el usuario guarde una copia completa de la web en su equipo: descargando sus archivos por FTP y exportando un volcado de su base de datos desde Plesk > Bases de datos.

* Se debe tener en cuenta que para crear un subdominio es necesario un plan de hosting que disponga de ellos (en nuestro caso, un plan Argentum o superior) y debe tener libre al menos una base de datos para poder duplicar la original.

* Tras el clon, algunos enlaces (imágenes, secciones, etc.) o plugins pueden tener una configuración interna que siga apuntando al sitio original. Existe un plugin para WordPress que normalmente suele corregir estos enlaces y del que hacemos referencia más adelante en este mismo post; sin embargo, si se mantuvieran enlaces antiguos que no han sido corregidos de forma automática, los tendría que corregir el propio usuario de forma manual a través del propio plugin conflictivo o desde el código de la web o base de datos.

* Si la web original dispone de un certificado SSL, en el clon tendría que desactivar dicha opción ya que no funcionaría o instalar un certificado sobre ese subdominio, valdría con el gratuito Let’s Encrypt.

* Existen temas y plugins de pago de WordPress que operan bajo licencia y que solamente pueden ser usados sobre un dominio. Si fuera el caso, al clonar la web podría dejar de funcionar dicha plantilla o plugin, o el desarrollador de los mismos podría detectarlo.

 

Aclarado todo esto, vamos a proceder punto por punto a la explicación de cómo clonar nuestra web bajo un subdominio:

 

1.- Lo primero de todo es entrar al panel de control Plesk donde tengas alojado el dominio (pulsa sobre las imágenes para ampliarlas).

 

 

2.- Cuando se acceda al panel de control Plesk, pulsar sobre Añadir subdominio y añadir el nombre que se quiere que tenga el subdominio (p.e. “prueba” o “clon”). En el campo Raíz de documento recomendamos dejarlo como se cree por defecto, de esta forma podremos identificar mejor cuál es el directorio donde hay que copiar los archivos y donde va a tener el contenido ese subdominio. Si el subdominio ya lo tenías creado y tenías contenido puedes borrarlo entrando al directorio raíz del subdominio desde Plesk y usando la herramienta para eliminar archivos.

 

 

 

 

3.- Vamos a la carpeta del dominio original /httpdocs (o donde estén los archivos originales), marcamos el checkbox de selección de archivos principal y seleccionamos de esa forma todos los archivos. Pinchamos en el botón Copiar.

 

 

En la ventana emergente tenemos que poner el directorio creado para el subdominio (en el ejemplo /clon.wordpress.loading.net/). Le damos a Aceptar y ya tenemos copiados los archivos dentro de la carpeta del subdominio.

 

 

4.- Vamos ahora a la carpeta raíz del subdominio (/clon.wordpress.loading.net/) y pinchamos sobre el nombre del archivo wp-config.php, modificaremos estas tres variables borrando los valores que tienen y las dejamos así (aquí aparece como ejemplo “prueba_clon”, pero se tendría que modificar por los datos de la base de datos que creara nueva para el clon):

/** The name of the database for WordPress */
define(‘DB_NAME’, ‘prueba_clon’);

/** MySQL database username */
define(‘DB_USER’, ‘prueba_clon’);

/** MySQL database password */
define(‘DB_PASSWORD’, ‘prueba_clon’);

Es importante respetar las comillas simples, ya que si borramos más contenido del que aparece en el interior de ellas se provocaría un error de PHP y la web no cargaría. Con esto ya tenemos los archivos preparados.

 

 

5.- Los siguientes pasos ya tienen que ver con la base de datos. Vamos a Bases de datos desde la parte izquierda del panel Plesk > Pinchamos sobre Crear base de datos y ponemos los mismos datos que pusimos en el archivo wp-config.php de antes (prueba_clon, si seguimos el ejemplo).

 

 

6.- Al crear la base de datos, el propio panel nos devuelve a la página donde están creadas las bases de datos. Localizamos la base de datos de la web original y pulsamos sobre la opción Copiar.

 

 

 

7.- En la siguiente pantalla que aparece tendremos que seleccionar la suscripción (si fuera el caso) y marcar la opción “Copiar en base de datos existente“, seleccionando la base de datos creada para el clon.

 

 

8.- Cuando termine el proceso, se nos informará que la base de datos ha sido copiada. Ahora debemos pinchar sobre phpMyAdmin de la base de datos clonada.

 

 

9.- Accedemos a través de una nueva ventana que se abrirá para la herramienta phpMyAdmin. En la parte izquierda nos va a aparecer el listado de todas las tablas de la base de datos de WordPress, tenemos que buscar la tabla *_options (donde el asterisco ‘*’ es el prefijo de las tablas de la base de datos, por lo general en esta aplicación suele ser wp_, sería entonces wp_options). Pinchamos sobre dicha tabla y nos aparecerá en la pantalla principal el contenido de esa tabla con el nombre del dominio original.

 

 

10.- Editamos los dos campos donde aparece el nombre del dominio original (‘siteurl’ y ‘home’) y ponemos el nombre del subdominio que creamos en los primeros pasos. Pulsamos en Continuar y habremos aplicado los cambios.

 

 

Ya tenemos nuestra web copiada/clonada sobre un subdominio. El acceso a la administración va a tener la misma url final, si accedemos a la original a través de http://dominio.es/wp-admin el acceso al clon será a través de http://clon.dominio.es/wp-admin y el usuario y contraseña serán los mismos también.

11.- Vamos ahora a corregir urls que puedan quedar internas en el WordPress clonado y que apuntan al original. Para ello necesitamos entrar a la administración del clon http://pruebas.dominio.es/wp-admin y nos dirigimos a la sección de Plugins > Añadir nuevo. En el buscador ponemos la palabra “velvet” y damos a enter en el teclado para buscar, aparecerá como resultado el plugin “Velvet Blues Update URLs” y lo instalamos y activamos.

 

 

Ya instalado, posamos el cursor del ratón sobre Herramientas y pinchamos en la opción Update urls. En los campos a rellenar pondremos la url de la web original, respetando si carga sobre http o https y si funciona sobre www o sin ellas, y la url nueva del clon en el campo correspondiente. Marcamos todas las opciones excepto la última (Actualizar TODOS los GUIDs…) -cruzamos los dedos- y pulsamos en el botón Actualizar las URLSs YA.

Aparecerá una nueva pantalla cuando termine, informándonos del número de enlaces o urls que ha podido corregir.

En muchos casos, todo habrá quedado como esperamos o deseamos, pero hay que tener en cuenta lo indicado al principio de este post y revisar bien si queda algún enlace o url que debamos modificar manualmente, para evitar un redireccionamiento a la web original.

Si lo has hecho todo correctamente ya podrás trabajar con el clon de tu web en el subdominio sin peligro de modificar o desconfigurar nada en la web real.

Puedes seguir todas nuestras ofertas y novedades en nuestra web loading.es, Facebook y Twitter.

Adaptación servidores a normativa sobre TLS

admin Deja un comentario

 

El día 30 de Junio de 2018 está establecido el límite para la deshabilitación del protocolo TLS 1.0 debido a la obsolescencia de su cifrado.

TLS (Transport Layer Security) es un protocolo de seguridad en la capa de transporte del modelo de Interconexión de Sistemas Abiertos (OSI), que garantiza la encriptación entre las comunicaciones en Internet.

Este protocolo es un estándar de seguridad y es usado mayormente en los sistemas de pago en Internet, aunque también afecta a los servicios FTP, correo, etc. que se encuentran en un servidor.

Es por esto, que es muy importante que las comunicaciones se realicen con la mayor seguridad posible. Actualmente existen los protocolos TLS 1.0, TLS 1.1, TLS 1.2 y TLS 1.3 (soportado por los navegadores más recientes), y la fecha indicada al principio del post va a dejar el primero de todos obsoleto.

En Loading ya tenemos realizada la adaptación al nuevo estándar y hemos deshabilitado esa versión de TLS 1.0 en todos nuestros servidores de hosting compartido y también en VPS y dedicados con Plesk.

Además, la negociación SSL entre los servidores de Loading y los servidores de destino (pasarelas de pago, por ejemplo) soporta los últimos protocolos recomendados (TLS 1.1 y TLS 1.2). El cliente por su parte no tendría que realizar ninguna modificación a nivel de configuraciones en el servidor, pero sí debe tener en cuenta que al igual que Loading, las pasarelas de pago podrían haber adaptado sus sistemas y desactivado el protocolo TLS 1.0, por lo que deberá confirmar que sus scripts php o módulos de conexión con las pasarelas de pago soportan TLS 1.1 y TLS 1.2.

Pueden obtener más información sobre este tema pulsando aquí.

 

Sigue todas nuestras ofertas y novedades en Facebook y Twitter.

Forzar redireccionamiento del tráfico http:// a https://

admin Deja un comentario

En las últimas versiones de Plesk tenemos habilitada una nueva funcionalidad que nos viene perfectamente para los requisitos que están interponiendo los buscadores en los últimos meses, entre ellos Google.

Podemos forzar el redireccionamiento de http:// a https:// siguiendo estos pasos.

IMPORTANTE: Antes de redireccionar, tenemos que tener en cuenta que muchas aplicaciones gestionan este comportamiento de forma natural desde la configuración de la aplicación, y habilitar esto puede generar bucles infinitos de redirecciones.

Este cambio es totalmente reversible, por lo que si surgiera algún problema podemos volver atrás.

1. El usuario entra en su panel de control Plesk con su usuario y contraseña y verá la siguiente pantalla, tendrá que pinchar en “Configuración de hosting”.

2. Marcamos la opción de “Redireccionamiento 301 permanente de HTTP a HTTPS preservado SEO”.

Con esto es todo, ya lo tendríamos configurado. Esperar unos minutos para comprobar el correcto funcionamiento. En caso de error o bucle de redirecciones revertir los cambios e intentarlo en la propia aplicación.

Nuevo sistema de copias de seguridad

admin 18 comentarios

Tras unos meses de desarrollo, nuestros clientes de hostings compartidos y Resellers (Linux) ya tienen disponible en modo producción el nuevo sistema de restauración de copias de seguridad. Este sistema cuenta con la posibilidad de restaurar completa o parcialmente el contenido alojado en el hosting: archivos/directorios, bases de datos y cuentas de correo.

 

La periodicidad de copias también se ha aumentado, contando el usuario con un abanico más amplio de horas y fechas para poder restaurar su web lo más próximo posible al momento deseado. Se podrá disponer de copias de bases de datos generadas cada 4 horas y de copias de archivos: horarias en el día presente y el anterior, además de copias diarias de los últimos siete días, y copias quincenales hasta dos meses atrás. Por ejemplo, si nos encontramos en el día 12 de Septiembre las copias de archivos disponibles serían:

HORARIAS
* Copias del día 12 actual horarias: desde las 00:00h hasta la hora en la que nos encontremos.
* Copias del día 11 horarias: desde las 00:00h hasta las 23:00h de ese día.

DIARIAS
* Al menos dos copias de cada uno de los días 10, 9, 8, 7 y 6.

QUINCENALES
* Una copia del día 1 de Septiembre.
* Una copia del día 15 de Agosto.
* Una copia del día 1 de Agosto.
* Una copia del día 15 de Julio.

 

Os vamos a guiar en el proceso de restauración para que no tengáis ningún problema a la hora de realizarlo las primeras veces, pulsa sobre las imágenes para verlas a tamaño completo.

1.- En primer lugar accedemos al panel de control Plesk desde nuestro área de cliente o con el usuario y contraseña.

2.- En la sección principal (Sitios web y dominios) encontraremos el botón de “Copias de seguridad” en el panel de gestión del hosting del dominio.


3.- Tras acceder al mismo, nos aparecerán en pantalla las opciones disponibles de restauración: Bases de datos, Ficheros y Cuentas de correo.

 

3.1.– Bases de datos. Aquí se nos mostrarán las bases de datos que tenemos creadas en el hosting. Si sólo quieres restaurar la base de datos, esta es la opción que debes elegir; ten en cuenta que se restaura de forma completa, si tienes que restaurar una tabla o la quieres restaurar de forma parcial tendrás que descargarla y restaurar el contenido manualmente.

NOTA: Si tu intención es restaurar la web completa (archivos y bases de datos), no selecciones esta opción y ve directamente a restaurar la copia de Ficheros en el siguiente punto.

 

3.2.- Ficheros. Como se indica en el anterior punto, si tu intención es restaurar por completo la web o sólo archivos y directorios, selecciona esta opción. En el caso de gestionar varios dominios, automáticamente te los mostrará por pantalla al seleccionar la fecha y hora de la restauración.

También tienes la posibilidad de restaurar un único fichero o un único directorio seleccionando la opción “Explorar ficheros” y desplazándote hasta la ruta deseada.

 

Pulsamos sobre la opción deseada y tras unos segundos aparecerán todo el listado de fechas de copias de archivos disponibles

 

Pinchamos en Iniciar proceso de restauración y nos preguntará el dominio que se desea restaurar o la opción de Explorar ficheros para restaurar archivos de forma individual u otra carpeta concreta (y todo su contenido).

Iniciamos la restauración en la parte inferior derecha de la pantalla aparecerá la tarea en curso; además la pantalla irá refrescando cada 10 segundos mostrándonos el registro de cambios que se va a realizar (archivos/directorios que se crearán, eliminarán, modificados, etc.).

MUY IMPORTANTE: Esta primera fase de la restauración es un TEST donde se indican los cambios que se van a llevar a cabo, por si el usuario desea cancelarla. Hay que confirmar la restauración pulsando sobre Ejecutar restauración, y en este momento es cuando realmente se está realizando esa restauración.

 

 

Si usas una de las aplicaciones más comunes (Prestashop, Worpdress, Joomla, Magento, etc.), tras la prueba de restauración de archivos y posterior restauración, automáticamente te detectará la base de datos asociada a ese dominio y te dará la opción para restaurarla. Al pulsar sobre Restaurar base de datos, habrá que seguir el proceso del punto 3.1 de este manual.

 

3.3.- Cuentas de correo. Disponible por si borras uno o varios correos de forma errónea y necesitas recuperarlos, esto siempre y cuando los estés almacenando en el servidor (protocolo IMAP o protocolo POP sin borrado en la descarga). Al seleccionar la opción, te aparecerán todas las cuentas de correo que tengas creadas actualmente y podrás seleccionar la/s que desea/s restaurar.

 

En todos los procesos de restauración te aparecerá un monitor de progreso en la parte inferior derecha del panel, que pasará a verde cuando se haya completado o a rojo si ha habido algún tipo de error en el mismo. En este último caso contacta con nosotros por ticket para poder revisarlo.

 

NOTA: Si tu web tiene mucho volumen de archivos o el contenido a restaurar pesa mucho, debes tener paciencia porque podría demorarse unos minutos en completarse.

 

Esperamos que este nuevo sistema os sea de gran utilidad y recordad que si surge cualquier duda siempre nos tenéis disponibles por vía telefónica y chat online (Loading.es) en horario de oficina y a través de tickets las 24h los 365 días del año.

 

Sigue todas nuestras ofertas y novedades en Facebook y Twitter.

Como actualizar Prestashop 1.7.x a 1.7.x

admin 1 comentario

Con la reciente liberación de la versión 1.7.1 de Prestashop, muchos clientes nos están preguntando como realizar la actualización de sus tiendas, aquí os dejamos un pequeño tutorial:

+Recordar que con la actualización, pueden dejar de funcionar módulos y plantillas. Os recomendamos hacer una copia de seguridad previamente de los archivo y base de datos.

  1. Primeramente tenemos que acceder a la sección módulos de Prestashop:
  2. Arriba del todo tendremos el módulo llamado “Actualización 1-click” o “1-Click Upgrade”. Si no lo tenemos instalado, tenemos que hacer click en instalar.
  3. Una vez que ya lo tenemos instalado, hacemos click en Configure o Configurar para proceder con la actualización.
  4. El módulo nos obligará a poner la tienda en mantenimiento para comenzar con el proceso. Si tenemos activado algún sistema de cache como Memcached, APC o Xcache también tendremos que deshabilitarlos. Si hemos hecho todo correctamente, nos deberían salir todas las comprobaciones en Verde. Ahora ya podemos hacer click en el botón “¡Actualizar PrestaShop ahora!”
  5. Ahora solo queda esperar unos segundos o minutos.
  6. Si todo ha ido correctamente ya tendremos nuestra tienda Prestashop actualizada.
  7. Ahora tendremos que volver a acceder al back office de Prestashop con nuestros datos de acceso y desactivar el modo Mantenimiento de la tienda. A simple ya veremos la nueva versión de Prestashop instalada.

Suerte!

* Esta guía ha sido realizada basándonos en pruebas de actualización realizadas por nosotros con la aplicación Prestashop desde una instalación limpia del 1.7.0.5 y con solicitudes de actualización de nuestros clientes desde versiones 1.7.x

* El usuario es el único responsable de la actualización de su tienda y debe conocer los riesgos derivados de una mala actualización y/o las incompatibilidades con sus módulos y plantillas; siempre debe guardar copias de seguridad de sus archivos y base de datos por si dicha actualización saliera mal y tuviera que recuperar su tienda antigua.

* Con todo lo expuesto anteriormente, loading.es no se hace responsable de pérdidas de archivos, desconfiguración de bases de datos, del no funcionamiento del módulo de 1-clickupgrade ni de nada relacionado con la actualización de la aplicación Prestashop.

* Nuestros clientes podrán solicitarnos la restauración de una copia de seguridad cuando lo deseen si el proceso no ha funcionado como esperaban.