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.

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

Pues sí, había leído algo de que con ruby el desarrollo de aplicaciones web era muy fácil, hoy me ha picado la curiosidad y he estado leyendo un poco sobre el tema, en particular un tutorial de Ruby on Rails [inglés] en el que a modo de diálogo trabajador-jefe, el primero le demuestra al segundo como mola este framework.

Ruby es un lenguaje de programación orientado a objetos que tiene una sintaxis muy simple y limpia. Por otro lado tenemos Rails. Rails es un framework de desarrollo de aplicaciones web en el que se prima el uso de convenciones frente a la configuración. ¿Qué quiere decir esto último? Pues que si no se dice nada se toma una serie de opciones por defecto, por ejemplo, dónde se van a almacenar los ficheros JavaScript, las hojas de estilo en cascada, las clases etc. Además, Ruby on Rails genera código basado en el Modelo de desarrollo MVC (Model - View - Controller). Es decir, que se separa lo que es la lógica de negocio o el modelado de la base de datos, de lo que es el controlador (el que gestiona las peticiones de los usuarios) y de lo que es de la vista de los datos (cómo se muestran los datos al usuario).

¿Qué tiene de particular Ruby on Rails? Pues que crear aplicaciones web es muy muy rápido. Si has oído hablar algo de Metodologías ágiles o eXtreme Programming…éste puede ser uno de tus framework.

En resumen, Ruby on Rails tiene muy buena pinta.

FCKeditor es lo que se denomina un “Rich Text Editor” o RTE. Se podría traducir, aunque no sé si con mucho acierto, por “editor de texto rico”. ¿Qué tiene de particular este editor? Que está escrito en JavaScript y que es Open Source.

¿Para qué te puede servir? Bueno, si eres desarrollador web y quieres escribir una aplicación web seguramente te interese que cuando un usuario introduzca texto pueda ponerlo bonito. Es ideal para blogs, sistemas gestores de contenido (CMS) y en general en cualquier aplicación en la que el usuario final tenga que escribir texto.

Por otro lado, hoy navegando por la red he encontrado Symfony. Symfony es un proyecto también open source que desarrolla un Framework para desarrollo de webs en PHP. Apenas he leído el capítulo de introducción del libro Synfony, la guía definitiva, pero tiene muy buena pinta.

Por lo que he entendido en la lectura, el framework te crea objetos que gestionan las tablas de las bases de datos. Si has desarrollado alguna vez una aplicación web sabrás que se pierde mucho tiempo en crear las clases para interactuar con la base de datos. Este framework te ayuda a reducirlo.