Muchas veces nos habremos encontrado con que al estar haciendo un script para trabajar con el código de alguna web al tratar los carácteres no ascii estandar se nos ven mal al imprimirlos por pantalla o no los podemos usar bien porque no sabe representarlos.

Para que perl sepa reconocerlos de manera correcta, usaremos el modulo Encode (perl -MCPAN -e shell o cpan ( con active perl ) ; install Encode)

#!/usr/bin/perl

use Encode;

$limpia = decode(”windows-1250″, $varible_codificacion_windows-1250);
print $limpia . “\n”;

“windows-1250″ no tiene que ser necesariamente esa, puede ser cualquiera de las que tengamos. Para ver las posibles usariamos algo parecido a esto:

#/usr/bin/perl

use Encode;

@list = Encode->encodings();

Algo más sobre codificaciones

Si tienes dudas de qué encoding usa su editor, recomiendo que eches un
vistazo a cómo graba los caracteres tu editor. Si las tildes aparecen
como un único byte, seguramente sea ISO-8859-1. Si los caracteres sin
tilde aparecen como un byte y aquellos con tilde como dos, seguramente
sea UTF-8, y si todos los caracteres tienen dos bytes, entonces es
UTF-16 (poco habitual como opción por defecto). Puedes verlo usando
“hexdump -C nombre_fichero.xml”.

origen: la lista de hispalinux

El ataque se basa en el módulo de predicción de los procesadores actuales, que en aras de aumentar la velocidad se diseñó tomando un atajo.

Debido a esta debilidad sería posible predecir una clave generada por un procesador mediante la ejecucion de un programa en el mismo rompiendo fácilmente cualquier sistema de cifrado basado en estas claves.

” A modo de ejemplo, los autores afirman haber hallado al primer intento una clave de 512 bits utilizada en OpenSSL, en sólo varias milésimas de segundo. ”

La única solución a este fallo de seguridad reside en rediseñar por completo los procesadores reduciendo de esta manera su velocidad.

La noticia puede leerse en Kritopolis.

¿Alguna vez os habeis percatado de que se os va la hora en los relojes? Con el tiempo la falta de precisión hace que se nos adelante o retrase la hora. Tambien la falta de energía por agotamiento de una pila o el fin de la correa de un reloj pueden ser motivos de desincronización en un reloj.

Hace tiempo que me cansé de ello y decidí tener una hora maestra que se actualizase automaticamente a partir de la cual sincronizar el resto de relojes cada cierto tiempo.

Para ello he escogido mi servidor linux, ya que se trata de una máquina que no se apaga nunca. En cualquier caso no es necesario que sea una máquina 24 horas en pie.

Lo que básicamente necesitamos es un cliente del protocolo ntp. En debian lo podemos encontrar en el repositorio de apt:

# apt-get install ntpdate

Ahora el binario ntpdate se encuentra instalado en nuestro sistema. Para hacerlo funcionar basta con que ejecutemos

# ntpdate -u servidor.ntp

en donde servidor.ntp es un servidor que soprote el protocolo ntp. En mi caso yo utilizo ntp.upv.es.

Por último quise que se sincronizase la hora de forma automática cada domingo, para lo que añadí la siguiente entrada al archivo /etc/crontab:

#minute hour mday month wday who command

00 00 * * 1 root ntpdate -u ntp.upv.es

en donde el 1 es el día de la semana (domingo) que queremos que se ejecute la sincronización empezando por el domingo (1-7).

A principios de semana Sun Microsystems anunciaba que facilitará el acceso libre y gratuito a las clases de su popular lenguaje de programación a lo largo del 2007, aunque este pasado lunes ya había acceso a una gran variedad de estos.

De este modo, Sun Microsystems contribuye una vez mas a la comunidad Open Source con el que ha contribuido tanto con su Open Office y Sun Solaris, una alternativa a M$ Office y Linux.