URL limpios en Drupal con .htaccess en subdirectorio

Anteriormente escribí de como activar los URLs limpios en Drupal utilizando .htaccess, pero ahora explicaré como hacerlo si la instalación de Drupal se encuentra en un subdirectoriodentro. Para eso hay que hacer una pequeña modificación dentro del código que se encuentra en .htaccess, y dicho código sería como lo siguiente:

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} ^/carpeta/(.*)$
RewriteRule ^(.*)$ /carpeta/index.php?q=$1 [L,QSA]

Donde "carpeta" es el nombre del subdirectorio dentro del raíz, por ejemplo: http://www.ejemplo.com/carpeta/

Y también se me olvidaba mencionar que el archivo .htaccess debería de encontrarse también dentro del subdirectorio "carpeta" y no en el raíz del hosting.

Postfix no muestra mensaje 220 (service ready)

En ocaciones el mail no funciona por que al conectarse al servidor para enviar el correo no responde cono el mensaje 220. El mensaje 220 es cuando una conexión SMTP se establece.

Una posible causa de ese error es porque no está correctamente seteado el parametro Aliases, el cual es un archivo donde se le dice a Postfix como mapear los alias a nombres de usuarios reales en el sistema; por ejemplo, los correos enviados a postmaster serán realmente enviados al usuario root.

Para verificar eso, lo hacemos primero creando un archivo llamado aliases, que generalmente lo ubicaremos dentro de Linux en /etc/ y luego, dentro de ese archivo, digitamos lo siguiente:

postmaster: root

Una vez hecho lo anterior, ejecutamos el comando newaliases, el cual crearé un archivo aliases.db que deberá de situarse también dentro de /etc/

Y finalmente, dentro del archivo de configuración de Postfix, ubicado en /etc/postfix/main.cf ingresamos las siguientes líneas:

alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases

Luego, guardamos el archivo y reiniciamos el servicio con el comando postfix reload

Restaurar base de datos con tablas InnoDB desde archivos .FRM en MySQL

Si nosotros tenemos bases de datos con tablas utilizando el motor MyISAM en MySQL, podemos trasladar dichas tablas y pasarlos a otra máquina con tan solo copiar y pegar los archivos. Pero cuando el motor es InnoDB no es tan simple como el anterior.

A continuación detallo los pasos a seguir para restaurar una base de datos con tablas InnoDB desde MySQL, teniendo no un backup normal (archivo .sql), sino la carpeta con los archivo .FRM de las tablas:

1. Tener una copia de la carpeta de la base de datos. Generalmente en Linux se encuentra en la carpeta /var/lib/mysql/
2. En la máquina donde será restaurado el respaldo, crear la base de datos.
3. En la base de datos creada, crear todas las tablas con los mismos nombres que tenían en la base de datos original.
4. Detener el servicio de MySQL.
5. Borrar los archivo de la carpeta donde se ha creado la nueva base de datos.
6. Copiar los archivos de la carpeta respaldada hacia la carpeta de la nueva base de datos vacía.
7. Iniciar el servicio de MySQL.
8. Ingresar a la base de datos desde un cliente de MySQL y verificar si todo esta correcto com odebería de ser.

Si todo va bien, deberiamos de tener la base de datos funcionando normalmente.

Monitoreo de recursos con vmstat en Linux

El comando vmstat, utilizado para monitorear los recursos del sistema en tiempo real, similar a top, con la diferencia que va dejando una bitacora en pantalla de los registros.

vmstat 1 -a -n -S M


1: indica que se refrescará cada un segundo.
-a: Muestra la memoria activa y desactiva del sistema.
-n: Muestra el encabezado solo una vez.
-S M: Muestra valores en Megabytes.