Trabajando en uno de mis proyectos, me vi en la necesidad de hacer una conversión completa del Charset de todos mis archivos y bases de datos de ISO-8859-1 a UTF-8.

Pongamos un ejemplo particular; un proyecto con archivos PHP, HTML y JavaScript en una codificación ISO-8859-1 y una base de datos MySQL con una codificación latin1_spanish_ci. El objetivo es: convertir los archivos del proyecto a UTF-8 y la base de datos a utf8_general_ci.

En nuestro ejemplo definiremos la ubicación de los archivos en “/proyecto/html” y el nombre de la base de datos es “db_proyecto“.

Según el manual: GNU ‘recode’ convierte ficheros entre varios juegos de caracteres y su modo de empleo es la siguiente:

recode [OPCIÓN]... [ [JUEGO] | PETICIÓN [FICHERO]... ]

Por lo que será necesario verificar que el comando lo tengamos instalado en nuestro Linux y de esta forma podremos continuar con nuestro comando de conversión de archivos:

1
2

find /proyecto/html \( -name "*.php" -o -name "*.html" -o -name "*.js" -o -name "*.css" \)  -exec recode -d ISO-8859-1..UTF-8 '{}' \;
find /proyecto/html \( -name "*.php" -o -name "*.html" -o -name "*.js" -o -name "*.css" \) -print | xargs perl -pi -e 's/iso-8859-1/utf-8/g'

En la linea 1 “find” buscará a partir del directorio “/proyecto/html” de forma recursiva todos los archivos con extensión php, html, js y css para aplicarles el recode.

En la linea 2 reemplazamos los textos que hagan referencia a “iso-8859-1″ por “utf-8″ ya que tengo algunos headers en las declaraciones de PHP y HTML. Por ejemplo:

header("Content-type:text/plain; charset=iso-8859-1");

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />

Con MySQL tenemos varias opciones, la primera, que a mi parecer es la más rápida pero no la más elegante es indicarle a la conexión de MySQL que queremos recibir datos en uft8 por medio de SET NAMES, por lo que en nuestra conexión, justo después de la selección de la base de datos insertamos la siguiente linea:

mysql_query ("SET NAMES 'utf8'");

Otra opción es usar la función mysql_set_charset

mysql_set_charset ('utf8', $conn);

Con esto, automágicamente MySQL envía los datos en la codificación seleccionada. Sin embargo quiero ir más allá, convertir toda la base de datos a utf8 y estandarizar de esta forma todo mi proyecto.

3
4
5
6
7

mysqldump -h localhost -u usuario -p --add-drop-table --create-options --extended-insert --routines db_proyecto > db_proyecto.sql
recode -d ISO-8859-1..UTF-8 db_proyecto.sql
perl -pi -w -e 's/CHARSET=latin1/CHARSET=utf8/g;' db_proyecto.sql
perl -pi -w -e 's/COLLATE=latin1_spanish_ci/COLLATE=utf8_general_ci/g;' db_proyecto.sql
mysql -u usuario -p db_proyecto < db_proyecto.sql

En la linea 3 realizo un respaldo de la base de datos en un archivo llamado “db_proyecto.sql”.

En la linea 4 realizamos la conversión del archivo a UTF-8.

En la linea 5 y 6 cambiamos dentro del archivo todo lo que sea “latin1″ y “latin1_spanish_ci” por “utf8″ y “utf8_general_ci” respectivamente.

Por último, en la linea 7 volvemos a incluir la base de datos con los cambios efectuados.

Después de hacer la conversión, mi proyecto quedó en perfectas condiciones, salvo por algunos detalles que son de bajo impacto y tiene que ver más con librerías muy especificas que no vale la pena comentar en este artículo.

Hoy quiero compartirles los diseños de unos botones que hice, no son nada fuera de lo común, pero en mis tiempos libres me puse a probar Inkscape.

Inkscape es un editor de Gráficos Vectoriales, que busca ser compatible con SVG, de código abierto, sensible y extendible.

Quiero decirles que quedé asombrado con la facilidad de uso y como rápidamente logré crear estos botones.

Para aprender, nada mejor que los “Tutoriales Oficiales”

Otro lugar de mucha ayuda es “Open Clip Art Library” que cuenta con cientos de recursos para nuestros desarrollos

Y como no, les dejo las fuentes de los archivos por si les sirve. Cabe aclarar que trate de hacerlos por capas, para que puedan cambiar el color de los botones como los logotipos o textos.

	Archivo	Versión	Tamaño	Descargas
	Boton 1	1.0	14.78 KB	124
	Boton 2	1.0	16.14 KB	94
	Boton 3	1.0	11.68 KB	89
	Boton 4	1.0	13.29 KB	89

He aquí la primera versión publica del manual de GTK+ que he escrito. Me he basado en gran parte de la documentación de GTK y algunas guías que he encontrado en la red.

Si alguien encuentra partes que corresponden a otros textos y no hay una referencia explicita a el original, por favor envíenme un correo para que se pueda corregir.

El objetivo principal de este manual es ofrecer material nuevo en medida que sea posible con el animo de ofrecer otro texto de referencia.

	Archivo	Versión	Tamaño	Descargas
	Manual GTK	1.0	3.39 MB	240

Complementando un artículo que escribí anteriormente Compilar Extensión “mssql.so” para PHP 5, vamos a ver como se cargan las extensiones de forma dinámica.

Una vez que compilamos la extensión de PHP podemos realizar dos
acciones:

1. Estáticamente: Incluir la Extensión en el archivo “php.ini” para que esta se cargue automáticamente y sea accesible para todos los usuarios que usen el mismo servidor. Este procedimiento esta explicado en el artículo anterior.
2. Dinámicamente: Incluir la extensión en tiempo de ejecución en nuestra aplicación, esto quiere decir que solo estará accesible para quien esté programando la aplicación y no para los demás usuarios, lo cual es bastante interesante, sobre todo si no queremos que otros usuarios tengan tantas extensiones a su disposición.

Para lograr cargar la extensión en tiempo de ejecución solo es necesario que después de haber compilado la extensión, se copia a algún directorio accesible para nuestra aplicación por ejemplo “extensiones”.

Ya desde el desarrollo de nuestra aplicación solo es necesario llamar su carga con el siguiente código:

<?php
if (!extension_loaded('mssql')) {
  $prefix = (PHP_SHLIB_SUFFIX === 'dll') ? 'php_' : '';
  dl("extensiones/" . $prefix . 'mssql.' . PHP_SHLIB_SUFFIX);
}
?>

La segunda linea revisa si ya se encuentra cargada la extensión, si es negativo pasa a la tercera linea, donde se revisa el sufijo del sistema, esto quiere decir que si esta en Linux, la extensión es “.so” y si esta sobre Windows, la extensión es “.dll” y además en Windows las exenciones tienen un prefijo “php_” por lo que se debe agregar al nombre de la extensión. Por ejemplo:

Linux: mssql.so
Windows: php_mssql.dll

Ya en la cuarta linea se realiza la carga con la función “dl“, en la cual se debe de ubicar la dirección de la extensión.

Podemos intentar realizar la conexión a la base de datos de la siguiente forma:

$conn = mssql_connect("192.168.0.1:1433", "user", "pass");
mssql_select_db("tabla", $conn);

En la parte del Host, se puede usar “IP:1433″ o “midominio.com:1433″.

Otra cosa a notar es la separación del puerto, en windows será necesario separarlo por “coma” (“192.168.0.1,1433“), y si es un PHP en linux será necesario que se separe por “dos puntos” (“192.168.0.1:1433“).

Para poder conectar correctamente a MS SQL Server dejo algunas recomendaciones que considero pertienetes y que me ayudaron a conectar remotamente.

• Que SQL Server soporte autenticación por nombre de usuario y contraseña, el cual se puede verificar en “Propiedades” del servicio, pestaña “Seguridad” y en autenticación debe estar activada “SQL y Windows”
• Revisar que esté activado el servicio por red, el cual se puede verificar en “Propiedades” del servicio, en la pestaña “General”, botón “Configuración de Red”. En protocolos autorizados debería estar “TCP/IP”, con el puerto “1433″
• Si el Servidor de la DB tiene algun tipo de firewall interno por software, se deberá habilitar que acepte conexiones al puerto 1433
• Si existe un ruteador en la red del servidor, se deberá dirigir las conexiones TCP del puerto 1433 desde quien tiene la IP homologada de internet hacia la IP interna del servidor.

Extendiendo el artículo que escribí anteriormente sobre como Compilar la Extensión “mssql.so” para PHP 5, esta vez trate de hacerlo en un PHP 4 más o menos con el mismo procedimiento, pero ahora en un servidor de producción con RedHat Enterprise 3, donde me encontré varios problemas que no me permitían realizar de forma correcta la compilación.

Debido a lo anterior, documento en este artículo como logré compilar la extensión.

Después de terminar mi aplicación era necesario ejecutarla ya en un servidor de producción, sin embargo me tope con un RedHat con PHP 4.3.2, donde encontré algunos problemas, los cuales describo a continuación.

Primero me percate que existiera el paquete “php-dev” el cual en RedHat se llama “php-devel“, el cual no me fue difícil encontrar para la versión en la que quería compilar. Lo siguiente fue descargar el RPM de las fuentes de PHP, que tampoco me dio ningún problema, salvo que la instalación del paquete me lo dejó en: “/usr/src/redhat/SOURCES/php-4.3.2.tar.bz2“. Por lo que lo descomprimí con:

tar xvfj php-4.3.2.tar.bz2

Como estamos tratando con PHP 4 y no con mi cómodo PHP 5 de mi máquina, hay que cambiar algunas cosas en las variables de shell. Hay que recordar que es necesario estar dentro de el directorio de la extensión y ejecutar lo siguiente:

export PHP_PREFIX="/usr"
$PHP_PREFIX/bin/phpize

Traté de seguir los mismos pasos que describo en mi Artículo anterior, sin embargo mi primer problema salió en el “configure” de PHP, donde me arrojó el siguiente error:

Cannot find FreeTDS in known installation directories

Por lo que se puede deducir de forma lógica que el problema esta en la instalación de FreeTDS. Por alguna causa los paquete precompilados no funcionaban, así que después de varios intentos fallidos me arme de valor y me baje las fuentes para compilarlo yo mismo siguiendo las indicaciones de la página de FreeTDS:

wge http://ibiblio.org/pub/Linux/ALPHA/freetds/stable/freetds-stable.tgz
tar xvfz freetds-stable.tgz
cd freetds-0.64/
./configure --prefix=/usr/local/freetds
make
make install

Después de terminar la compilación e instalación traté de continuar con el “configure” de la extensión “mssql” sin embargo fue necesario cambiar la línea un poco, ya que es necesario indicarle a la extensión donde esta el FreeTDS para así continuar con el “make”

./configure --with-mssql=/usr/local/freetds/ --with-php-config=$PHP_PREFIX/bin/php-config
make

Para mi mala suerte, el “make” me dió las siguientes lineas de
error.

xt/standard/php_standard.h:44,
 from /usr/src/redhat/SOURCES/php-4.3.2/ext/mssql/php_mssql.c:31:
/usr/include/openssl/kssl.h:72:18: krb5.h: No such file or directory
In file included from /usr/include/openssl/ssl.h:179,
 from /usr/include/php/main/php_network.h:78,
 from /usr/include/php/ext/standard/fsock.h:38,
 from /usr/include/php/ext/standard/php_standard.h:44,
 from /usr/src/redhat/SOURCES/php-4.3.2/ext/mssql/php_mssql.c:31:
/usr/include/openssl/kssl.h:134: syntax error before "krb5_enctype"
/usr/include/openssl/kssl.h:136: syntax error before '*' token
/usr/include/openssl/kssl.h:137: syntax error before '}' token
/usr/include/openssl/kssl.h:149: syntax error before "kssl_ctx_setstring"
/usr/include/openssl/kssl.h:149: syntax error before '*' token
/usr/include/openssl/kssl.h:150: syntax error before '*' token
/usr/include/openssl/kssl.h:151: syntax error before '*' token
/usr/include/openssl/kssl.h:151: syntax error before '*' token
/usr/include/openssl/kssl.h:152: syntax error before '*' token
/usr/include/openssl/kssl.h:153: syntax error before "kssl_ctx_setprinc"
/usr/include/openssl/kssl.h:153: syntax error before '*' token
/usr/include/openssl/kssl.h:155: syntax error before "kssl_cget_tkt"
/usr/include/openssl/kssl.h:155: syntax error before '*' token
/usr/include/openssl/kssl.h:157: syntax error before "kssl_sget_tkt"
/usr/include/openssl/kssl.h:157: syntax error before '*' token
/usr/include/openssl/kssl.h:159: syntax error before "kssl_ctx_setkey"
/usr/include/openssl/kssl.h:159: syntax error before '*' token
/usr/include/openssl/kssl.h:161: syntax error before "context"
/usr/include/openssl/kssl.h:162: syntax error before "kssl_build_principal_2"
/usr/include/openssl/kssl.h:162: syntax error before "context"
/usr/include/openssl/kssl.h:165: syntax error before "kssl_validate_times"
/usr/include/openssl/kssl.h:165: syntax error before "atime"
/usr/include/openssl/kssl.h:167: syntax error before "kssl_check_authent"
/usr/include/openssl/kssl.h:167: syntax error before '*' token
/usr/include/openssl/kssl.h:169: syntax error before "enctype"
In file included from /usr/include/php/main/php_network.h:78,
 from /usr/include/php/ext/standard/fsock.h:38,
 from /usr/include/php/ext/standard/php_standard.h:44,
 from /usr/src/redhat/SOURCES/php-4.3.2/ext/mssql/php_mssql.c:31:
/usr/include/openssl/ssl.h:909: syntax error before "KSSL_CTX"
/usr/include/openssl/ssl.h:931: syntax error before '}' token
make: *** [php_mssql.lo] Error 1

Despues de preguntarle a Google, no tardé en encontrar la solución.

export CPPFLAGS='-I/usr/kerberos/include/'
./configure --with-mssql=/usr/local/freetds/ --with-php-config=/usr/bin/php-config
make

Y listo, eso fue todo, compiló y ejecutó correctamente, aunque eso sí, en el transcurso de la compilación de la extensión “mssql” para PHP4 se dijeron muchas maldiciones.

Espero que este artículo sea de ayuda si te esta pasando lo mismo.

Este artículo detalla la forma en la que se debe compilar la extensión “mssql.so” para PHP versión 5.x, necesaria para lograr conectar a una base de datos Microsoft SQL Server sobre un sistema controlado GNU/Linux Debian Inestable (puede aplicarse a casi cualquier otra distribución ajustando las rutas y paquetes).

Hace poco me vi en la necesidad de usar bases de datos Microsoft SQL Server para una aplicación PHP. Realizar esta conectividad sobre Windows no representa ningún problema, ya que los binarios de PHP para esta plataforma vienen con la extensión necesaria (“php_mysql.dll”) lista para ser usada, sin embargo, en Linux la historia es muy diferente.

Tengo un Debian Sid con PHP5, pero en pero en los repositorios del “apt” no se encuentra la extensión de “mssql.so” así que puse manos a la obra para compilar la extensión.

A continuación describo los pasos que realice para la compilación, que de seguro puede ser aplicada para otras extensiones de PHP. Espero que sea de ayuda.

Primero deberemos de revisar que nuestro Debian tenga las lineas necesarias para el acceso a los repositorios.

#/etc/apt/sources.list
# Debian unstable Primary repository
deb http://ftp.debian.org/debian/ unstable main non-free contrib
deb-src http://ftp.debian.org/debian/ unstable main non-free contrib

A continuación debemos bajar tanto el paquete de desarrollo de módulos como las fuentes de PHP5

apt-get install php5-dev
apt-get source php5

La primera línea descarga e instala un conjunto de archivos, entre los cuales destacan: el binario “phpize5″, y el archivo “php-config5″, los cuales nos serán de utilidad mas adelante

La última línea descarga tres archivos, en mi caso “php5_5.1.4.orig.tar.gz”, “php5_5.1.4-0.1.diff.gz” y “php5_5.1.4-0.1.dsc”, además que descomprime el primero en un directorio llamado “php5-5.1.4″ dentro de “/usr/src/”.

La intención de todo esto es compilar únicamente la extensión que queremos usar, sin tener que compilar todo el PHP, así que a continuación entramos en el directorio de las fuentes y directamente en la extensión que queremos compilar, para realizar algunas acciones:

cd /usr/src/php5-5.1.4/ext/mssql/
export PHP_PREFIX="/usr"
$PHP_PREFIX/bin/phpize5

En la primera línea entramos al directorio de la extensión, en la segunda, exportamos una variable de entorno llamada “PHP_PREFIX”, y en la tercera línea, realizamos la configuración de “phpize5″, teniendo en cuenta que este archivo se encuentra en “/usr/bin/phpize5″, lo cual nos devolverá algo parecido a lo siguiente:

Configuring for:
PHP Api Version: 20041225
Zend Module Api No: 20050922
Zend Extension Api No: 220051025

Después debemos realizar la configuración adecuada. Cada extensión tiene sus propias reglas de compilación que podemos verificar con:

./configure --help

En mi caso pongo lo que use para la compilación de la extensión “mssql”

./configure --with-mssql --with-php-config=$PHP_PREFIX/bin/php-config5
make

La extensión se compila y se guarda en un directorio llamado “modules”. Con esto, lo único que falta es copiar la extensión al lugar adecuado y cambiarle sus permisos.

cp /usr/src/php5-5.1.4/ext/mssql/modules/mssql.so /usr/lib/php5/20051025/
chmod -x /usr/lib/php5/20051025/mssql.so

Y agregar o descomentar la linea correspondiente en “/etc/php5/apache2/php.ini”

extension=mssql.so

Ya solo es necesario reiniciar apache si es que PHP corre como módulo, para terminar podemos verificar que este funcionando correctamente, creando un archivo, por ejemplo “info.php” con el siguiente contenido:

El cual a la hora de ejecutarlo podremos verificar su correcta carga en PHP5.

Este artículo agrupa información variada sobre el uso de “Exim” en el rastreo y parseo de la cola de mensajes. Con el tiempo iré documentando más a fondo cada una de las opciones y agregaré las nuevas que considere interesantes.

Lo primero que podemos hacer es saber cuantos correos tenemos en cola con:

exim -bpc

Podemos listar todos los correos en cola:

exim -bp

Ya de aquí podemos empezar a realizar filtrados con:

exim -bp | grep

Lo mas normal es encontrar muchos correos en estado “Frozen” los cuales podemos contabilizar así:

exim -bpr | grep frozen | wc -l

Podemos saber mas sobre un envío en cola, viendo el “Status log” de un correo particular:

exim -Mvl

Para ver la cabeceras del mensaje:

exim -Mvh

Para ver el cuerpo del mensaje:

exim -Mvb

Para descongelar un correo en cola:

exim -Mt

Para borrar todos los mensajes “Frozen” en cola:

exim -bpr | grep "frozen" | awk '{ print $3 }' | xargs -l10 exim -Mrm

Para ver que dominios están ocupando mas espacio en la cola:

exim -bpr | exiqsumm -c | head

Para eliminar todos los correos en cola de un correo en particular:

exiqgrep -i -r user@hostname.com | xargs exim -Mrm

Para eliminar todos los correos en cola de un dominio en particular:

exiqgrep -i -r hostname.com | xargs exim -Mrm

Para remover TODOS los mensajes en Cola:

exim -bp | awk '/^ *[0-9]+[mhd]/{print "exim -Mrm " $3}' | sh

Este es bastante interesante para crear reportes variados parseando los logs de Exim:

eximstats -html /var/log/exim_mainlog > eximrep.html

Para información detallada: este link