Aquí os traigo un pequeño script que he hecho para enterarme de esto. Sé que hay por ahi muchos servicios que hacen lo mismo, los he probado y todos me han parecido una chusta, publicidad, desfase en la notificación y en general nada que cumpla bien algo tan simple como esto. Por eso he acabado tirando unas líneas de código para tenerlo en mi propio servidor y hacer exáctamente lo que espero, que es muy sencillo: recibir un email cada vez que alguien deje de seguirme en Twitter. A continuación explico algunos detalles de esta mini aplicación que podéis descargar desde github.

Lo primero aclarar que obviamente no es una aplicación de uso general, por las siguientes peculiaridades:

• Aunque fácilmente modificable, hace únicamente lo que yo necesito, explicado al principio
• Está limitada a 5000 followers (por defecto el límite de la API de Twitter si no se utiliza paginación), cuando sobrepase esa cifra ya lo modificaré ;)
• Utiliza un fichero para almacenar los followers y arrays para comparar, lo cual con un número elevado de ellos no sé cómo rendirá

Al turronaco. El único requerimiento es la extensión curl de PHP, que se utiliza para llamar a las APIs de Twitter. La gestión de errores es como un martillo, si no hay curl o alguna API devuelve un error el script termina, no necesito nada más sofisticado.

La única personalización necesaria está en el fichero twitter_unfollowers.php, para los campos del email que recibiremos:

11
12
13
14
15
16
17
18

// fichero donde se guardan los followers para posteriormente compararlos con los actuales
define('FIC_GUARDADO', 'twitter_followers_{USUARIO}.db');
// poner a 0 si no quieres recibir un email con la lista de unfollowers
define('ENVIAR_EMAIL', '1');
define('EMAIL_DIRECCION', 'xxxx@yyyy.com');
define('EMAIL_ASUNTO', '[TWITTER] Te ha(n) desfollogüeado {NUM} usuario(s)');
// dirección válida en el servidor donde se ejecuta el script para que el email no se vaya al spam
define('EMAIL_REMITENTE', 'iiii@jjjj.com');

Podemos utilizar esta clase en un simple script que se pondría en el cron, como por ejemplo:

1
2
3
4
5
6
7
8
9
10
11

<?php
 
	require('twitter_unfollowers.php');
 
	$tuiter = new Twitter_unfollowers('<id_usuario_twitter>');
 
	$tuiter->check_unfollow();
 
	echo 'fin';
 
?>

Changelog

v1.0 – Desarrollo inicial
v1.1 – Eliminada la necesidad de autenticarse con OAuth para utilizar las APIs
v1.2 – Arreglados problemas de codificación y control de errores de la API

El temita de la internacionalización (i18n para los amigos) en una aplicación web puede dar para largo y tendido, yo voy a hablar aquí concretamente de la forma de guardar y utilizar las cadenas de texto del site en varios idiomas utilizando el framework de templates Smarty.

Hay muchas formas de hacerlo, se pueden encontrar varias alternativas en este post de best way to build a multi-language site with smarty, que empezó en el ¡2003! (el frenético ritmo que lleva la tecnología hace que no me crea nada que no sea de ayer…). Todas tienen sus ventajas e inconvenientes, y dado que no hay nada en el core de Smarty para ésto ni una solución popularmente aceptada como la estándar, cada uno debe analizar lo que necesita para su proyecto y tener unas preferencias subjetivas, que en mi caso son:

• Que no implique PHP: obviamente hay opciones mucho más sofisticadas, eficientes, etc… para solucionar el tema del i18n con programación (por ejemplo smarty-gettext), pero precisamente el uso de Smarty es para separar la lógica de la aplicación de la de presentación, y dado que considero que ésto es problema de front-end puro, yo quiero resolverlo únicamente con Smarty.
• Que sea sencillo y eficiente: con el tiempo me estoy conviertiendo en un talibán del código, en el sentido bueno (creo) de intentar que las cosas se hagan de la forma más clara posible (KISS power!) y que note un pinchazo en el corazón con cada ciclo de reloj que se consume en código prescindible.

Por ejemplo, hay una solución muy buena y que he utilizado en otros proyectos, SmartyML, pero es una clase más en PHP (una capa más para procesar) y viendo tanto código pienso que debe haber una forma mejor de hacerlo.

Pero vamos al turrón. Al final encontré en el foro antes mencionado la solución que me parece más sencilla y adecuada para lo que necesito. Se trata de utilizar archivos de configuración (1ª ventaja: es una funcionalidad core de Smarty, con lo que no hay que añadir más complejidad). En estos ficheros se definen variables globales para los templates y se pueden aplicar de varias formas:

// desde el PHP
$smarty->config_load('fichero.conf');
 
// desde el template
{config_load file='fichero.conf'}

Yo prefiero hacerlo desde PHP porque la gestión del idioma de la web es lógica de aplicación y hay que poner cada cosa en su sitio. El directorio donde se almacenan estos ficheros debe ser definido en el código:

$smarty = new Smarty();
$smarty->config_dir   = '/path/al/directorio/';

Crearemos un archivo por idioma, en los que tendremos todas las cadenas de texto que vamos a utilizar traducidas, por ejemplo:

# /path/al/directorio/es.conf (español)
saludo = hola!
enviar = Enviar
cancelar = Cancelar

# /path/al/directorio/en.conf (inglés)
saludo = hi!
enviar = Send
cancelar = Cancel

Utilizar estas variables en los templates es tan sencillo como usar la sintaxis {#variable#}, por ejemplo:

<strong>{#saludo#}</strong>
<input type="button" name="enviar" value="{#enviar#}" />
<input type="button" name="cancelar" value="{#cancelar#}" />

¡Y ya está! desde el PHP se puede controlar qué archivo de configuración de idioma cargar y de esta manera tener montada nuestra web multilenguaje. Unos últimos apuntes:

• Las cadenas también pueden llevar texto variable, como por ejemplo un saludo del tipo Hola Fernando, bienvenido! Ésto se puede solucionar de dos formas:

  # forma CUTRE: en el tpl
  <strong>{#saludo1#}{$nombre_usuario}{#saludo2#}</strong>
   
  # en el archivo de configuración de idioma
  saludo1 = Hola
  saludo2 = bienvenido!

  # forma CORRECTA: en el tpl
  <strong>{eval var=#saludo#}</strong>
   
  # en el archivo de configuración de idioma
  saludo = Hola {$nombre_usuario}, bienvenido!

• En lo que entiendo es una optimizacion (supongo que a nivel interno se controlará), se pueden utilizar secciones (referenciadas así [seccion]) en el archivo de configuración, de manera que si se especifica una en el config_load sólo esas variables se cargarán (la que estén fuera de una sección estarán siempre disponibles). Ésto nos puede servir para organizar las cadenas de texto por página y suponer que Smarty lo manejará mejor que el chorro completo de variables. Quedaría así:

  # cadenas globales
  saludo = Hola!
  enviar = Enviar
   
  # página de login
  [login]
  titulo = Introduce tu usuario y contraseña

  Y desde el PHP:

  $smarty->config_load('es.conf','login');
  $smarty->display('login.tpl');

• Una desventaja es que no maneja de manera nativa los plurales como otras soluciones, de forma que hay que controlarlo a manubrio, por ejemplo:

  # en el tpl
  {eval var=#subida_fotos#}{if $num_fotos > 1}s{/if}
   
  # en el archivo de configuración de idioma
  subida_fotos = Has subido {$num_fotos} foto

Entradas relacionadas:

1. Error en la codificación con AJAX
2. Scroll infinito con jQuery