Tiendas Virtuales

Por fin ha llegado. Ultraedit, el editor de código que muchos programadores utilizamos, se encuentra disponible para Linux.

Ultraedit era el único programa que me mantenía atado a trabajar con windows, ya que no he encontrado ningún otro editor de código que pueda hacerle sombra (al menos para mi gusto). He probado la versión demo que ofrecen en la web oficial de Ultraedit, y funciona de maravilla. Parece que van adaptando versiones rápidamente. Sólo me falta verificar que la versión para Linux es la misma que la versión para Windows en cuanto a características (parece que la demo de linux es una versión antigua del programa) y podré dejar de depender definitivamente de Microsoft y su windows. Lástima que no sea gratuito, será el único software de pago que tenga. El resto de programas que utilizo son Open Source. Como diría un amigo físico, es una situación “cuasi-perfecta”.

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.

Una de las tareas más rutinarias que hacemos en Lineagrafica.es es la monitorización de nuestros servidores web, ya que ofrecemos servicio de hosting para tiendas virtuales y alojamiento web multidominio. Lo normal es controlar que el servidor está online y los servicios funcionando correctamente. Pero a veces un servidor va lento, o comienza a dar algún tipo de problema que necesita un nivel de monitorización superior.

Para poder ver qué pasa dentro de nuestras máquinas de forma sencilla os recomiendo utilizar Htop, un scrip de linux que nos permite visualizar desde el shell de comandos  de forma gráfica el rendimiento de nuestros servidores, y ver en qué está utilizando sus recursos (RAM, micros, swap, cpu, etc).

(pulsa en la imagen para agrandar)

No sólo permite monitorizar, también permite matar aquellos procesos que nos estén causando el problema, lo que lo convierte en una herramienta de máxima utilidad. Htop es el sucesor de top, comando que nos facilita información sobre el servidor pero con menos detalle que Htop. Para que funcione sólo tenéis que conectaros a vuestro servidor por shell y teclear “htop” (sin las comillas) y listo. Si no lo tenéis instalado sólo tenéis que teclear apt-get install htop (debian) y se instalará automáticamente.

A muchos nos ha pasado alguna vez que necesitamos hacer una copia de una web en el mismo servidor web. La mayoría de la gente descarga la web por ftp y la vuelve a subir a la nueva ubicación. Pero cuando la web es grande esta tarea se puede hacer lenta y pesada.

Un buen truco para ahorrarnos trabajo es realizar dicha copia a mano. Supongamos que nuestro servidor web tiene un S.O. Linux. Los pasos para copiar la web sería muy sencillos:

1- Conectar por SSH a nuestro servidor con un usuario con los permisos suficientes para realizar las copias que queremos hacer. Si tenemos un servidor dedicado, un VPS o un plan reseller esto no debería ser problema.

2- Una vez conectados, lo que queremos hacer es copiar una web en otra ubicación. Supongamos que las ubicaciones son estas:

Web original: /home/user/domains/domain.com/public_html/

Ubicación copia: /home/user2/domains/domain2.com/public_html/

Para los que nunca usaron comandos linux haríamos lo siguiente:

cd / (vamos al directorio raiz)

cd /home/user/domains/domain.com/public_html/ (vamos al directorio que copiaremos)

cp * -R /home/user2/domains/domain2.com/public_html/ (lo copiamos todos incluyendo subdirectorios)

cd / (otra vez al raiz)

cd /home/user2/domains/domain2.com/public_html/ (vamos al directorio copiado)

chown user2:user2 * -R (cambiamos los permisos de los archivos copiados incluidos subdirectorios)

Esto es sólo un ejemplo. Dependiendo del servidor pueden cambiar las estructuras de los ficheros, pero el concepto es así de sencillo. Al trabajar directamente en el mismo servidor web el proceso es mucho más rápido y sencillo., igual que copiar carpetas en tu propio ordenador. Además este sistema apenas consume transferencia de nuestro hosting.

Es interesante para cualquiera que contrate un plan de hosting que se informe si le habilitarán acceso por SSH a su alojamiento web.

Si tenemos la suerte (o sabemos buscar un proveedor que lo facilite) de poseer dicho acceso, mediante un programa cliente como putty podremos conectarnos remotamente a nuestro servidor web y acceder al mismo mediante shell de comandos. Esto nos permitirá realizar ciertas tareas mucho más deprisa que utilizando programas de ftp o el sistema de archivos que suelen ofrecer los paneles de control de los alojamientos web.

Vamos a poner algunos ejemplos de cosas que se pueden hacer por SSH mucho más deprisa que de cualquier otra forma (suponemos un servidor web Linux):

- Copiar directorios o su contenido: cp -R origen/ * destino/

- Asignar masivamente propietario y grupo a ficheros: chown -R usuario:grupo directorio/ *

- Eliminar directorio y su contenido: rm -R directorio

- Editar un archivo: vim archivo (esto depende de los editores que tenga instalado el servidor).

Sólo es un ejemplo. En internet encontraréis cientos de webs que explican los comandos en profundidad. La idea de estos ejemplos es que se comprenda que para hacer algunas de estas operaciones se tardaría mucho tiempo usando otros métodos.

Y que no os cuenten que habilitar el acceso SSH es algo peligroso o que disminuye la seguridad del alojamiento web contratado porque es mentira. Lo que pasa es que no todos los paneles de control de hosting lo permiten, y muchas empresas de hosting pasan de configurarlo manualmente. Todos deberíamos poder acceder por SSH a nuestro alojamiento web. Lo que cada uno haga una vez dentro, eso sí, es sólo responsabilidad suya.