Tiendas Virtuales

Desde que google ha comenzado a valorar más el tiempo de carga de una web como un factor SEO cada vez más relevante, en el blog recibo muchas consultas sobre este tema. Vamos a comentar algunos de los factores que más influyen en el tiempo de carga de una web.

- Hosting.

Sin duda el principal factor. Dónde está ubicado el servidor, la latencia del mismo, el número de saltos (tracert) hasta llegar al mismo, el tiempo de respuesta, la velocidad del disco duro que tiene instalado, los recursos del servidor (RAM, Procesadores, etc), tipo de tarjeta de red, Sistema Operativo, ancho de banda asignado, etc. Un hosting de calidad es necesario, a ser posible en el mismo país hacia el que va dirigida la web, con unas características suficientes y a ser posible dedicado (muy importante este detalle).

- Red.

No es lo mismo la red donde está conectada nuestro servidor, al igual que la red a la que se conectan nuestros clientes. Que tu centro de datos tenga contratada una red de calidad es muy recomendable, tanto por fiabilidad como por velocidad. A veces se redireccionan a otros nodos por averías en la red o mantenimiento, y pasamos de tener un tracert de 8 saltos a tener uno de 13 saltos. Cuanto menos nos pase, mejor. El operador de ADSL (o similares) con el que trabajen nuestros clientes también influirá en la velocidad a la que ellos cargarán nuestra página web, aunque este factor escapa totalmente a nuestro control (no somos google, no tenemos centros de datos completos para nosotros).

- Programación.

Otro factor muy importante. En igualdad de condiciones, una web bien programada y optimizada, sobre todo en temas de diseño y consultas a bases de datos, correcto uso de la cache, etc, influye enormemente en la velocidad de carga de la misma. Hay que cuidar cada vez más estos detalles.

Existen más factores, y de los hablados se podría comentar mucho más, pero creo que ya os hacéis una idea sobre por dónde van los tiros.

Aprovechando la renovación que estamos realizando en nuestra empresa de hosting, voy a lanzar durante estos días algunas entradas relacionadas con el tema. En esta ocasión quiero hablaros de un problema típico que suele pasar con los planes de hosting y las tiendas virtuales.

Es normal que cuando comenzamos con nuestra tienda virtual el proyecto se aloje en un alojamiento compartido. Resumiendo mucho el tema, esto significa que en el mismo servidor donde se aloja nuestra tienda virtual también se alojarán otros muchos proyectos web de todo tipo y uso. El servidor (normalmente) repartirá sus recursos en función de la demanda de cada web. Inicialmente, cuando tenemos poco tráfico y pocos usuarios conectados a la vez a nuestra tienda no hay problema. Pero si goza de buena salud, poco a poco la tienda virtual irá creciendo en visitas, generará más tráfico y consumirá más recursos de dicho servidor compartido. Y lo mismo pasará con los demás proyectos web que comparten el servidor. Con lo que poco a poco irá “perdiendo rendimiento”, y veremos que nuestra tienda virtual no va como al principio. Incluso aunque no aumentemos tráfico el servidor compartido puede ir más lento porque otros usuarios del servidor necesiten dichos recursos. No significa que vaya a ir “a pedales”, pero sí que pueden empezar los típicos picos de alto consumo de recursos por parte de algunos usuarios que afecten al resto.

Cuando nuestro tráfico aumenta sensiblemente, el número de usuarios conectados simultaneamente es cada vez mayor, nuestro catálogo de productos aumenta constantemente y nuestra aplicación web cada vez es más completa y compleja, ha llegado el momento de pasar de un plan de hosting compartido a un VPS. Los VPS (Virtual Private Server) son servidores virtuales creados a medida del usuario. Su principal característica es que garantizan unos recursos mínimos de la máquina para el usuario pase lo que pase en el servidor. Así gozaremos de un flujo constante de recursos sin importarnos lo que hagan los demás usuarios del servidor. Los VPS son el paso previo a un servidor dedicado, y se gestionan exactamente igual. Panel de control independiente, posibilidad de configuración a medida, etc.

Cuando contactan con nosotros usuarios que están empezando a desarrollar proyectos y ofrecer a sus clientes servicios web, siempre les recomendamos que empiecen con un VPS si se lo pueden permitir. Ellos mismos gestionarán su hosting, particionándolo como más les convenga y pudiendo alojar en el VPS varios clientes a la vez. Además un VPS dispone como mínimo de una IP propia, otra de las ventajas sobre un plan de alojamiento web compartido. Y una última ventaja añadida, siempre que tu VPS se quede pequeño puedes ampliarlo sólo con comunicárnoslo, sin tener que preocuparte de migraciones, de cambios de IP, etc.

Pasar de un hosting compartido a un VPS siempre es señal de buena salud para un proyecto web. ¿A qué esperas para tener uno?.

Ayer nos dedicaron en el blog de Hostarting un artículo sobre nuestros servidores para Phpmotion. Phpmotion es un script Opensource que básicamente te permite disponer de tu propio youtube. La funcionalidad es impresionante, permite generar comunidad, que los usuarios se comuniquen entre ellos, que tengan sus propios blogs, etc.

El consumo de recursos de Phpmotion es elevado, por lo que se requiere de un VPS o un servidor dedicado para montarlo. Os recomiendo ver la demo de Phpmotion que hemos montado. Seguro que os sorprende. Las aplicaciones de Phpmotion son muchas, admite audio y vídeo, genera comunidad, bien preparado a nivel SEO, con links a redes sociales, etc. Un buen complemento para cualquier proyecto de ecommerce, ya sean tiendas virtuales, blogs de comercio, etc.

Generalmente la gestión de backups entre servidores es algo relativamente sencillo. Se crean, se comprimen y se mandan por ftp al servidor de backups correspondiente. Pero cuando los ficheros comprimidos que se generan son de cierto tamaño (más o menos a partir de 1.8GB he calculado) el protocolo FTP ha comenzado a darme problemas.

Después de investigar, preguntar y realizar varias pruebas parece ser que con FTP no es suficiente, así que para esos ficheros tan grandes he tenido que cambiar un poco el proceso. En vez de utilizar FTP utilizo SCP, otro protocolo para transferencia de archivos. Además de cifrar los datos (mayor seguridad, aunque no es por eso por lo que lo estoy usando), este protocolo que generalmente uso para pasar información entre servidores desde el shell está soportando sin problemas el traspaso de los archivos de backup de cualquier peso (de momento hasta 5GB sin problemas). El inconveniente, que he tenido que preparar un pequeño .sh con el comando y crear manualmente el cron para que se ejecuten (normalmente lo hago todo desde el panel de hosting del servidor), aunque reconozco que ha llevado poco tiempo prepararlo.

Así que ya sabéis, si el protocolo FTP se os queda pequeño para gestionar vuestros backups, tal vez sea hora de cambiar a SCP.

Ya es un hecho. Todos los servidores nuevos que estamos montando llevan CentOs. Mantendremos los Debian activos, ya que cumplen perfectamente su función y van actualizándose sin problemas. Pero la comunidad de CentOs y su constante innovación me hace decantarme por esta distribución para mis servidores.

Me informé mucho en la red sobre el cambio que quería realizar, hablé con compañeros, consulté con mi datacenter, y todas las fuentes me decían lo mismo. Y ahora que tengo unos cuantos server con CentOs la verdad es que el cambio ha sido positivo. Y aunque siempre que me contratan un VPS o un servidor dedicado el cliente puede seleccionar la distribución de linux que quiere que le instalemos, si me preguntan recomendaré CentOs. Renovarse o morir, y en informática más rápido que en cualquier otra cosa :)