Blog del Merlos

Copio un comentario de la página PHP:Regex POSIX -Manual en el que se listan los metacaracteres en expresiones regulares. Estos metacaracteres básicamente son conjuntos de caracteres como pueden ser alfanuméricos, dígitos, signos de puntuación , así en una expresión regular para capturar los números y letras la primera palabra palabra en lugar de usar /^([a-zA-Z0-9]+) /, puedes emplear /^([:alfa:]+) /.

Los metacaracteres son:

[:digit:] Only the digits 0 to 9
[:alnum:] Any alphanumeric character 0 to 9 OR A to Z or a to z.
[:alpha:] Any alpha character A to Z or a to z.
[:blank:] Space and TAB characters only.
[:xdigit:] .
[:punct:] Punctuation symbols . , ” ‘ ? ! ; :
[:print:] Any printable character.
[:space:] Any space characters.
[:graph:] .
[:upper:] Any alpha character A to Z.
[:lower:] Any alpha character a to z.
[:cntrl:] .

OSAP es un proyecto LGPL que publiqué hace unos días en Code Google. OSAP es mi primera incursión en el uso de las APIs de Open.Movilforum.

Open Movilforum es una iniciativa de Telefónica Móviles de España en la que están abriendo algunos de sus servicios para que desarrolladores independientes puedan crear aplicaciones usando los servicios de Movistar.

OSAP es la implementación de envío y recepción de mensajes utilizando estos servicios de Movistar. OSAP implementa el gateway de envío y recepción de mensajes de movistar para la extensión PEAR Net_SMS que fue hecha por la gente del proyecto The Horde.

Actualmente, el proyecto está publicado de forma autónoma, no obstante, ya me puse en contacto con los creadores del paquete Net_SMS por si estaban interesados en incluir el gateway de envío y recepción de mensajes de Movistar.

En breve espero publicar un servicio, muy sencillo y novedoso que hace uso de esta API.

Ayer me suscribí a los RSS del Blog de Esteban Viso, un antiguo compañero de la Universidad. Cuando vi el mensaje titulado Descubriendo la Ley de Pareto me picó la curiosidad y lo leí.

Pareto es un viejo amigo nuestro de carrera, se usaba en sistemas de conmutación para estimar el número de enlaces que tenías que meter en cada tramo de la red.

Nunca entendí muy bien esa distribución y después de leer eso, los enlaces sobre el Principio de pareto en la Wikipedia (español), algún texto más entiendo un poco cuál es la motivación de esta ditribución.

Me quedo con el corolario que el “80% de los resultados provienen del 20% de las actividades”. Esta frase lapidaria, está relacionada con temas de gestión del tiempo que últimamente estoy intentando aplicar a mi trabajo y a mi vida personal ¡La vida es muy corta y me quedan muchas cosas que hacer!

A modo de resumen incluyo en este artículo, los errores más típicos en el diseño de páginas de registro sacados de Account Sign-in: 8 design mistakes to avoid y Account Sign-in: 8 more design mistakes to avoid.

Voy a hacer un copy-paste, para que sirva como referencia:

Mistake #1: Having a Sign-in In The First Place
Mistake #2: Requiring Sign-in Too Soon
Mistake #3: Not Stating the Benefits to Registering
Mistake #4: Hiding the Sign-In Button
Mistake #5: Not Making “Create New Account” or “Forgot Your Password” Link
Mistake #6: Not Providing Sign-in Opportunities at Key Locations
Mistake #7: Asking for Too Much Information When Registering
Mistake #8: Not Telling Users How You’ll Use Their Information
Mistake #9: Not Telling Users the Requirements for Username and Password Up Front
Mistake #10: Requiring Stricter Password Requirements Than The NSA
Mistake #11: Using Challenge Questions They Won’t Remember In A Year
Mistake #12: Not Returning Users to Their Desired Objective
Mistake #13: Not Explaining If It’s The Username or Password They Got Wrong
Mistake #14: Not Putting A Register Link When The Sign-In Is An Error
Mistake #15: Not Giving the User A Non-email Solution To Recover Their Password
Mistake #16: Requiring More Than One Element When Recovering Password