Ha sido un descubrimiento casual, utilizando Google Calendar. Una de las mejores funcionalidades que tiene este calendario es la de compartirlo con varias personas, una buena forma de organizarse tanto profesional como personalmente en grupo. Otra de las cosas interesantes que permite es la de configurar alertas, que pueden ser tanto por email como por SMS, cuando se hacen modificaciones en el calendario compartido. Y ahí es donde viene el pequeño “hack”, que es simplemente poner un mensaje en el nombre de la cita a guardar en el calendario, con lo que el mensaje se envía si está puesta la opción de alertas SMS. Funciona perfectamente con móviles españoles, incluso en el extranjero.

Me ha sorprendido más que por la posibilidad en sí, por el “agujero” de seguridad o de funcionalidad, si se le puede llamar así. Aunque no es nada comparado a otros problemas que ya ha tenido Google.

Pero… ¿Google no era algo fantástico e inexpugnable? Google se ha beneficiado de lanzar unos grandes productos (Buscador, Adwords, Gmail), pero se ha beneficiado también de que eran pocos y de integración sencilla, sin grandes contenidos locales lo que facilitaba su internacionalización y mantenimiento. Sobretodo esto último, el mantenimiento. Con más productos y más integrados la complejidad se multiplica.

Me he enterado esta mañana y me ha alegrado el día. Webmonkey fue para muchos una referencia a la hora de empezar en esto de la programación Web. Pero bajó mucho (muchísimo) el nivel, hasta el punto de convertirse en una sucursal barata de Macromedia, con artículos (y escasos) de Flash y poco más.

Ha vuelto y parece que con la misma frescura con la que empezó.

Según entro me encuentro con un tutorial para dar los primeros pasos en Python. Algo muy oportuno, ya que Python va a dar que hablar en las próximas fechas gracias al empujón que le va a dar la plataforma  Google App Engine.  Es decir, están buscando las nuevas tendencias del sector.

Además se ha modernizado y es mucho más del estilo “web 2.0″, permitiendo a los usuarios incluir contenido, tutoriales, etc…

Espero que tenga el éxito que se merece y salga de la decadencia en la que ha estado algunos años. Yo ya estoy suscrito!

Estoy asistiendo a algunas ponencias de las Jornadas de Conocimiento Libre de la UEM y hoy me he encontrado con una inesperada. Ha sido la de Álvaro López, que inició hace algunos años el proyecto Cherokee con el objetivo de mejorar el panorama de los servidores web incidiendo en la mejora del rendimiento y eficiencia.

Álvaro ha explicado las carencias del servidor Apache, basado en algunas ineficiencias heredadas de su precesor, el servidor web NCSA. Para este proyecto se empezó desde cero, sin condicionantes previos y con el objetivo de hacer un servidor lo más rápido posible. La filosofía es extremadamente modular, permitiendo incluso desactivar el módulo que lee la información del disco duro si por circunstancias es necesario.

Me han llamado poderosamente la atención algunas cosas:

- Velocidad: Hasta 6 veces más rápido que Apache sirviendo contenido estático, 3 veces más rápido con contenido dinámico.

- Facilidad de configuración: Tiene un panel de control y esta vía de configurarlo es la recomendable, aunque tiene ficheros de configuración “al uso”.

- Balanceo de carga: Cherokee puede ser incluso un balanceador de carga entre el servidor y otros servidores de aplicaciones, separando además funciones de servir contenido estático y dinámico entre servidores, aumentando extremadamente la eficiencia en la arquitectura.

He de reconocer que siempre he sido de los que he confiado ciegamente en Apache, pero ahora estoy deseando probar este. A ver si tengo resultados y publico la experiencia por aquí.

Después de actualizar a Worpress 2.5 he tenido un único problema (que haya visto hasta ahora). Las páginas propiamente dichas daban error 404. Esto afecta sólo si tienes un permalink customizado, parece ser que si usas el que viene por defecto no hay problema.

He probado varias cosas, pero la mejor solución la he encontrado en helpdeskgeek.com . Lo explica muy bien, pero he encontrado un pequeño fallo en el código, así que dejo por aquí mi solución.

Hay que editar el fichero wp-includes/rewrite.php y modificar un par de líneas:

if ( 0 === strpos($structure, ‘%postname%’) ||
0 === strpos($structure, ‘%category%’) ||
0 === strpos($structure, ‘%tag%’) ||
0 === strpos($structure, ‘%author%’) )
$this->use_verbose_page_rules = true;

Cambiar por:

if ( 0 === strpos($structure, ‘%postname%’) ||
0 === strpos($structure, ‘%category%’) ||
0 === strpos($structure, ‘%tag%’) ||
0 === strpos($structure, ‘%author%’) ||
$this->using_index_permalinks() )
$this->use_verbose_page_rules = true;

En negrita están las nuevas líneas. Después de cambiarlo habría que ir a Plugins/Permalinks y forzar una regerneración. Para eso se puede seleccionar “Default”, por ejemplo, y volver a seleccionar el permalink que queráis.

Parece que ha habido bastantes problemas (1,2,3,4,5) con esta actualización, ¡suerte con el upgrade!

He estado analizando la situación concienzudamente con Sepulcravo y tenemos ciertas teorías:

¿Será por esto?

¿o quizá por esto?

Aunque siempre puede ser por esto:

¿No es un personaje entrañable?

Hotmail decidió hace algún tiempo tomar un modelo de reputación para estimar si un servidor envía correo basura o no. Por defecto, un servidor no tiene ese crédito para poder enviar e-mails a los usuarios de Hotmail.

Esto perjudica a los que legítimamente quieren enviar emails desde cualquier servicio web de nueva creación, ya sea para enviar un boletín o simplemente e-mails relativos a registro en la web, recordar contraseñas, etc…

Los otros dos “grandes” del email, Yahoo! y Google, no tienen estos controles tan rigurosos y ciertamente la cantidad de spam que llega (según mi experiencia personal) no es tan grande. En el caso de Gmail, parecen utilizar varias técnicas combinadas, no sólo la reputación para una cierta IP.

Recientemente he tenido que lidiar con el asunto y he conseguido ser clasificado como “no spammer” por Hotmail después de estar varios días hablando con ellos y ajustando mi servidor. Dejo por aquí la experiencia y los pasos que seguí.

(more…)

El tema del hosting es muy delicado y llevo ya algunos años cambiándome de “casa web”, buscando alojamientos más bien baratos al pricipio, mayormente hostings compartidos y más de calidad ahora, con Virtual Private Servers y Hostings dedicados. He tenido problemas con casi todos, por lo que, asumiendo que estos problemas existen de por sí y son casi inevitables, lo mejor es tener a mano un buen soporte, y saber a lo que te atienes.

Empecé hace años con Ferca Network, con los que tuve algunos problemas por los que perdí información. Presa de la mala leche decidí cambiarme a un hosting en EE.UU. Su fundador, David Carrero, intentó convencerme de que me quedase, que lo de otros hostings es peor… y ciertamente, me arrepentí bastante en los años siguientes de no haberle hecho caso.

(more…)

Para los que les gusta centrarse en el desarrollo y no quieran dedicar tiempo al diseño, ya sea por poco gusto o poca maña, hay solución y está al alcance de cualquiera.

Lejos quedan los tiempos de edición HTML, romperse la cabeza con tablas, widths y cellpaddings. Afortunadamente el Open Source llegó también al diseño y las templates. Dejo por aquí un par de sitios con más de 2000 plantillas cada uno, para todos los gustos: oswd.org (mi favorito) y openwebdesign.org.

Para iconos también hay solución, una gran selección de smashing magazine y esta otra colección para la que habría que aplicar algo de Photoshop o GIMP.

Ya no hay excusa para no tener un site destartalado.

La optimización de un sistema es algo que llega tarde o temprano, y cuanto antes se empiece uno a plantear soluciones para no consumir recursos, mejor y más escalables serán los desarrollos.

Esto aplicado a un sitio web dinámico, como lo son casi todos hoy en día, tiene como primer paso reducir la carga de procesamiento al que sometemos al servidor cada vez que se realiza una petición. Si vamos a mostrar el mismo contenido a todos los usuarios durante las próximas horas, ¿por qué hacer trabajar al sistema para que haga una consulta a la base de datos, o ejecutar una script cada vez si el resultado va a ser el mismo?

Para evitar esto podemos hacer “cache” de contenidos, es decir, hacerlos estáticos, y solo regenerarlos cada cierto tiempo. Con esto el sistema no sólo tendrá menos carga de proceso y memoria, también será mucho más rápido.

Hay varias alternativas y de las que he evaluado me quedo con la librería Cache_Lite, por sencillez y versatilidad. He escrito un ejemplo completo que sirve par a ver cóm funciona y dejo por aquí.

(more…)

Me ha encantado la decsión de Yahoo! de apostar por OpenID, algo realmente interesante para extender este sistema de autentificación descentralizado, ya en uso por parte de otros servicios conocidos como AOL, Orange, Technorati o LiveJournal, por poner algunos ejemplos.

La principal característica de este sistema es que cualquier usuario puede utilizar un único login en cualquier servicio web que tenga este sistema para validar usuarios, de forma que no tendrá que hacerse múltiples cuentas, una en cada sitio, y tener que recordar múltiples contraseñas.

El funcionamiento es simple. Cuando nuestro usuario introduce su login y password en el sistema, éste se pone en contacto con un servidor de identidad OpenID, que validará las credenciales del usuario.

Pero hay más.

(more…)