iPhone VS T-Mobile G1

Aunque el dispositivo de T-Mobile presenta algunas carencias, debidas principalmente a que el sistema Android aún está algo “verde”, lo cierto es que este terminal fabricado por HTC supone un buen punto de partida para los móviles que a buen seguro se irán presentando a lo largo del próximo año como alternativa al móvil de Apple (especialmente desde que Google decidió declarar Android como de código abierto).

Sin embargo, por el momento Apple y Microsoft seguirán repartiéndose la mayor tajada del mercado en cuanto a sistemas operativos para smartphones se refiere.

[ Vía: Xataca móvil ]

Para muestra, el anuncio del ultrarápido iPhone 3G de Apple:

Podmeos concluir que el vídeo de la derecha se grabó en una nave espacial a velocidades relativistas, y que si Albert Einstein hubiese tenido un iPhone habría podido explicar facilmente su teoría de la relatividad general, el problema de los gemelos y otras paradojas de la dilatación temporal…

[ Vía: isopixel ]

La implantación de IPv6 es muy lenta

No se trata de una cuestión trivial, ya que todo dispositivo de red que desee conectarse a Internet requiere forzosamente hacer uso de una dirección IP pública (algo así como un número único de matrícula que necesitan las máquinas para circular por la red).

Actualmente se emplea el espacio de direcciones asignado por el protocolo IP versión 4, que permite unos 4.300 millones de direcciones diferentes. Aunque esta cantidad parece muy grande, en realidad resulta insuficiente para el número de máquinas que actualmente necesitan conectarse a Internet, y cada día crece más y más. Desde finales de los años 90 se trató de paliar esta situación con la aplicación generalizada de mecanismos NAT (conectar varios dispositivos con IP privada haciendo uso de una única IP pública común), pero esto solo ha conseguido aplazar el problema durante un tiempo.

La solución pasa por la adopción urgente de la versión 6 del protocolo por parte de todos los dispositivos y estándares de la red de redes, que permitirá manejar un espacio de direccionamiento prácticamente ilimitado (más de 340 sextillones de direcciones únicas), además de incorporar mecanismos de enrutamiento y seguridad más eficientes que los actuales.

¿Llegará el día en que no puedan conectarse nuevas máquinas a Internet por falta de direcciones?

[ Vía: Tecnología hecha palabra ]

Una de las principales dificultades que se encuentran los programadores noveles (y no tan noveles) que trabajan con bases de datos SQL es el uso correcto del operador JOIN para combinar los registros de varias tablas. En estos casos, sin duda una imagen vale más que mil palabras.

La operación de combinar dos tablas se basa fundamentalmente en la búsqueda de coincidencias/diferencias entre dos conjuntos de elementos relacionados. Por ello, los diagramas de conjuntos resultan muy útiles para explicar de una manera gráfica los distintos tipos de unión que se pueden llevar a cabo en SQL.

En los siguientes enlaces podéis encontrar un par de artículos donde se explica, gráficamente y a partir de sendos casos de ejemplo, el funcionamiento de los principales tipos de JOIN que existen en SQL:

• Explicación visual de los SQL Join

• JOINs para seres humanos

[ Vía: Boozox | QuarkBlog ]

Gmail, Blogger, Picasa, Google Maps o YouTube (sin olvidar al omnipresente buscador web) son solo algunas de las aplicaciones que hacen uso de esta vasta red de centros que da soporte a cientos de millones de personas diariamente.

Los chicos de la compañia sueca Pingdom han elaborado este interesante mapa -utilizando la tecnología de Google Maps por supuesto- en el que se recogen todas las ubicaciones de los 36 centros que posee actualmente la gran G. Lo han realizado a partir de datos no oficiales recogidos por Data Center Knowledge, ya que la información oficial al respecto está celosamente guardada.

A modo de resumen, podemos decir que la mitad de estos centros de datos se encuentran en EEUU, un tercio de ellos en Europa y Rusia, tres en Asia y solo uno en Sudamérica. No figura ningún centro de estas características en España…

En el blog de Pingdom explican que una de las razones por la que es complejo determinar la ubicación de estos centros se debe a que la mayoría de las direcciones IP que emplea Google están adscritas a su dirección de Mountan View (CA), lo que imposibilita obtener información a partir de consultas WHOIS o por GeoIP.

También especulan con la posibilidad de que esta red de centros se vea pronto ampliada con nuevas ubicaciones en Europa del este y en el sureste asiático.

[ Vía: Royal Pingdom ]

Sendmail es uno de los MTAs o Agentes de Transporte de Correo más populares para sistemas Unix, y su misión principal es la de enrutar los mensajes salientes de nuestro sistema para que alcancen su destino. Sin embargo, también proporciona un conjunto de utilidades para el manejo y la gestión de dichos correos.

Supondremos que ya tenemos configurado en nuestro sistema el paquete sendmail y sus paquetes auxiliares. Para más información sobre la instalación y configuración de sendmail podéis consultar estos enlaces:

• Instalación y configuración básica de sendmail
• Cómo configurar sendmail

La cola de correo saliente (outbound queue)

Cuando un correo está listo para su envío normalmente permanece en la cola unos breves instantes hasta que es enrutado hacia el servidor de destino. Sin embargo, en ocasiones un correo puede permanecer en la cola de salida durante un tiempo indefinido sin ser enviado. Esto puede ser debido a que el servidor de destino está inaccesible, o bien porque el correo está mal construído, normalmente por tratarse de spam que se genera en nuestra red. Un mensaje que no puede enviarse inmediatamente vuelve a colocarse en la cola para un posterior reintento durante varias veces, hasta que finalmente sendmail desiste de enviarlo y lo elimina.

El comando mailq es un alias para la orden sendmail -bp y muestra por pantalla información sobre los correos encolados actualmente a la espera de ser enviados. Como se puede ver, cada correo en la cola está identificado por un código de la forma mXXXXXXXXXXXXX donde X es un número o una letra. También se nos muestra el tamaño del mensaje en bytes, la fecha, la hora y el remitente, así como información acerca de los intentos de envío:

En el ejemplo vemos que el primer mensaje encolado no tiene especificado ningún remitente y no ha conseguido establecer una conexión smtp con el servidor relay.careeruildermail.com (presumiblemente porque el servicio de correo esté deshabilitado en la máquina y además se trata de un mensaje de spam). El mismo problema de conexión se repite con el segundo correo. El último mensaje no encuentra el host de destino (se ha escrito hotamail en vez de hotmail).

Estos mensajes llevan ya varios días en la cola mientras sendmail intenta repetidamente darles salida, lo que supone un gasto inútil de procesador, memoria, almacenamiento y ancho de banda.

Buscar mensajes atascados en la cola

Los mensajes de correo que se encuentran en espera para ser enviados a otros servidores usualmente se almacenan en la carpeta /var/spool/mqueue/. Por cada mensaje en la cola se encuentran dos ficheros en este directorio de nombres qfmXXXXXXXXXXXXX y dfmXXXXXXXXXXXXX que se corresponden con la cabecera y el cuerpo respectivamente. Para eliminar estos mensajes de la cola basta con eliminar sus ficheros correspondientes de la carpeta mqueue. Es el caso de los mensajes del ejemplo anterior, que como hemos visto pueden ser eliminados con total seguridad.

Sin embargo, si nuestra organización maneja un volúmen muy alto de correos puede resultar tedioso realizar manualmente estas tareas de comprobación y borrado de ficheros. El siguiente script nos permitirá buscar y eliminar automáticamente de la cola los mensajes cuya información proporcionada por mailq presente unas determinadas coincidencias que nosotros consideremos oportunas:

Fichero: colasalida.sh

#!/bin/bash
#
# LIMPIEZA COLA MENSAJES DE SALIDA
#
# Autor:    Carlos Delgado Andrés
# Version:    14/02/2008
#################################################

# Directorio donde se almacenan los mensajes salientes (acabado en "/")
MSGFOLDER="/var/spool/mqueue/"

# Ubicacion del fichero con las coincidencias a eliminar (una palabra por cada linea)
FICHEROCOINCIDENCIAS="/root/colasalida.txt"

# Contador de mensajes a eliminar
CONTADOR=0

# Comprobar los parametros de la llamada al script (puede haber 0 o 1)
if [ $# -gt 1 ]; then
 echo ""
 echo "    SINTAXIS:    $0 [--limpiar]"
 echo ""
 exit 1
fi

if [ $# -eq 1 ];
then
 if [ $1 != "--limpiar" ];
 then
 echo ""
 echo "    SINTAXIS:    $0 [--limpiar]"
 echo ""
 exit 1
 else
 SHOW_ONLY=0
 fi
else
 SHOW_ONLY=1
fi

# Si se usó la opcion --limpiar, se eliminan de la cola los mensajes que contienen las coincidencias:
if [ $SHOW_ONLY -eq 0 ];
then
 echo -e "\n\t** LIMPIANDO COLA OUTBOUND... **\n"

 for id in `mailq | tr '\n' ' ' | sed 's/m[0-9][0-9a-zA-Z]*/\n&/g' | sed '1d' | fgrep -f "${FICHEROCOINCIDENCIAS}" | awk -F' ' '{print $1}'`; do echo -e "\t\t$id"; rm -f "${MSGFOLDER}qf$id"; rm -f "${MSGFOLDER}df$id"; let CONTADOR=$CONTADOR+1; done;

 echo -e "\n\tOK! Eliminado(s) $CONTADOR mensaje(s) de la cola.\n"

# Si no se usó, solo muestra los mensajes que se eliminarian, pero no los elimina
else
 echo -e "\n\t** COINCIDENCIAS EN LA COLA OUTBOUND... **\n"

 # Muestra la info. relativa a los mensajes
 mailq | tr '\n' ' ' | sed 's/m[0-9][0-9a-zA-Z]*/\n&amp;/g' | sed '1d' | fgrep -f "${FICHEROCOINCIDENCIAS}" | sed 's/m[0-9][0-9a-zA-Z]*/\n&amp;/g' | sed 's/:[0-9][0-9] /&amp;\n/g' | sed 's/>[ \t][ \t]*/&amp;\n/g' | sed 's/[ \t][ \t]*</\n</g'

 # Cuenta los mensajes
 for id in `mailq | tr '\n' ' ' | sed 's/m[0-9][0-9a-zA-Z]*/\n&amp;/g' | sed '1d' | fgrep -f "${FICHEROCOINCIDENCIAS}" | awk -F' ' '{print $1}'`; do let CONTADOR=$CONTADOR+1; done;

 echo -e "\n\tPuede(n) eliminarse $CONTADOR mensaje(s) de la cola.\n"
fi

exit 0

El script anterior selecciona en la salida devuelta por mailq los mensajes que cumplen con las coincidencias indicadas en el fichero /root/colasalida.txt, de manera que cada línea presente una de las cadenas a reconocer.

Por ejemplo, si se deseamos buscar todos los mensajes que no presentan remitente o que están dirigidos al dominio hotamail.com, el fichero debería de contener estas dos líneas:

Fichero: colasalida.txt

<>
hotamail

En este caso, vemos que hay dos mensajes en la cola que presentan esas coincidencias:

Limpiar la cola de mensajes atascados

Para eliminar todos los mensajes que presentan coincidencias, debemos ejecutar el comando colasalida.sh –limpiar:

Con esto habremos eliminado de un plumazo todos esos correos inútiles que saturaban la cola de correos de nuestra organización.

NOTA:

Es posible que al listar los correos a eliminar, aparezca un carácter junto al identificador de algún mensaje (normalmente un asterisco), lo que indica que actualmente sendmail está trabajando con ese mensaje.

Si se da esta circunstancia, es posible que no sea eliminado de la cola al ejecutar el script con la opción –limpiar. En estos casos, bastaría con esperar unos momentos para volver a ejecutar el script.

Apache Web Server: llamadas al S.O. (Linux)

Microsoft IIS: llamadas al S.O. (Windows)

A la vista de estos gráficos podemos deducir fácilmente que el riesgo de fallo es notablemente mayor en el caso del servidor de Microsoft, ya que multiplica enormemente el número de transacciones realizadas por Apache.

Sin embargo este indicador es solo uno entre los muchos que debemos tener en cuenta a la hora de evaluar el rendimiento de un sistema, como por ejemplo el que estas transacciones aunque más numerosas puedan ser más ligeras, o que la configuración de hardware empleada pueda ajustarse mejor a un caso que a otro…

A este respecto, AQUÍ podéis consultar una de las muchas comparativas que circulan por la red sobre el rendimiento de ambos servidores web. Como comprobaréis, gran parte de las conclusiones que se pueden obtener de dichos análisis dependen en gran parte de quién los haya realizado y bajo qué condiciones. Ya se sabe, cada uno ve la botella medio llena o medio vacía según su conveniencia…

[ Vía: Kriptópolis ]

Uno siempre piensa que estas cosas son exageraciones, hasta que empieza a ver realmente cómo funcionan las cosas dentro de una empresa …y entonces se da cuenta que la sátira es tan real como la vida misma.

[ Vía: RuFadas ]

La receta es simple: se necesitan dos geeks que lleven semanas sin salir de casa armados con una videocámara, un viejo microprocesador AMD Durón montado en su correspondiente placa base y con el disipador desatornillado, un banco de herramientas, un garaje luminoso y una batería de coche. Los fuegos artificiales ya los ponen ellos…

Evidentemente también existe la versión equivalente en donde podemos mandar al otro barrio a un Intel Pentium4, pero en este blog sabemos que nuestro público es selecto, como selectos son los chips que achicharramos, faltaría más…

Por cierto, si sentís curiosidad por saber qué sucede realmente con una CPU funcionando sin refrigeración, nos lo puede explicar el tío Tom:

De igual manera que un programa “¡Hola, mundo!”, este simple artículo me permite probar el correcto funcionamiento de mi nuevo blog, y es el primero de una larga (espero) serie de artículos que irán dando forma a esta bitácora.

Espero también que los contenidos e impresiones aquí vertidas resulten de utilidad, o al menos del agrado, de todos aquellos visitantes que os asoméis por este pequeño rincón de la telaraña mundial.

Sin más, que comience el espectáculo.