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.

 

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: