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.

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.

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.

 

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

Estrenamos nuevo plan Reseller

 

Estrenamos un nuevo plan Reseller: PLAN RESELLER MEDIUM, que vendrá a aumentar nuestra gama de productos.

Con este nuevo plan queremos ofrecer una mayor variedad a nuestros clientes para que puedan elegir el servicio que más se ajusta a sus necesidades.

A continuación detallamos sus principales características:

  • 40 dominios configurables
  • 13 GB de espacio en disco
  • 150GB de tráfico mensual
  • Ilimitadas cuentas de correo

Nuestros planes reseller son la forma más sencilla de ofrecer a sus clientes alojamiento web en Internet sin realizar un gran desembolso.

Con el hosting reseller de Loading tendrá acceso a todas las ventajas que le ofrece un servidor dedicado, sin los problemas de seguridad y mantenimiento que este conlleva, ya que nosotros realizamos este trabajo por usted.