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.

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.

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.

Selección de versión PHP y caché en dominio desde panel Plesk

Estos días en LOADING hemos introducido unos cambios muy importantes en la configuración de los servidores para mejorar y ampliar funcionalidades en sus suscripciones y poder trabajar con distintas compilaciones de PHP y cachés en cada uno de sus dominios independientemente.

Esta sencilla guía vamos a explicar cómo cambiar nuestra versión de PHP y el modo de caché para cada uno de nuestros dominios si nos vemos en la necesidad, ya sea por los requisitos propios de la aplicación que manejamos o para testear el rendimiento con cada uno de los sistemas de caché disponibles.

Pasamos al primer paso de todos que sería acceder a su panel de control Plesk.

 

 

Una vez logueados y dentro del panel nos dirigimos a la pestaña Sitios web y dominios. A continuación tendremos que pinchar sobre “Cambiar configuraciones PHP”, tal y como se muestra en la siguiente imagen.

 

Entraremos a un menú muy sencillo donde se puede seleccionar el dominio que queremos administrar para realizar los cambios. Aparecerá un botón “Mostrar configuración” para cada dominio que exista en la suscripción.

 

En la siguiente captura se pueden ver las distintas versiones de PHP que se pueden seleccionar: 5.3, 5.4, 5.5, 5.6 y 7.0, esta última es la compilación más reciente que se ha liberado. Dependiendo de los requisitos de la aplicación que vayamos a manejar se usaría una u otra.

 

Dependiendo de la versión de PHP que se haya seleccionado aparecerán distintos tipos de caché soportados por la misma. En cada una de esas versiones recomendamos uno de los sistemas de caché, puesto que se han realizado pruebas con ellos y son los que mejores resultados han ofrecido. Siempre tendrá oportunidad de probarlos para estudiar cuál es el que mejor se ajustaría a sus necesidades.

 

Hecho todo esto solamente nos queda aplicar los ajustes que hemos elegido pinchando simplemente sobre el botón “Guardar cambios”. En este momento el servidor PHP se reiniciará y volverá a la pantalla princiopal de “Sitios web y dominios”. A partir de ese instante su dominio trabajará con sus nuevas configuraciones seleccionadas.

 

Nota: Para quien seleccione el sistema de caché APC también dispondrá de una característica adicional que le permitirá revisar el estado de uso de la memoria de dicha caché. Se localiza siguiendo la siguiente ruta en Plesk > Sitios web y dominios > Cambiar configuraciones PHP > Mostrar estado caché

 

Aquí se puede ver una captura de la pantalla con un ejemplo de la información de la caché APC que aparecería tras pinchar en ese botón. En cualquier momento podría liberar esta memoria reiniciando el servidor PHP desde Plesk > Sitios web y dominios > Reiniciar Servidor PHP.

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

Siga todas nuestras ofertas y novedades en Facebook y Twitter.

Ampliamos las características de nuestros productos

 

Les informamos que hemos introducido dos mejoras muy importantes en nuestros productos para todos nuestros clientes actuales y para nuevas contrataciones:

 

AMPLIAMOS ESPACIO EN DISCO DE RESELLERS

A partir de ahora los planes Resellers aumentan su espacio en disco para adaptarse mejor a las necesidades de nuestros clientes, en la siguiente tabla puede ver los cambios:

PLAN RESELLER

ESPACIO EN DISCO ACTUAL

NUEVO ESPACIO EN DISCO

HOSTING RESELLER

6GB

10GB

HOSTING RESELLER MEDIUM

13GB

20GB

HOSTING RESELLER PRO

20GB

40GB

 

AUMENTAMOS LA TRANSFERENCIA MENSUAL EN PLANES DE HOSTING Y RESELLERS

También hemos aumentado el límite de transferencia mensual* de todos nuestros planes de hosting y de nuestros planes Reseller al doble de su valor actual.

Por ejemplo, si usted dispone de un plan Argentum pasaría de tener 60GB de tráfico mensual a 120GB.

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

* El tráfico mensual es la cantidad total de información transmitida desde/hacia su cuenta en un mes. Tanto los correos electrónicos como las páginas web y archivos que las componen cuentan para la transferencia mensual cuando son descargados o subidos al servidor.

Siga todas nuestras ofertas y novedades en Facebook y Twitter.

Loading no repercutirá a sus clientes la subida del 7% en dominios .COM

El próximo día 15 de Enero, ICANN, la máxima autoridad en dominios .COM y .NET, incrementará un 7% las tarifas para registros y renovaciones de este tipo de dominios. La mayoría de empresas de hosting y proveedores de dominios ya han notificado a sus clientes que van a incrementar sus precios para ajustarse a esta subida.

En nuestro caso, Loading, NO subirá el precio de este tipo de dominios, ni en registros, ni en renovaciones. Loading asumirá este incremento de precio al 100% y no variará su tarifa de precios.

Además, como ya notificamos la semana pasada, Loading ha rebajado precios y mejorado características en algunos de sus otros productos, con la intención de seguir siendo un proveedor competitivo y de calidad.

Nueva web, mejores productos, mejores precios.

Tenemos el placer de presentar nuestra nueva página web www.loading.es, la cual ha sido totalmente renovada en su imagen y contenido con el fin de darle un aire más atractivo y moderno así como simplificar tareas y que sea un instrumento ágil para todos nuestros clientes.

 

Además de diversas mejoras tanto en el diseño, contenidos y facilidad de navegación, hemos mejorado nuestros productos, los cuales ahora ofrecen más prestaciones y mejores precios en muchos de ellos.

 

Mejoras en productos y precios:

 

· Plan Multidominio cambia de nombre a Reseller.

 

· A partir del plan Argentum ahora es posible alojar múltiples dominios. Ver planes.

 

· Eliminación del paquete “IP Propia + Servidor seguro SSL”. Ahora con sólo contratar la opción “IP Propia” ya se tiene soporte SSL (es necesario además un certificado).

 

· Reducción del precio de “IP Propia” de 30€ anuales a 20€ anuales.

 

· Duplicamos los recursos en los VPS. Ahora todos los VPS tienen el doble de transferencia, disco duro y memoria.

 

· Reducimos el precio de las renovaciones de los dominios .es a 8,50€ anuales.

 

· Bajamos los precios de las licencias Plesk en VPS y dedicados.

 

· Bajamos los precios de las licencias Virtuozzo.

 

· El plan Mini ahora incluye soporte PHP.

 

Además, todas estas mejoras ya han sido aplicadas a los clientes actuales.

 

 

 

 

Loading comenzará a usar el servidor web LiteSpeed en sus planes de hosting compartido

Llevamos varios meses probando el servidor web LiteSpeed en nuestro laboratorio y por fin vamos a dar el paso definitivo, en pocas semanas comenzaremos a implantarlo en algunos de los servidores de hosting compartido.

Todas las pruebas que hemos realizado con la versión Enterprise de LiteSpeed han concluido con una mayor velocidad y un menor tiempo de respuesta en la carga de sitios webs en comparación con el tradicional Apache.

LiteSpeed es totalmente compatible con .htaccess al igual que Apache y además es hasta 9 veces más rápido en contenido estático así como dinámico (PHP).

Aquí algunas comparativas: