Cuando el proyecto está bajo el paraguas del software libre, herramientas como las proporcionadas por www.sourceforge.net son de mucha ayuda. Entre ellas se encuentra el uso de Subversion o CSV para la gestión de versiones. Personalmente prefiero subversion.

Este es un pequeño HOWTO de como configurar subversion corriendo bajo Apache, se presupone que se tiene instalado Apache, Subversion, el módulo DAV para Apache y las herramientas de administración de Subversion.

Lo primero que debemos hacer es crear un directorio para nuestro repositorio. Nuestro directorio principal para guardar nuestro control de versiones sobre subversion será /var/subversion/, dentro crearemos un subdirectorio donde se almacenarán los datos con subversion:

# mkdir /var/subversion/repositorio

Ahora debemos crear la estructura de subversion para almacenar las versiones y asignarle permisos para poder acceder:

# svnadmin create /var/subversion/repositorio/
# chmod 777 -R /var/subversion/repositorio/

Con esto ya tenemos listo el repositorio, ahora debemos generar el acceso a través de URL, para ello usaremos el módulo de Apache WebDav. Editaremos el fichero de módulo DAV de Apache (en Devian lo encontraremos en /etc/apache2/mods-available/dav_svn.conf), al final del fichero incluiremos las siguientes líneas:

# Acceso repositorio SVN

DAV svn
AuthType Basic
AuthName “Servidor Subversion”
SVNPATH /var/subversion/repositorio

En “Location” debemos poner la URL por la que queremos acceder al repositorio y en SVNPATH debemos colocar la ruta absoluta hacia el directorio que contendrá los ficheros de nuestro repositorio. Con esto ya debería estar funcionando nuestro repositorio con Subversion, basta con enlazarlo desde cualquier IDE que soporte control de versiones y comenzar a guardar las versiones de vuestros proyectos.

Como subversion no es sólo lo que he comentado, existe un estupendo manual donde podéis encontrar todas las funciones que ofrece este gestor de versiones.

• /var/log/qmail/current
• /var/log/mail/
• /var/log/maillog

Pero cuando tenemos instalado Qmail a través de Plesk la ruta por defecto del log se establece en el directorio de Plesk (/usr/local/psa/). Así podremos encontrar el archivo de log de Qmail en la siguiente ruta /usr/local/psa/var/log/maillog

El servidor Esclavo mantiene una conexión permanentemente abierta con el Maestro y se comprueba la ultima posición escrita en el log binario del Maestro, cuando se detectan cambios estos se replican el las tablas del servidor Esclavo.

Antes de ponerse a configurar MySQL con una replicación, hay que tener en cuenta la compatibilidad entre versiones. Como norma general debería de intentarse que la versión de MySQL del Maestro y del Esclavo fuesen la misma, y lo más actualizada posible. De todos modos, un Esclavo con una versión más actualizada que el Maestro suele funcionar, pero no al contrario.

Una vez que conocemos como funciona, y realizadas las comprobaciones de versiones podemos configurar Maestro y Esclavo para que ejecuten la replicación. Comenzaremos por la configuración del Maestro. Debemos editar el fichero my.cnf que encontraremos normalmente en /etc/my.cnf o en /etc/mysql/my.cnf dependiendo del sistema que usemos.

Debemos buscar y editar, o crear en caso de que no existan, dentro de la sección [mysql] las siguientes líneas:

[mysql]
log-bin = mysql-bin
server-id = 1
binlog_do_db = base_de_datos_a_replicar, db2, db3
binlog_ignore_db = bases_de_datos_a_ignorar, db4, db5

La opción log-bin activa el log binario de mysql, y server-id sirve para indicar el id del servidor maestro, debe ser un número entero positivo entre 1 y 2³². Con binlog_do_db le indicamos las bases de datos que queremos copiar (separadas por comas) y con binlog_ignore_db aquellas que no queremos replicar. Una vez realizados los cambios debemos reiniciar el servidor mysql.

Ahora necesitamos crear un usuario en el Maestro (se recomienda que se use un usuario de MySQL exclusivamente para hacer la replicación) y asignarle los permisos de replicación con el siguiente comando:

mysql> GRANT REPLICATION SLAVE ON *.*
-> TO ‘usuario_replicacion’@'%’
-> IDENTIFIED BY ‘pass_usuario’;
mysql> FLUSH PRIVILEGES;
mysql> LOCK ALL TABLES READ ONLY;

Debemos sustituir usuario_replicacion por el nombre de usuario que hemos creado para hacer la repicación y pass_usuario por la contraseña de ese usuario. El valor ‘%’ indica que ese usuario puede acceder desde cualquier host remoto, si queremos indicarle que pueda acceder desde un determinado nombre de dominio o IP debemos cambiar % por la IP o nombre de dominio que queramos que acceda a la replicación.

En el fichero de configuración del Esclavo debemos indicarle un server-id distinto del servidor Maestro, también un número entero positivo entre 1 y 2³². Por ejemplo:

[mysql]
server-id = 2

Si se están configurando varios esclavos cada uno de ellos debe de tener un server-id único, y diferentes del server-id del maestro. Una vez guardados los cambios reinicia el servidor MySQL.

Ahora ya tenemos listos Maestro y Esclavo para realizar la conexión. Ahora debemos hacer un volcado de la base de datos del servidor Maestro que queremos replicar:

[root@servidor-maestro]:~$ mysqldump -u usuario -p nombre_db > nombre_db.sql

Con este comando haremos un volcado de la base de datos a un fichero. Debemos sustituir nombre_db por el nombre de la base de datos que vamos a replicar y usuario por el nombre del usuario con privilegios de administracion. Si no tenemos contraseña para ese usuario no incluiremos la opción -p, en caso contrario nos pedirá la contraseña antes de realizar el volcado.

Ya solo nos queda un paso en el Maestro, conocer el nombre del log binario que se está utiliando y la posición del mismo, accedemos a la línea de comandos de MySQL y ejecutamos:

mysql> SHOW MASTER STATUS;
+——————-+———-+——————-+————————+
| File                         | Position | Binlog_Do_DB | Binlog_Ignore_DB  |
+——————-+———-+——————-+————————+
| mysql-bin.0005 |           98  |                                 |                                        |
+——————-+———-+——————-+————————+

Guardamos esos datos y desbloqueamos las tablas del maestro con:

mysql> UNLOCK ALL TABLES;

Ahora volvemos al esclavo y cargamos el volvado de la base de datos del maestro que realizamos antes:

[root@servidor-esclavo]:~$ mysql -u usuario -p nombre_db < nombre_db.sql

Cuando se temine la carga de la base de datos, accedemos a la línea de comandos de MySQL del esclado para indicarle los datos del maestro e iniciar el esclavo:

mysql> CHAGE MASTER TO MASTER_HOST = ‘ip_del_servidor_maestro’;
mysql> CHAGE MASTER TO MASTER_USER = ‘usuario_replicacion’;
mysql> CHAGE MASTER TO MASTER_PASSWORD = ‘pass_usuario’;
mysql> CHAGE MASTER TO MASTER_LOG_FILE = ‘mysql-bin.0005′;
mysql> CHAGE MASTER TO MASTER_LOG_POS = 98;
mysql> START SLAVE;

Después de esto el servidor Esclavo iniciará la replicación copiando todo lo sucedido desde la posición del log binario indicada hasta ese instante. Para confirmar que todo es correcto podemos ejecutar el siguiente comando en la consola de MySQL:

mysql> SHOW SLAVE STATUS \G
****************** 1. Row ***********************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.54
Master_User: usuario_replica
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.0005
Read_Master_Log_Pos: 98
Relay_Log_File: esclavo-rely-bin.0001
Relay_Log_Pos: 105
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Seconds_Behind_Master: 0

Aunque apareceran más cosas, las he omitido, lo que debeis tener en cuenta es Seconds_Behind_Master pues indica el tiempo en segundos que el Esclavo tiene con respecto al Maestro. Creo que no me queda nada, teneis más información en el manual de MySQL, y si teneis alguna duda dejadla en los comentarios.

<?php … ?>

<script language=”php”> … </script>

<? … ?> <?= … ?>

<% … %> <%= … %>

Las dos primeras están siempre disponibles, en cualquier sevidor donde esté instalado el interprete de PHP. El tercer grupo son las etiquetas abreviadas de PHP, solo están disponibles si está habilitado el parámetro short-open-tags (valor on) en el php.ini, lo mismo ocurre con las etiquetas de ASP (parámetro del php.ini asp_tags).

Aunque es posible su uso, se desaconseja usar las etiquetas cortas, puesto que si queremos usar XML ese es el formato con el que identifican los archivos XML. Lo más recomendable es usar la primera etiqueta, hará nuestros programas mucho más portables y nos ahorrará quebraderos de cabeza.