Plesk Mobile

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

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

 

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 Twitter.

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

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

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

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.

Certificados Let’s Encrypt

le

Ya tenemos disponibles en Plesk los certificados SSL gratuitos Let’s Encrypt. Esta entidad certificadora ha sido obra de la Fundación Linux con el objetivo de ofrecer certificados SSL libres, abiertos, automáticos y gratuitos.

 

Este proyecto trae consigo grandes ventajas, entre las que destacamos la sencillez de instalación en el servidor y la gratuidad de los certificados. A partir de este momento, en Plesk cada usuario tendrá disponible el botón personalizado Let’s Encrypt con el que podrá proteger sus dominios con certificados totalmente válidos para prácticamente todos los ámbitos.

 

La forma de instalación es de lo más sencillo, en dos sencillos pasos e imágenes lo explicamos:

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.- Verificar que está activa la opción de “Soporte para SSL/TLS”.

 

 

3.- Una vez comprobado que está activo el soporte SSL, en la página principal verá la siguiente pantalla con el símbolo de Let’s Encrypt, sobre el que tendrá que pinchar.

 

letsencrypt1

 

4.- Poner una cuenta de correo válida y marcar la opción “Incluir www.dominio.es como nombre de dominio alternativo”, para que el certificado sea válido sobre el dominio con y sin www. Pulsar sobre instalar.

 

letsencrypt2

 

Ahora solamente nos quedaría esperar unos 10 minutos para que se recargue la configuración y poder habilitarlo en la web o aplicación web que gestionemos.

La renovación del certificado es totalmente automática y se realiza cada 90 días, sin que se tenga que intervenir ninguna parte del proceso.

Actualización (Abril 2017): Estos certificados ya soportan a día de hoy los dominios IDN (Nombre de dominio internacionalizado), como son los dominios con ñ o ç.

IMPORTANTE: Se debe tener en cuenta que si se tiene una tienda online con pagos a través de TPV con el módulo Redsys, estos certificados instalados sin una IP dedicada en el hosting tienen una función de certificados SSL SNI y NO SON COMPATIBLES con dicho módulo, mostrando problemas de comunicación entre la pasarela de pago y la aplicación web, generando errores a la hora de registrar los pedidos en la tienda.

Actualización IMPORTANTE (20/11/2017): Tenemos noticias importantes para los usuarios que tengan instalado el módulo de pago Redsys, y es que hemos recibido información de que se han realizado las actualizaciones pertinentes en dicho módulo para hacerlo compatible con SSL SNI. Esto quiere decir que si se tiene habilitado un certificado SSL sobre la web, no va a ser requisito imprescindible el disponer de una IP dedicada para que las comunicaciones entre el servidor y los servidores de Redsys sean válidos, y los pedidos quedarán guardados correctamente.

Por nuestra parte, hemos realizado unas comprobaciones en webs en producción con estas características y los resultados han sido correctos. Esto no quiere decir que el problema esté solventado ya al 100%, ya que depende exclusivamente del funcionamiento del propio módulo y cualquier modificación o actualización que se realice en el mismo podría revertir este avance. No disponemos de información adicional y oficial por parte de Redsys de que haya que hacer alguna actualización o modificación en el código, debe ser el propio usuario el que contacte con el desarrollador del módulo para obtener toda la información al respecto.

 

Para los CMS más comunes, la activación se realizaría de esta forma:

 

PRESTASHOP 1.5.x y 1.6.x

1.- Entramos a la administración de Prestashop

2.- Vamos a Preferencias > Configuración.

3.- Habilitar SSL.

 

PRESTASHOP 1.7.x

1.- Entramos a la administración de Prestashop

2.- Vamos a Parámetros de la tienda > Configuración.

3.- Habilitar SSL.

 

WORDPRESS 4.x

1. Accedemos al sitio WordPress como administrador

2. Vamos a Ajustes > Generales

3. En el campo Dirección de WordPress (URL): cambiamos http:// por https://

4. En el campo Dirección del sitio (URL): cambiamos http:// por https://

 

JOOMLA

1.- Accedemos a la administración de Joomla

2.- Vamos a Sistema (System) > Configuración global > Servidor

3.- En la opción Forzar SSL le indicamos la opción de “todo el sitio”

 

MAGENTO

1.- Accedemos a la administración de Magento

2.- Vamos a System > Configuration > Web

3.- En las urls que aparecen en los dos campos (Inseguro y seguro), sustituir http por https

4.- Marcar “Sí” o “Yes” en las opciones “Use Secure URLs in Frontend” y “Use Secure URLs in Admin”

 

NOTA: A pesar de activar el protocolo https sobre la web, dependiendo de la configuración que tenga el propio CMS o página web, puede cargar contenido sobre http. Si esto es así, al cargar una página sobre https con contenido http aparecería un error de seguridad o advertencia de página no segura, en estos casos es el cliente o su desarrollador el encargado de corregir de forma manual esas urls para cargar el contenido totalmente sobre https.

 

Sigue todas nuestras ofertas y novedades en Facebook Twitter.

 

Prestashop 1.7 disponible

Prestashop-1.7

Tenemos buenas noticias para los usuarios y desarrolladores de Prestashop, ya ha sido integrada la versión 1.7 en el apartado de Aplicaciones de Plesk.

Esta nueva versión de Prestashop ha estado en pruebas durante varios meses tras su lanzamiento gracias al trabajo de la comunidad de desarrolladores y usuarios, y después de varias correcciones y resolución de bugs ya se encuentra disponible para instalar y trabajar sobre ella.

Esta versión ha sido definida por los propios desarrolladores con los términos Code Better, Create Easier, Sell Faster (Mejor Código, Creación más fácil, Vender más rápido). Estos términos son la forma que tienen los creadores de resumir las características principales que definen este nuevo Prestashop 1.7:

* Code Better: Orientada a desarrolladores, han incluido herramientas y estándares (framework Symfony y compatibilidad con PHP 7) que ayudan a incrementar la velocidad de la web y la seguridad en el código.

* Create Easier: Los diseñadores y usuarios dispondrán de más herramientas para cambiar el aspecto visual de la tienda. Con la plantilla por defecto “Starter Theme” como base, encontrarán un tema totalmente editable y podrán crear webs personalizadas y con diseños únicos.

* Sell Faster: Los usuarios/vendedores dispondrán de un nuevo diseño gráfico en la interfaz de la tienda que facilitará su trabajo diario: navegación más sencilla, incorporación de nuevos productos, gestión en bloque del catálogo, administración de los módulos, además de una nueva página de creación de productos más sencilla y avanzada.

El paquete disponible en Plesk es muy sencillo a la hora de instalar y viene totalmente en castellano, además de permitir la selección de idiomas: catalán, gallego y euskera.

A parte de incluir esta nueva versión 1.7, no descuidamos que algunos usuarios prefieran versiones compatibles con módulos o plantillas adquiridas, más estandarizadas y con más revisiones como la 1.5.6.3 y la 1.6.1.11, por ello mantenemos en Plesk los paquetes de instalación de todas ellas.

Puedes comenzar a montar tu tienda online Prestashop 1.7 con nuestro plan Basic, en nuestra web Loading.es tienes toda la información y comparativa de todos nuestros planes.

Sigue todas nuestras ofertas y novedades en Facebook Twitter.

Uso y tipos de certificados SSL

ssl

Con esta nueva entrada en el blog vamos a tratar de ayudaros a resolver las dudas más comunes a la hora de decidir si instalar un certificado SSL o no en vuestro sitio web.

La pregunta más repetida es, ¿los certificados de seguridad son a día de hoy obligatorios? La respuesta es no para la mayoría de los casos, pero son altamente recomendables. De hecho, existe una tendencia actualmente en la que sí se está solicitando que las webs de venta online tengan instalado un certificado SSL. El ejemplo más claro lo encontramos en Google Adwords, y si queremos contratar este servicio de anuncios para promocionar nuestras webs, nos lo exigirán.

 

Antes de nada, vamos a exponer básicamente qué es un certificado SSL, para qué sirve y el modo de funcionamiento.

Los certificados SSL  (Secure Socket Layer / Capa de puertos seguros, en castellano) se definen como protocolos criptográficos que proporcionan comunicaciones seguras por Internet. Simplificándolo un poco, se trata de una transmisión de datos segura entre el servidor y el usuario que visita una web e interactúa con ella. Los datos que este usuario introduzca en la web protegida con un certificado SSL viajarán encriptados (codificados) por la red y nadie podría leerlos a pesar de que pudieran ser interceptados por un tercero.

Las ventajas de tener un certificado son evidentes, con ello el usuario tendrá la seguridad de cuando se registre en una página web, realice un pedido o un pago, sus datos van a permanecer a salvo en todo momento de la transacción. La confianza del comprador será mayor que si está navegando o comprando en una web no protegida.

Al instalar el certificado en el servidor sobre el dominio designado, el cliente podrá activarlo en su aplicación web y en la barra de navegación aparecerá la url sobre https y, en navegadores como Chrome o Firefox, el símbolo del “candadito verde” seguro en la barra de navegación.

 

Ahora expongamos los casos más comunes en los que un cliente que ha montado su página web se pregunta si debe o no instalar un certificado de seguridad y de qué tipo:

 

  • Tengo un blog, una web estática o una web con catálogo de productos sin venta online (WordPress, Joomla, Drupal, Prestashop en modo catálogo). Para este tipo de webs más sencillas en las que se pueden registrar usuarios o usar formularios web, se puede disponer del certificado SSL más económico. Son los llamados certificados SSL SNI, disponemos de la información de este certificado en esta entrada del blog.

 

  • He desarrollado una tienda online (Prestashop, Magento, Woocommerce, etc.). Estas webs manejan datos más delicados, como registros de clientes donde se solicitan más datos que en un registro normal para un blog o similar: DNI, dirección, número de teléfono, etc. Para esto ya se requiere una IP dedicada y certificado SSL, la IP dedicada sirve para que el dominio quede identificado de forma exclusiva en el servidor. Las pasarelas de pago como Redsys funcionan sobre esta opción.

 

  • Dispongo de una tienda online sobre mi dominio, pero además tengo uno o varios subdominios donde tengo un blog, un foro, un acceso administrativo, etc. Por ejemplo:

* En dominio.es tengo mi tienda de venta online.

* En blog.dominio.es tengo un blog con todas las novedades o noticias de mi sector.

* En administracion.dominio.es dispongo de una extranet para mis cuentas.

Para estos casos también existen certificados, nos funcionarán todas estas webs sobre el protocolo seguro contratando una IP dedicada y un certificado SSL Wildcard. Estos certificados son válidos para un dominio y todos los subdominios que deriven de él.

 

  • He montado un Prestashop, Magento o Woocommerce con multi-tienda o multi-site. Este caso cada vez es más común, estas aplicaciones web se han mejorado y permiten tener varias webs sobre una misma instalación. Es decir, se instala la aplicación sobre un dominio y añadiendo más dominios en el hosting se pueden crear tiendas independientes administradas desde la misma aplicación y todos podrían funcionar con venta online.

Un buen ejemplo sería crear una tienda online y vender los productos en varios países, tendríamos un dominio para cada uno de ellos (dominio.es, dominio.fr, dominio.uk, etc.).

Vamos a necesitar entonces una IP dedicada y un certificado SSL multidominio. Dependiendo del número de dominios que se administraran habría certificados de 5 y 10 dominios, pudiendo sumar a este último dominios adicionales que se necesitaran de más.
 
 

logo-geotrustEn Loading ofrecemos todos estos tipos de opciones y certificados bajo una empresa puntera en este campo como es Geotrust, de la cuál también somos partners. Son certificados adaptados a las nuevas normativas y de 128/256 Bits, con unos precios muy competitivos en el mercado. Cualquier usuario puede contratarlos desde su área de cliente en el apartado Mis servicios. Ahí encontrará de forma resumida para qué sirve cada certificado y el plan desde el cuál puede contratarse.

 

Recuerda que también resolvemos cualquier duda desde nuestro soporte telefónico, chat online y tickets.

Siga todas nuestras ofertas y novedades en Facebook y Twitter.

Cómo clonar mi sitio Prestashop para pruebas

Muchos usuarios nos preguntan habitualmente cómo pueden realizar un clon de su web basada en Prestashop para hacer pruebas, esas pruebas van desde configuraciones de rendimiento a instalación de plantillas o módulos. 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.

Hay muchos casos en los que el usuario no dispone de un programador o desarrollador web que pueda hacer este tipo de acciones, es por ello que ponemos a vuestra disposición este manual para clonar Prestashop. Si se realiza paso a paso no debe dar ningún problema y se podrá obtener una copia exacta de la web para hacer pruebas de forma independiente a la página real y que se tiene en producción.

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 o módulos pueden tener una configuración interna que siga apuntando al sitio original. Esto lo tiene que corregir el usuario de forma manual a través del propio módulo 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.

* Existen plantillas o módulos de pago de Prestashop que operan bajo licencia y que solamente pueden ser usados en un dominio. Si fuera el caso, al clonar la web podría dejar de funcionar dicha plantilla o módulo 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 su web bajo un subdominio:

 

1.- Lo primero de todo es entrar al panel de control Plesk donde tenga creado su dominio.

 

1-entrar_plesk

 

 

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.

 

2-anadir_subdominio

 

 

 

 

3-anadir_subdominio

 

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.

 

4-seleccion_y_copiado

 

En la ventana emergente tenemos que poner el directorio creado para el subdominio (por ejemplo /pruebas.dominio.es/). Le damos a Aceptar y ya tenemos copiados los archivos dentro de la carpeta del subdominio.

5-destino_archivos

 

4.- Vamos ahora a la carpeta raíz del subdominio (p.e. /pruebas.dominio.es/) y entramos en el directorio:

  • Prestashop 1.5 o 1.6 -> /config > Pinchando sobre el nombre del archivo settings.inc.php

Aparece una opción que hemos de seleccionar “Editar en un editor de texto” > Modificamos estas tres variables borrando los valores que tienen y las dejamos así (aquí aparece como ejemplo “prueba_clon” lo tendría que modificar por los datos de la base de datos que creara):

define(‘_DB_NAME_’, ‘prueba_clon’);
define(‘_DB_USER_’, ‘prueba_clon’);
define(‘_DB_PASSWD_’, ‘prueba_clon’);

  • Pretashop 1.7 -> /app/config > Pinchando sobre el nombre del archivo parameters.php

En este caso modificamos las siguientes tres líneas del array borrando los valores que tienen y poniendo los nuevos:

‘database_name’ => ‘prueba_clon’,
‘database_user’ => ‘prueba_clon’,
‘database_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.

6-editar_settings

 

 

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

 

7-crear_bbdd_clon

 

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.

 

8-copia_bbdd1

 

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.

9-copia_bbdd2

 

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.

 

10-bbdd_copiada

9.- Accedemos a través de una nueva ventana que se abrirá a la herramienta phpMyAdmin. En la parte izquierda nos va a aparecer el listado de todas las tablas de la base de datos de Prestashop, tenemos que buscar a través de la paginación (estará en las últimas páginas) la tabla *_shop_url (donde el asterisco ‘*’ es el prefijo de las tablas de la base de datos, por lo general en esta aplicación suele ser ps_, sería entonces ps_shop_url). Pinchamos sobre dicha tabla y nos aparecerá en la pantalla principal el contenido de esa tabla con el nombre del dominio original. Tendremos que pulsar sobre Editar, donde aparece el icono de un lápiz.

 

11-phpmyadmin_shop_url

 

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

 

12-tabla_editada

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

Para finalizar, si tienes las urls amigables activadas es posible que se requiera regenerar el archivo .htaccess para coger las nuevas rutas, esto se realiza se hace desde la administración de Prestashop del clon > Preferencias > SEO y URLs > Pinchar solamente en el botón “Guardar”.

 

13-regenerar_urls

 

 

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.esFacebook y Twitter.