El problema lo he encontrado a la hora de configurar el envío de correos electrónicos desde un Drupal ya instalado en el servidor del cliente y con pocas opciones de acceso a según que directorios. Estoy a la espera de que me solucionen un problema de conexión con el SMTP del mismo, pero lo he probado con el SMTP de GMail y funciona perfectamente. Os presento este último caso.

Recordamos los datos de conexión SMTP de GMail

host: smtp.gmail.com
puerto: 465
usar SSL
usuario:  tuemail@gmail.com
contraseña: tuContraseñaEnGmail

¿Qué debemos tener instalado?

Opcional: Para poder enviar emails con HTML yo he instalado el módulo MIMEMail de Drupal.

• Librería de PHPMailer, necesitaremos extraer sobretodo las clases class.phpmailer.php y class.smtp.php.
• PHPMailer, el módulo de Drupal.

Para más información sobre la instalación y configuración de estas librerías y módulos podéis ver los archivos ‘README’ correspondientes.

1. Extraemos la librería y el módulo de Drupal en una carpeta de nuestro ordenador.
2. Dentro de la carpeta /phpmailer (correspondiente al módulo de Drupal) veremos que existe otra carpeta con el mismo nombre ‘phpmailer’.
   Veréis que hay un archivo ‘COPYHERE.txt’, lo único que contiene son los archivos que debemos copiar en esta segunda carpeta. Una vez realizada la copia podemos eliminar el .txt.
3. Abrimos la carpeta de la librería que ya hemos descomprimido y buscamos las clases class.phpmailer.php y class.smtp.php . Las copiamos, y las enganchamos en la carpeta del módulo de paso 2 (/phpmailer/phpmailer).
4. Mediante nuestro cliente de FTP, subimos la carpeta del módulo de Drupal con las clases de la librería incluidas en el directorio correspondiente (/modules).

¿Cómo se usa?

• Activamos el PHPMailer en el listado de Administración de módulos ( /admin/build/modules ). Una vez activado aparecerá un aviso que nos dice que debemos configurar el módulo; seguimos el enlace que nos aparece para configurarlo.
• En mi caso, el enlace me lleva a la configuración de MIMEMail que es el módulo que utilizo para enviar email con HTML. Desde allí mismo puedo configurar la conexión SMTP.
  NOTA: He probado de tener instalado el módulo SMTP auth al mismo tiempo, y al final sólo acaba repitiendo la misma funcionalidad. No aporta ninguna configuración nueva, por lo que al final lo desinstalé.
• En la configuración desde MIMEMail para el SMTP:

1. Escogemos el motor para el Envío de emails: PHPMailer
   
2. Configuramos el motor, probamos con los datos de conexión SMTP para una cuenta de GMail
   
3. Introducimos los datos de autentificación del SMTP (en el caso de tenerlos)
   
4. Configuramos las opciones avanzadas (opcional): tal como introducir un email válido para cuando el destinatario quiere responder al email que le hemos enviado, o habilitar los avisos en los logs (modo Developper de Drupal) en el caso de que se produzca un error en el envío del mail.
5. Envíamos un email de prueba
   

El envío es casi inmediato . Espero que os haya servido este mini-tutorial si teniáis problemas con el envío de emails con Drupal.

Por cierto, la versión de Drupal que suelo utilizar es la 6 aunque la 7 ya esté operativa. ¿Mi motivo? La mayoría de los módulos que me interesan aún no están preparados para la versión 7 .

Un saludo!

Una de las primeras cosas que he tenido que revisar es tener instalado unas serie de herramientas para el audio (ALSA). Os dejo el comando de terminal para instalarlo. NOTA: instala los paquetes si es necesario.

sudo aptitude install alsa-base alsa-utils alsa-tools

Luego he revisado que la tarjeta de sonido se estubiera detectando. Para poder hacerlo podéis ejecutar el siguiente comando:

cat /proc/asound/cards

En el caso de encontrarla os mostraría los datos relacionados con el tipo de tarjeta, por ejemplo:

0 [SI7012         ]: ICH – SiS SI7012
SiS SI7012 with ALC655 at irq 18

Ahora vamos a revisar el modelo de la tarjeta:

cat /proc/asound/modules

Y os debería aparecer los datos relacionados con este modelo, como por ejemplo:

0 snd_intel8x0

Ahora teniendo el tipo y el modelo, es hora de modificar un archivo de configuración de las ALSA. Abrimos con gedit mismo, el archivo de configuración con permisos de root:

sudo gedit /etc/modprobe.d/alsa-base.conf

Nos pedirá la contraseña, la introducimos, y escribimos lo siguiente tras la última línea de archivo.

options snd-intel8x0 *
En este caso concreto, pero puede depender del tipo de tarjeta de sonido que tengamos.

Guardamos y cerramos el archivo, matamos los procesos de pulseAudio abiertos y recargamos las ALSA:

killall pulseaudio
sudo alsa force-reload

Reiniciamos el ordenador y ya debería funcionar todo perfectamente. Atentos al volumen de los altavoces .

Os dejo alguna fuente de información más, ya que este truco es para un tipo de tarjeta muy concreta (y bastante rara) y en los foros de Ubuntu podéis encontrar muchísimos más tipos y modelos.

Hace meses que intento actualizar una vieja torre que tenía con una versión de Ubuntu que funcionaba bastante bien, la 10.04. Cuando salió la actualización de 10.10 y habiendo arreglado uno de los portátiles que tenía muerto de risa por casa, decidí que esa torre iba a regalársela a un amigo que necesitaba una. Le cambié el lector-grabador de DVD, le aumenté la RAM y le añadí un disco duro de 320 Gb que parecía que funcionaba correctamente. Tenía un Intel Celeron a 3.06Ghz, con 2 Gb de RAM, un disco duro de 360 Gb y una NVIDIA de 256 mb (para navegar y trabajar, más que suficiente) que esperaba que con la última versión de Ubuntu funcionara perfectamente. No fue así; una vez se acabó de instalar el sistema y se reinició el ordenador no acabó la carga. Hice un montón de pruebas…, puse otro disco duro con el mismo sistema operativo ya instalado y tampoco funcionó. Dejé estancado el tema hasta ahora que me ha dado por probar otra distribución que había utilizado hace un tiempo: Linux Mint.

Para los que no lo conozcáis sabed que Linux Mint es una distribución basada en Ubuntu y que hay varías versiones. Para este caso concreto he elegido la versión 10. Al final del artículo os adjunto enlaces con alguna información relacionada más.

Debo decir que en un primer intento la instalación no se ha completado del todo por culpa de uno de los discos duros que estaba utilizando (parece un error de algún sector que no funcionaba correctamente). Una vez cambiado por uno de 80 Gb que tenía por casa, la instalación completa del sistema no ha tardado más de 25 minutos y no he tenido ningún problema a la hora de la carga. Es un sistema bastante rápido con un ordenador de las características que he comentado y contiene la mayoría de los paquetes necesarios para un uso normal sin tener que ir buscando en el administrador de paquetes. En temas de diseño, es bastante parecido al predeterminado en GNOME, bastante intuitivo y muy limpio. Sencillo y fácil de utilizar.

El usuario para el cuál estoy montando este PC no tiene idea de informática y es más un usuario de perfil bajo. Ya os iré comentando cuál ha sido su experiencia con esta distribución .

Si os interesa probarlo, os dejo los enlaces para que podáis consultar información y descargar la distribución desde su página web oficial.

Hacía tiempo que no escribía…pero hoy he tenido que realizar la conexión de una cuenta webmail externa a la que tengo en Gmail para tener un backup de dichos mensajes, y he decidido resumiros los pasos por si alguna vez lo necesitáis. Sobretodo, por si os interesa mantener mensajes y archivos adjuntos de dichas cuentas .

Los datos de acceso son correctos tanto para cuentas de Gmail y Google Apps; el proceso para utilizar otro tipo de servicios es el mismo que el que se detallará en esta publicación, pero cambiando los datos del Servidor POP (más información en vuestra página de la cuenta de Hotmail, por ejemplo) y el puerto de conexión.

1. Lo primero de todo es tener nuestra cuenta de Gmail abierta (www.gmail.com).
2. Si miramos la barra de opciones del webmail – aquella que aparece en la parte superior derecha de la página- veremos que al lado de dónde se muestra nuestra dirección de correo electrónico están las opciones de ‘Labs’ (Google Labs) -en algunas versiones-, ‘Settings’ (Herramientas), ‘Help’ (Ayuda), ‘Sign out’ (Cerrar sesión). Para realizar la conexión de la cuenta externa, tendremos que clicar en ‘Settings‘.
3. Una vez en ‘Settings’, vamos al apartado ‘Accounts and Import‘.
4. El siguiente paso es añadir la cuenta que queremos importar. Podemos hacerlo de dos maneras:
   • Desde ‘Import mail and contacts‘ (primera opción de todas)
   • Desde ‘Check mail using POP3‘ (tercer apartado de la lista de acciones) – Esta es la que utilizaremos en este caso.
     
     
5. Nos aparecera la siguiente ventana. Si tenéis desactivados los ‘popups’, acordaros de activarlos para realizar esta operación.
   
   Se debe rellenar el campo de texto con la dirección de correo electrónico que queremos importar y hacer un clic en el botón ‘Next step >>‘.
6. Se abrirá un nuevo formulario con diversos campos que tendremos que rellenar:
   - Username : aquí se debe poner los datos relacionados con el usuario que utilizáis para entrar en el buzón de entrada de ese correo electrónico.

   En el caso de que la cuenta que queramos importar sea de Gmail, sólo necesitaríamos introducir el id de la cuenta (es decir, nombredeusuario@gmail.com sólo necesitaríamos introducir nombredeusuario); en el caso de que queramos importar una cuenta de Google Apps (cuenta del servicio de Google que permite mantener el dominio propio de la empresa que utiliza este servicio) necesitaremos introducir todo el correo electrónico nombredeusuario2@dominio.com. En el caso que queramos importar una cuenta de cualquier otro servicio, también tendremos que introducir todo el correo electrónico como nombre de usuario.

   - Password: introducimos la contraseña o password de la cuenta que hemos añadido, y del usuario que hemos introducido en el campo de texto anterior.

   - POP Server : en el caso de una cuenta de Gmail, o Google Apps, es el mismo servidor POP -> pop.gmail.com. En el caso de ser de otro tipo de servicio tendréis que comprobar cuál es el correcto investigando en vuestra página del servicio (HOTMAIL, MSN, YAHOO…).

   - Puerto : En el caso de una cuenta de Gmail o una que utilice Google Apps es el 995.

   - De las opciones siguientes, yo siempre marco  el uso de conexión SSL y el hecho de añadir una etiqueta para diferenciar todos los emails que puedan llegar de esta nueva cuenta.
   Creo que es interesante el hecho de marcar la última casilla si no queréis que esos correos electrónicos nuevos aparezcan en la bandeja de entrada como nuevos mensajes si no que los archiva automáticamente en la etiqueta que le habéis asignado; esto es al gusto del consumidor, pero en mi caso eran mensajes ya leídos en la cuenta externa y no me interesaba volverlos a leer.

7. Y listo…  Si todo ha ido bien, sólo nos queda esperar a que se descarguen todos los correos electrónicos de la otra cuenta. La duración de esta sincronización dependerá de la cantidad de correos electrónicos que tengáis en la cuenta que queréis importar.

¿Si alguno ha utilizado otros servicios como Hotmail o Yahoo, podéis comentar cuáles serían los datos de acceso para dichas cuentas? Muchas gracias

Espero que os haya servido de ayuda .

Un saludo

Uno de los problemas que teníamos era que OpenInviter trabaja con SQLite, y si no se tiene dicha extensión instalada en el sistema no es posible modificar algunos archivos sqllite con los que trabaja. No sé hasta que punto es esto bueno o no, pero aquí os dejo la posible solución publicada por este usuario:
Si accedemos al archivo conf.php encontraremos una serie de atributos; debemos buscar aquellos que sean ‘state’ y ‘update_files’ cuyo valor es TRUE y cambiarlo a FALSE (estos dos atributos son los que se encargan de la parte SQLite), o en cualquier caso habilitar dicha extensión SQLite y dejar dichos valores como TRUE.

Otro de los problemas era que debemos eliminar, después de haber sido ejecutado, el archivo postinstall.php. Aún desconozco el uso real de dicho archivo, pero así te lo recomiendan en algún punto de la documentación. Con un poco de tiempo quiero investigar un poco más en ello.

Con estos dos problemas solucionados, ya tenemos otro tipo de sistema de importación de contactos de cuentas de GMAIL aunque también probaremos, con OpenInviter, las otras alternativas (importación de contactos de YahooMail, AOL, MSN, LinkedIn o Plaxo -wow -).

Esto es todo, de momento, desde el zulo, pingüinos y manzanitas world!

[stextbox id="info"]var_dump(curl_version());[/stextbox]

Si no está disponible, var_dump no pintará nada por pantalla y saltará un error sobre la función curl_version().

Esto ha sido sacado de la siguiente página web y me ha servido para realizar algunas operaciones en nuestro servidor que requerían de dicha extensión.

¿Cómo ver si está habilitado sobre un entorno Ubuntu?

Debemos proceder a consultar el archivo de configuración de php que tengamos en nuestro sistema. En mi caso, dicho archivo se encuentra dentro de /etc/php5/conf.g/ y se llama curl.ini. Si visualizamos dicho archivo:

[stextbox id="info"]sudo nano curl.ini[/stextbox]

Veremos las siguientes líneas si está habilitado:

[stextbox id="info" caption="curl.ini"]# configuration for php CURL module
extension=curl.so[/stextbox]

En el caso de que delante de extension=curl.so haya un símbolo #, procederemos a borrarlo (NOTA: # es símbolo de comentario, por lo tanto es como si no estuviera escrito y no se ejecuta).

Un saludo desde el zulo, pingüinos y manzanitas world!

El Zend Framework no da soporte a la API de Google Contacts, de momento, así que parte del trabajo que se había realizado para la integración de Youtube y Picasa no servía de mucho -en principio-. He leído en algún foro del Framework que se está trabajando en este nuevo módulo de Zend_GData, pero aún no hay una fecha de salida. Llegados a este punto, no ha quedado más remedio que pasar unas cuantas horas navegando por la red para poder encontrar alguna solución.

La primera de ellas apareció en este post. Después de realizar nuevas clases y aprender un poco el funcionamiento de algunas funciones cUrl, no he conseguido hacerla funcionar finalmente por temas de autentificación y el token de seguridad. Estoy a la espera de recibir un mensaje del desarrollador a ver si nos puede echar una mano en el asunto.

La segunda de ellas apareció de una idea que tuve relacionada con el siguiente post. Del sistema que ya se había montado para Youtube y Picasa se podían añadir unas nuevas operaciones al objeto Zend_GData:

$gdata = new Zend_Gdata($client);
$query = new Zend_Gdata_Query(“http://www.google.com/m8/feeds/contacts/$username/full”);
$feed = $gdata->getFeed($query);
$entries = $gdata->retrieveAllEntriesForFeed($feed);

En nuestro sistema, $client sería un objeto del tipo Zend_Gdata_HttpClient al que le hacemos un set de las cabeceras necesarias para la conexión con los sistemas Google, las llaves privadas y el token de seguridad provisto. Para más información sobre esto, podéis consultar el post de Xavi dónde se explica el proceso que seguimos para sincronizar con Youtube y Picasa. Os comparto el código del método que nos genera dicho objeto $cliente:

private function getClient($singleUseToken){
$fclient = new Zend_Gdata_HttpClient();
$fclient->setHeaders(“X-GData-Key: key=”.’google_key’);
$fclient->setAuthSubPrivateKeyFile(‘path-to-keys’,null, true);
$sessionToken = Zend_Gdata_AuthSub::getAuthSubSessionToken(trim($singleUseToken),$fclient);
$fclient->setAuthSubToken($sessionToken);
return $fclient;
}

Para terminar os comparto el siguiente enlace que será la tercera solución que probaremos. Como se puede ver, es una clase llamada Open Inviter escrita en PHP5 que permite importar contactos de diferentes cuentas y aplicaciones.
Vamos allá!!!

Un saludo desde pingüinos y manzanitas world!

Debo decir que tanto para uno, como para el otro, la información que se pueda encontrar (sitios oficiales, comunidades o libros) no están orientados a la práctica y es muy dificil ver hasta dónde puede llegar. Con esta nueva serie de publicaciones intentaremos ejemplificar su uso. Espero que os sirva de ayuda esta mini guía práctica.

Instalación
Insisto en que la mayoría de los ejemplos prácticos que se publican en este blog estan probados sobre la distribución Ubuntu de Linux. Para este caso, utilizaremos la nueva versión 9.04, y como elementos indispensables PHP, MySQL y Apache2.

• Lo primero de todo será que os descarguéis la versión de drupal disponible en su página web oficial. Podéis descargarla directamente aquí. Una vez la tengáis en vuestro ordenador, extraerla y guardarla allí donde queráis tener el proyecto; en este ejemplo se guardará dentro de una carpeta, en /home/usuario, llamada proyecto.
• El siguiente paso será comprobar que tenemos instalados MySQL, Apache2, y PHP. Como herramienta de administración de MySQL yo utilzo Navicat en su versión Lite. Si no téneis ninguno en el sistema ya instalado, podéis descargarlo aquí.
• Como os podéis imaginar, lo siguiente que haremos será modificar los archivos pertinentes para poder habilitar el nuevo proyecto en local. Para ello tocaremos, entre otros, los archivos de Apache2.

1. Habilitar el nuevo sitio, partiendo por ejemplo del archivo default almacenado en /etc/apache2/sites-available y cambiando la ruta del nuevo proyecto. El nombre del nuevo sitio será local.drupal.com.
   [stextbox id="info"]cd /etc/apache2/sites-available
   sudo cp default local.drupal.comEditamos la información de local.drupal.com.
   sudo gedit local.drupal.com[/stextbox]

   Añadimos los siguiente:
   [stextbox id="info"]<VirtualHost *:80>
   ServerAdmin webmaster@localhost
   ServerName local.drupal.com
   DocumentRoot /home/usuario/proyecto/drupal/
   <Directory />
   Options FollowSymLinks
   AllowOverride All
   </Directory>
   <Directory /home/usuario/proyecto/drupal/>
   Options Indexes FollowSymLinks MultiViews
   AllowOverride All
   Order allow,deny
   allow from all
   </Directory>
   …[/stextbox]

2. Editamos el archivo hosts almacenado en /etc/
   [stextbox id="info"]sugo gedit /etc/hosts[/stextbox]

   Y añadimos la siguiente línea:
   [stextbox id="info"]127.0.0.1    local.drupal.com[/stextbox]

3. [stextbox id="info"]sudo a2ensite local.drupal.com[/stextbox]…y reiniciamos el servidor apache
   [stextbox id="info"]sudo /etc/init.d/apache2 restart[/stextbox]

• Una vez hecho todo esto, y antes de ejecutar el archivo que nos permita instalar Drupal, es recomendable cambiar los permisos de la carpeta “drupal”.
  [stextbox id="info"]sudo chmod 777 -R /home/usuario/proyecto/drupal[/stextbox]
• Abrimos el navegador y tecleamos:
  [stextbox id="info"]http://local.drupal.com/index.php[/stextbox]

  NOTA: index.php es el archivo que se carga para empezar la instalación de drupal.

Si os ha dado algún problema, revisad que tengáis todos los elementos necesarios instalados en vuestro sistema y que los archivos de configuración sean correctos. Si no se ha producido ningún error, se os mostrará la siguiente página:

Click en Install Drupal in English (en mi caso)
NOTA: En la versión anterior no funcionaba del todo bien si se instalaba en otro idioma.

En la siguiente pantalla se pedirá que introduzcamos los datos relacionados con la base de datos. Para crear una nueva base de datos, en mi caso con Navicat Lite, abriremos el programa y seguiremos los siguientes pasos.

1. Crearemos una nueva Conexión (clic derecho>new Connection)
   
2. Crearemos una nueva base de datos en esta nueva Conexión (clic derecho>new Database)
3. Cerramos el programa y volvemos al navegador.

Introducimos los datos relacionados con la base de datos que acabamos de crear, y continuamos con la instalación.

Una vez instalado Drupal, se nos pedirá que introduzcamos los datos del site y la cuenta inicial. Aparecerá una pantalla como la siguiente:

Clic a Save And Continue, para finalizar el proceso.

NOTA: Como último paso es necesario seguir las instrucciones que nos aparecen recuadradas en rojo. (imagen de arriba)

Ya téneis vuestro sistema instalado. En las próximas publicaciones intentaremos describir la estructura de los sites hechos con Drupal e intentaremos empezar a introducir contenido -páginas y bloques-.

Esto es todo, por hoy, desde pingüinos y manzanitas world (sin zulo)!!

Saludos!

Ahora, empecemos con la configuración desde cero de un slave en una nueva máquina (Ubuntu 8.10).

1. Accedemos, como hemos comentado antes, al archivo my.cnf para configurar en la nueva máquina el slave.
   
sudo gedit /etc/mysql/my.cnf
2. Añadimos las siguientes líneas en el apartado [mysqld] :
   server-id=2
master-host = ip/DNShost
master-user = usuarioslave
master-password = clave_acceso_slave
master-port= 3306
replicate-do-db=base_datos
   Comentamos las líneas de skip-networking y bind-address, como hemos dicho en el post anterior.
3. Reiniciamos el servidor MySQL
   
sudo /etc/init.d/mysql restart
4. Accedemos a la consola de MySQL como root:
   
mysql -u root -p
5. Miraremos el estado y configuración del slave, por si ya se hubiera inicializado automáticamente al arrancar MySql.
   
SHOW SLAVE STATUS \G;
   Y a continuación, aparecerá algo así:
   *************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: IP/DNS_host
Master_User: usuarioslave
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000002
Read_Master_Log_Pos: 98
Relay_Log_File: mysqld-relay-bin.000021
Relay_Log_Pos: 235
Relay_Master_Log_File: mysql-bin.000002
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB: base_datos
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 98
Relay_Log_Space: 235
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
1 row in set (0.00 sec)

   NOTA: Si no se muestran estas opciones del slave, iguales o parecidas, podemos estar frente dos casos:

   • Slave_IO_Running y Slave_SQL_Running estén a No, cuyo significado es que no están corriendo (no se ha producido un START SLAVE; o a fallado). Muchas veces se soluciona escribiendo dicha sentencia en la consola de MySQL.
   • Los datos referentes al master, que hemos especificado en el archivo de configuración del slave, no son los correctos. Esto podría pasar en el caso de que previamente tuviéramos unos datos del máster que por cualquier operación sobre él se hayan modificado. Esto se puede resolver con el uso de la instrucción RESET SLAVE; qué lo que hace es eliminar los datos anteriores a una modificación del master y vuelve a cargar los nuevos introducidos en el archivo my.cnf del slave. Otra opción, que he encontrado por Internet, es el uso de la siguiente sentencia indicando los nuevos atributos del master:
     STOP SLAVE;
CHANGE MASTER TO MASTER_HOST='IP/DNSnueva', MASTER_USER='usuarioslave', MASTER_PASSWORD='clave_acceso_slave', MASTER_LOG_FILE='file_log_determinado' ;
START SLAVE;
     NOTA: Este último paso no lo hemos necesitado ya que, una vez inicializado el slave, ha conectado directamente con el master y ha recogido sus datos.

Con esto hemos acabado esta serie de post sobre la configuración de un master-slave en MySQL. Espero que os sirva de ayuda.

Esto es todo, por hoy, desde el zulo, pingüinos y manzanitas world!! (con el jefe perdido xD…)

NOTA: El sistema operativo sobre el cuál realizamos el montaje es Ubuntu 8.10.

Configuración del master

En este apartado os indicaré los pasos que hemos seguido para montar nuestro servidor master.

1. Como muchos de vosotros estaréis pensando, uno de los pasos necesarios para la configuración del sistema de MySQL es la edición de su archivo de configuración (valgase la redundancia). En este caso, efectivamente, lo primero que tendremos que hacer será editar my.cnf con privilegios de root; para ello, abriremos el terminal y escribiremos la siguiente línia (la ruta puede variar. Os dejo la ruta donde se encuentra mi archivo de configuración):
   
sudo gedit /etc/mysql/my.cnf

2. Introducir en el apartado [mysqld] los siguientes atributos:
   
server-id=1
innodb_flush_log_at_trx_commit=1
sync_binlog=1
log-bin=mysql-bin
binlog-do-db=base_datos


   Vamos por partes:

   • El id del server, para definir un master, debe ser 1. Por eso indicamos que server-id=1.
   • innodb_flush_log_at_trx_commit=1 y sync_binlog=1 son dos atributos que colocamos en este caso (leer más en el artículo anterior) ya que decidímos que el master debería tener como motor de almacenamiento el InnoDB. Para más información, consultar la documentación de MySQL.
   • log-bin debe indicar en que archivo se escribirá el log del máster. En este caso, utilizamos el mismo que utiliza MySQL. Os dejo un tutorial en el que podréis ver que este archivo log puede destinarse en cualquier lugar.
   • binlog-do-db=base_datos , le indica al master sobre qué base de datos debe guardar la actividad.

   IMPORTANTE: Comentaremos las opciones de skip-networking y bind-address que se encuentran en ese mismo archivo de configuración, en el caso de que existan. Para comentar las líneas debemos situarnos al principio de la línea y añadir un símbolo #.

3. Reiniciar el servidor MySQL
   
sudo /etc/init.d/mysql restart

4. Acceder a la consola de MySQL, como root.
   
mysql -u root -p

   Dentro crearemos un usuario “slave” para que pueda ponerse en contacto con nuestro master y retendremos información del estado del máster para establecer un punto de inicio antes de comenzar el proceso de replicación con el slave.
   
GRANT REPLICATION SLAVE ON *.* TO 'usuarioslave'@'%' IDENTIFIED BY 'clave_acceso_slave';
FLUSH PRIVILEGES;
USE  base_datos;
FLUSH TABLES WITH READ LOCK;
SHOW MASTER STATUS;
+----------------------------+------------+----------------------+---------------------------+
| File       | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------------------+-------------+----------------------+---------------------------+
| mysql-bin.000007 |       98 | base_datos    |                   |
+----------------------------+------------+----------------------+---------------------------+
UNLOCK TABLES;

   NOTA: ‘%’ puede substituirse también por una dirección IP o DNS concreta. Pero para hacer pruebas, este símbolo ya nos sirve.

5. NOTA2: En el caso en el que queramos más slaves, tendremos que darles permisos a cada uno de ellos, con la línea descrita “GRANT REPLICATION SLAVE ON *.* TO ‘usuarioslave’@'%’ IDENTIFIED BY ‘clave_acceso_slave’;” .
6. Una vez hecho todo esto, saldremos de la consola de MySQL con la sentencia:
   
exit;


NOTA DE LA AUTORA: A partir de aquí empezaría la configuración del slave. Deseo que tengáis paciencia, en breve la acabaré de redactar y la compartiré con vosotros. Si téneis cualquier duda o sugerencia, solo téneis que dejar un comentario . Muchas gracias!

Esto es todo, de momento, desde el zulo, pigüinos y manzaitas world! (aún, sin jefe… )