Activación PageSpeed

pagespeed

Desde loading.es, siguiendo con nuestra política de mejora de rendimiento en todos nuestros servidores os informamos que hemos estado haciendo muchas y diversas pruebas con el módulo PageSpeed desarrollado por Google y ya está listo para habilitar en los dominios siempre que el propio usuario lo deseara.

Mod_pagespeed (o PageSpeed) es un módulo de Apache de código abierto que aplica de forma automática mejoras de rendimiento a las páginas y su contenido (CSS, JavaScript, imágenes) sin que sea necesario modificar nada a nivel de configuración o código de la propia página. En la propia web oficial de esta herramienta indican que existen más de 40 filtros de optimización entre los que destacan:

  • Optimización de imágenes, compresión y reducción de tamaño
  • Concatenación y minificación de procesos en línea de CSS y JavaScript
  • Extensión de la Caché
  • Carga aplazada de JavaScript y de recursos de imágenes

Las pruebas se han realizado sobre las aplicaciones web más populares como Prestashop y WordPress, y los resultados de rendimiento han sido notables, reduciendo la velocidad de carga de la web y obteniendo mejores resultados de cara a los tests de velocidad disponibles en la red*.

En nuestros hostings compartidos, la forma de activación/habilitación de este servicio se realiza desde el panel de control Plesk > Sitios web y dominios > Botón “mod_pagespeed” situado en la parte derecha del menú, tal cual aparece en la imagen:

 

mod_pagespeed

 

Una vez ahí, simplemente habría que pulsar el botón “Activar” y en unos 5 minutos comenzaría a funcionar sobre el dominio.

 

mod_pagespeed2

 

Usando la herramienta de ver el código fuente del navegador que se utilice, se podrá observar cómo este módulo comprime el código de los archivos .js, .css, imágenes, etc.

Para usuarios que disponen de servidores VPS o dedicados administrados podrían solicitarnos la instalación de PageSpeed a través del sistema de tickets. La instalación es relativamente sencilla y quedaría lista en 10 minutos, sin intervención por parte del cliente, sin caída del servicio en ningún momento y sin que que las webs se vieran afectadas en sentido negativo.

* Este sistema no sustituye a la optimización interna de cada web, ya que es una utilidad que ayuda a aumentar el rendimiento de una página, pero no soluciona los problemas de rendimiento de base que puedan arrastrar.

Siga todas nuestras ofertas y novedades en nuestra web loading.esFacebook y Twitter.

Diferencias entre servidor compartido y dedicado

dedicado_vs_compartido2Una de las dudas que le surgen a menudo a un usuario o desarrollador que está montando o quiere montar una página web es la elección del hosting y si adquirir un servicio en un servidor compartido o en uno dedicado.

Bien, para arrojar un poco de luz a este tema vamos a tratar de aclarar las diferencias y razones para elegir una u otra opción.

La principal diferencia entre un servidor compartido y un servidor dedicado se encuentra en los recursos. Mientras que un servidor dedicado es una máquina física con recursos de CPU y RAM asignados garantizados, los servidores compartidos disponen de importantes recursos en la máquina física, pero estos son limitados para cada suscripción/dominio que ahí se aloja. El número de hostings dentro de un servidor compartido oscilará siempre dependiendo de la potencia de la máquina física en la que se alojan y con la base clara de que no perjudiquen el rendimiento de la misma.

Para una web normal con un tráfico de visitas no muy alto, o para comenzar con el desarrollo de una página, un hosting compartido es la mejor opción. Realmente cuando la página pase a producción es cuando se verá realmente si va a necesitar de más recursos para funcionar de forma correcta.

Teniendo claro todo esto, se deberían tener en cuenta los siguientes puntos a la hora de decidir hacer el importante desembolso para contratar un servidor dedicado:

  • La principal razón para un cambio o contratación directa de un servidor dedicado se debe encontrar en la previsión o certeza de que la web que se aloje en el servidor va a tener una gran cantidad de actividad o visitas. En este punto podríamos meter también el uso del tráfico entrante/saliente, los servidores dedicados tienen un ancho de banda exclusivo para su contenido.
  • Alojar una web con gran consumo de recursos. Una web o aplicación web puede tener entre sus funcionalidades acciones o scripts que hacen un consumo grande de memoria al ejecutarse, ya sea debido al gran tamaño de su base de datos o procesos que realiza.
  • Necesidad de configuraciones en el servidor especiales. Un servidor dedicado es un servidor privado, donde el cliente o su administrador tiene total control para hacer y deshacer configuraciones, instalaciones, actualizaciones (PHP, MySQL, etc.) y todo lo que le sea necesario para el funcionamiento de su web o infraestructura del servidor. Por el contrario, un servidor compartido tiene limitaciones en cuanto a modificaciones internas, ya que modificar algo en el servidor por petición de un usuario para sus necesidades podría afectar a todas las páginas dentro del mismo servidor creando incompatibilidades o errores en las mismas.
  • Alojar multitud de páginas o actuar de revendedor de hosting. Esta opción va orientada sobre todo a los desarrolladores web, que en un servidor dedicado pueden montar su propio negocio de creación de webs y alojamiento para sus clientes.
  • Velocidad relativamente más alta. Este es uno de los puntos que más dudas y confusión pueden plantear, ya que la velocidad de carga de una web no va a depender solamente de los recursos del servidor donde se aloje. De hecho, lo más importante para obtener un rendimiento óptimo de una web viene definido por la programación interna de la misma. Se dan muchos casos de webs poco optimizadas en un dedicado que no tienen una velocidad adecuada y justo lo contrario, webs muy optimizadas a nivel interno en servidores compartidos con velocidades increíbles.

A mitad entre estos dos servicios encontraríamos los servidores VPS o servidores privados virtuales, donde una máquina o contenedor virtual se aloja en una máquina física donde pueden haber montadas más máquinas virtuales. A estos servidores se le designan también recursos propios de CPU y RAM y son totalmente configurables porque son privados. Una buena opción para webs que requieren de más recursos que puede ofrecer un hosting compartido y que no llegan al punto de necesitar una máquina física tan potente como un dedicado.

Esperamos haberos podido ayudar a aclarar un poco este tema a la hora de dar el paso con la contratación de un servidor para alojar vuestras webs. Hay que tener en cuenta que la última palabra siempre la tendrá el usuario a la hora de contratar un servidor dedicado o no, pero debido al desembolso económico y conocimientos de administración de servidores que esto supone, nuestro consejo es que solamente se contrate en caso de ser necesario y se cumpla al menos algunos de los puntos anteriores.

Siga todas nuestras ofertas y novedades en nuestra web loading.esFacebook y Twitter.

¡Ampliamos recursos en nuestros VPS!

Nos complace informaros que hemos ampliado los recursos de espacio en disco SSD y memoria RAM de todos nuestros planes VPS sin ningún tipo de incremento en el precio. Es por ello que si estabas pensando en contratar o cambiar a un VPS, este es tu momento.

En el caso de la memoria RAM hemos duplicado el valor original y el espacio en disco lo hemos incrementado en un 50%, por lo que los planes pasan a tener los nuevos valores que detallamos a continuación:

ampliación_VPS

 

Con este incremento en las prestaciones de los servidores ofrecemos al usuario más posibilidades de desarrollo de sus proyectos presentes y futuros, con potencia y capacidad suficiente para alojar mayor número de aplicaciones web en el mismo servidor.

Para obtener más información sobre estos nuevos recursos y los restantes de nuestros planes VPS puede pinchar aquí.

Continuamos trabajando para mejorar las capacidades de todos nuestros servicios y pronto tendremos disponibles nuevas novedades, os mantenemos informados.

Siga todas nuestras ofertas y novedades en nuestra web loading.esFacebook y Twitter.

Versión PHP 5.6 disponible en el servidor

logo-php56

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

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.

En este enlace aparecen todos los cambios que van de la versión de PHP 5.5 a esta nueva 5.6 > http://php.net/manual/es/migration56.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, 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 sigue estando 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 de la web puede seleccionar y usar para optimizar/generar el código de la página.

Cómo corregir error “Página no disponible” o “No encontrada” en Prestashop

En ocasiones tras actualizar Prestashop, instalar módulos, cambiar la plantilla existente o realizar cambios en la configuración de Prestashop nos podemos encontrar con este error. Página no disponible o No encontrada.


Para corregirlo tenemos que acceder al back office de Prestashop y regenerar el fichero .htaccess que incluye las URL amigables.


Una vez dentro nos vamos a Preferencias / SEO y URLS.


Una vez dentro bajamos hacia abajo, hasta encontrar el dominio o URL de nuestra tienda.


Sin cambiar nada, hacemos click en el botón “Guardar”.


En la mayoría de los casos se debería solventar el problema, si después de seguir estos pasos se sigue sin resolver, elimina completamente el fichero .htaccess o vacía su contenido.

Una vez eliminado o sin contenido en fichero .htacess, volvemos a repetir el proceso de regenerar las URL amigables haciendo click en “Guardar”.

Como actualizar Prestashop 1.5.x a 1.6.x

Con la reciente liberación de la versión 1.6.0.6 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.
  8. Una vez dentro confirmamos que la tienda se ha actualizado correctamente con el nuevo aspecto de Prestashop 1.6.x

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.5.6.2 y con solicitudes de actualización de nuestros clientes desde versiones 1.5.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 SSL con extensión SNI

Hasta ahora adquirir un certificado de seguridad SSL en un hosting compartido requería de la contratación de una IP dedicada para asignar a la suscripción y así poder activarlo en el dominio a proteger. Un desembolso extra que para algunos usuarios puede representar una dificultad económica para su proyecto. Para estos casos proponemos una alternativa interesante: los Certificados SSL con extensión SNI (Identificación segura cliente-servidor).

La ventaja que tiene este tipo de instalación de un certificado SSL es que no requiere de una IP dedicada para instalarse sobre un dominio o subdominio, con lo que reduce el coste a la hora de proteger un sitio web y se evitan los tiempos de propagación del dominio con la nueva IP (caída temporal de la web y servicio de correo). La protección será idéntica a la que proporciona el certificado instalado con una IP dedicada.

Otra de las grandes ventajas de este sistema es que en los planes multidominio (Argentum y superiores) se va a poder instalar un certificado por cada uno de los dominios configurables dentro de la misma suscripción. Esta nueva función va a ser muy interesante para los usuarios que trabajen con multi-tiendas en Prestashop u otros e-commerce con la misma configuración porque se pueden adquirir varios certificados SSL, uno para cada uno de los dominios que conformen su conjunto de tiendas.

Este tipo de instalación tiene una desventaja con respecto a los certificados instalados con IP dedicada y es que no son compatibles con todos los navegadores ni con algunas pasarelas de pago como Redsys**. A la hora de cargar la página sobre protocolo seguro aparecería la advertencia de que el sitio tiene un error de certificado pero se podría navegar normalmente por ella a pesar de ello. A continuación les detallamos la lista de navegadores no compatibles con SNI:

  • Internet Explorer (cualquier versión) en un Windows XP
  • Safari en un Windows XP
  • BlackBerry browser
  • Navegador Android 2.x
  • Windows Mobile 6.5
  • Java 1.7

Como se puede comprobar, la lista de navegadores no compatibles es muy reducida (apenas coparían una cuota de mercado a día de hoy de un 4% entre todos ellos) y es, por lo tanto, una opción muy interesante a tener en cuenta.

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

Siga todas nuestras ofertas y novedades en Facebook y Twitter.

Cambio en la normativa sobre whois privado

Les informamos que tras un cambio en la normativa de ICANN (organización que gestiona los dominios genéricos: .com, .org, .net, etc.), la protección de datos (whois) de este tipo de dominios pasa a ser de pago.

Esta medida entra en vigor a partir del día 22 de Abril de 2014, por lo que las facturas de renovación de los dominios a partir de esa fecha se generarán con el importe adicional. Los dominios que ya tienen activo este servicio, lo seguirán manteniendo gratuitamente hasta que tengan que renovar el dominio.

Las razones expuestas por ICANN para este cambio principalmente confluyen en el aumento de costes del mantenimiento de este tipo de servicio, sobre todo a la hora de atender las peticiones/reclamaciones sobre actividades ilegales ejecutadas con dominios a los que no es posible acceder a los datos del registrador u otros contactos del mismo.

Nosotros en este caso nos vemos obligados a aplicar esta normativa y a marcar el precio mínimo a este servicio de whois privado que será de 1.5€ (mientras otros registradores aplicarán un importe de 6€) para los usuarios que deseen contratarlo y/o mantenerlo al renovar sus dominios.

Si desea cancelar este servicio puede realizarlo a través de nuestra área de clientes, en el apartado Mis dominios -> Gestionar dominio -> Opciones.

Si requieren de alguna información adicional no duden en contactar con nosotros.

Nuevas normativas ICANN en los dominios genéricos (gTLD)

Desde el 1 de enero de 2014 ICANN introdujo una serie de cambios importantes en el registro o modificación de los datos del whois en los dominios genéricos (gTLD).

Se exige que los datos del whois en los dominios genéricos (gTLD) estén completos y actualizados. Además de asegurarse que todos los datos están completos, exigirá que la dirección física, dirección e-mail y teléfono de contacto tengan un formato correcto.

La verificación de los datos del whois se realizará tanto para los nuevos dominios como para los ya existentes. ICANN está verificando por correo electrónico que la dirección e-mail asociada al contacto registrante o titular de los dominios es correcta. La verificación se realiza de la siguiente forma:

  • Se envía un correo electrónico al contacto registrante o titular del dominio con el asunto (RAA verification mail) para verificar que la dirección e-mail es correcta.
  • En el mensaje se incluye un enlace para confirmarlo, una vez aceptado el dominio queda verificado.
  • Si el titular no verifica el e-mail dentro de los 15 naturales, se modifican los servidores DNS del dominio y el dominio queda suspendido temporalmente.

Este proceso de verificación también se realizará al cambiar el nombre, apellidos y dirección e-mail del whois del dominio.

  • Se enviará un correo electrónico a la dirección e-mail del nuevo titular para confirmar que son correctos.
  • Haciendo clic en el enlace habilitado para ello el nuevo contacto será aceptado y verificado.
  • Si pasados los 15 días naturales no se verifica el e-mail, se modifican los servidores DNS del dominio publicándose una página web con las instrucciones para finalizar la verificación.

Con respecto a la veracidad de los datos en el whois:

  • Se validará que todas las direcciones de correo electrónico están escritas en el formato adecuado de acuerdo con RFC 5322 (o sus sucesores).
  • Se validará que los números de teléfono se encuentran en el formato adecuado según la normativa UIT-T E.164 a los números internacionales de teléfono (o sus equivalentes o sucesores).
  • Se validará que las direcciones postales están en un formato adecuado para el país o territorio de aplicación tal como se define en la Universal Postal Union (UPU) normativas de dirección S42 (o normativa actualizada) u otros formatos estándar.

Si tenéis cualquier otra pregunta al respecto, podéis contactar con nosotros por el formulario de contacto:

https://www.loading.es/sobre-loading/contactar/index.html

Cambiar la contraseña de una cuenta de correo en Roundcube Webmail

Estimados clientes de Loading, con este tutorial os vamos a explicar paso a paso la forma de cambiar la contraseña de una cuenta de correo desde Webmail; antes solamente era posible hacerlo accediendo desde el panel de control Plesk y, por lo tanto, el administrador de la suscripción era el único que podía realizarlo directamente. Pasamos a la pequeña guía:

1.- Entramos a la página de Webmail desde el navegador poniendo webmail.(y nombre de tu dominio), por ejemplo webmail.midominio.es, y nos logueamos con la cuenta de correo y contraseña que se vaya a usar.

 

2.- Una vez dentro nos dirigimos a la pestaña de Configuración y opción Contraseña (ambas señaladas en color rojo en la captura de pantalla).

 

3.- Debemos introducir ahora la contraseña antigua y poner la nueva dos veces, para evitar cualquier error al escribirla.

IMPORTANTE: para evitar robos de contraseñas y que estas cuentas sean utilizadas para enviar SPAM os aconsejamos que utilicéis contraseñas que cumplan un mínimo de seguridad (usar minúsculas y mayúsculas, números y caracteres).

 

De parte de todo el equipo que formamos Loading os agradecemos vuestra confianza y seguimos trabajando día a día para superarnos.

Podéis seguir todas nuestras ofertas y novedades en Facebook y Twitter.