Aquí os presento la exclusiva de Discolog. Su logo y el favicon de la web. Espero que os gusten.

Aunque es probable que el diseño sea este los colores varíen. Lo dicho, espero que os gusten. Ya queda muy poco para tener una versión de prueba de Discolog :P!!!

Esto es una oda a mi esplendoroso pasado el cual he vuelto a recuperar gracias a una inversión, a corto plazo, de un amigo. Mi dominio ha estado como dos semanas sin renovarse… por un despiste a la hora de la renovación y… después, por la crisis de los 21 (siii mi cumpleeeee) años al estar sin un céntimo. El caso es que bloodblog.net ¡ya vuelve a ser de mi propiedad y completamente operativo de nuevo!

Aprovecho para informar que estoy trabajando en una monstruosa y novedosa red social: Discolog es su nombre. Estoy seguro que os encantará… pues pretende superar a Tuenti (que es una basura…) por poner un ejemplo de web social española. Os iré recordando mis avances… el núcleo de la aplicación ya está casi terminado y tengo esperanzas de liberar Discolog a finales de Marzo.

¡¡Adelante!! y con ánimo.

BloodGD.
Ando metido en un proyecto paralelo al que estoy haciendo. Este nuevo consistirá en una librería o clase de POO escrita en PHP para tratar imágenes con la librería GD (habitual que casi todas las instalaciones de PHP).

Me gustaría centrarme primero a bajo nivel en métodos que sean de utilidad, sencillos y fáciles de usar [y recordar!!]. Intentar hacerlo de la manera más óptima posible. Me gustaría, además, implementar poco a poco funciones de mayor nivel.

No se si conocéis Imaset, un proyecto iniciado hace tiempo por mi amigo Alex Barros y ahora dejado de lado (ejem… te invoco!!). Bien, tiene una clase que la he observado un poco por encima y creo que podría valerme a pesar de tratarse más para el propósito por la que fue creada. Quién sabe… la tendré cerca.

Os estaría agradecido si me diérais ideas para implementarlas en la clase, no os cortéis, sin vergüenza!!

Como os comenté en la entrada de registro de usuarios del otro día algo principal a la hora de trabajar en un proyecto web importante es hacer las cosas bien desde un principio. Aunque siempre puedes ir probando con cosas nuevas que todavía no habías hecho pero siempre dejando la puerta abierta para corregirlas y modificarlas fácilmente.

Todo eso me ha llevado a traer molts mal de caps pero cuando obtienes lo que estaba en tu mente es como un orgasmo que puede durar días (ni los cerdos, oiga, para que después digan de la vida sexual de los informáticos). Pero… no es sano tener tanta información, tantos datos en la memoria RAM de tu cerebro. Así que os vuelvo a repetir hasta la saciedad lo que un día me recomendó un amigo: “que la fuerza te acompañe“. Bueno, eso no era más bien lo que me dijo. Pero básicamente se refería a que toda idea que tuviera la plasmara en papel.

Os recomiendo que os hagáis con una libreta y bolígrafo de Google lo más rápido posible. Si eso no fuera posible, sería buena idea comprarse algún bloc de notas en algún chino. Solamente entonces cuando debéis plasmar en esa libreta todas vuestras ideas. En definitiva planificar el proyecto. De otra manera probablemente no acabará siendo como esperabas (sí lo acabas).

Así que, ¡¡Suerte!!

Estos días estoy sumergido de pleno en un proyecto personal, ultrasecreto, que seguro que tendrá muy buena aceptación si las cosas me siguen yendo como hasta ahora.

El proyecto necesita de un sistema de registro de usuarios. Tiene soporte de login, de escritura de cookies y de redirección en caso de que todo haya salido correctamente (o incorrectamente).

Para que un sistema de login funcione. El sistema debe comprobar en cada página si el usuario es quien dice ser (cookies) y comprobar si existe en nuestra base de datos. De otra forma poniendo datos aleatorios podría entrar en sitios protegidos.

Aquí un sencillo diagrama de flujo para entenderlo mejor:

Esta estructura sería necesaria en cualquier página que necesite de privilegios de un usuario logueado para visualizar una parte de la página.

Ahora bien. Que orden seguir para crear eso. Yo siempre recomiendo planificar todo sobre papel para después plasmarlo en código. En mi proyecto, la página de login sigue esta estructura:

1. Diversas partes de Cookies para guardar (o borrar) (login & logout) si se recibe algo por las cabeceras HTTP (métodos GET y POST)
2. Parte correspondiente al registro si lo que se recibe es para registrarse. Es decir, el envío de unos datos a la Base de Datos.
3. Formularios de registro/login
4. 2º Formulario de registro/login

Como ya os podéis imaginar el atributo ‘action’ de los formularios apuntará a esa misma página. Como os imagináis habrá un dato extra que se pasará según que formulario hayas introducido (para que cuando se recargue la página se sepa que se ha hecho, si loguearse, si se ha registrado o si se ha deslogueado).

Así que tendréis una página de loggin con soporte de registro de usuario (envío de los datos a la base de datos), soporte de login (comprobación de los datos de usuario y guardado en cookies), soporte para desconectarse (lo mismo que el punto anterior, solamente que a la inversa).

¿Qué otra cosa añadirías tú?

PD: El diagrama fue “ideado” con palabras por Alex Barros. Yo lo plasmé, dibujé y mejoré. Además de adaptarlo a código. Y pongo esto porque es un llorica y no sabe ser inferior xD.