Después de meses sin tocar el dominio, después de meses pasando olimpicamente del blog, ahora cambio de diseño y destrozo todo lo que había???
Bueno, realmente pasé a la versión 2.7, que ya iba siendo hora, y el diseño murió, ahora a sacar tiempo para poner un diseño interesante y dejarlo ahí… Este blog tiene los días contados…
Pero no está muerto lo que ya yace eternamente! 
Volveremos y volvermos con fuerza, pero en dos blogs distintos y claro… Alguno tenía que caer 
Bueno, en muchos sitios he visto estructuras de archivos ((por ejemplo la usada en el manual base de Zend, la que usa Enrique Place en SurforceCMS o la que comentaba Pablo en ZendHispano)) para el framework de Zend. La mayoría de las propuestas son derivadas del “manual base” y IMHO todos tienen un fallo, la reutilización y la posibilidad de crear nuevos proyectos en el mismo servidor.
En la actual empresa en la que estoy trabajando, tenemos cerca de una treintena de proyectos activos, si para cada uno tuviesemos que seguir estas estructuras se volvería todo un caos. Aqui, en cambio, usamos una estructura inversa. Definiendo tan solo tres directorios de las que depende todo:
Y cuando realizamos un nuevo desarrollo introducimos la abreviatura única en las tres carpetas. Por ejemplo si tuviesemos una nueva aplicación de comercio online ((Es tan solo un ejemplo.)) y decidimos titularla “compras” introduciríamos en los tres directorios el correspondiente subdirectorio
A simple vista puede parecer más lioso, pero una vez empiezas a usarlo ves las ventajas. Ya que todo tiene la misma estructura, todo es accesible de una forma sencilla, la administración no se hace tan incontrolable y sobretodo consigues separar la parte pública de la privada, fundamental en servidores cara a internet.
Otra de las adaptaciones que he realizado viene por necesidad. En el servidor donde está alojado mi dominio usan cPanel ((No se si en otros lados será igual)), y la forma de crear subdominios es creando los subdirectorios directamente en public_html ((Siendo accesibles como sudominio.dominio.com o dominio.com/subdomino))
Bueno, pues visto lo visto e aquí mi adaptación:
Como se puede ver el screenshot está sacado del EasyEclipse ((Copiando metodología de desarrollo de Enrique Place)), Y está basado en el desarrollo del Proyecto01 del que ya hablamos.
Para todo el proyecto usaremos el nombre “afm” que es un acrónimo del site.
Como se puede ver la estructura es fácilmente adaptable para incorporar nuevos sites, para reutilizar posible código y para tener una librería única en la que incluir el framework, a parte, claro de la necesidad de separar la parte de privada de la parte pública del site.
Con respecto a la forma de trabajar de una estructura “habitual” la única diferencia radica en el “index.php” y en el “Bootstrap.php” que deben tener en cuenta el “salto de un directorio más“. Pero, como por ahora estoy puliendo mi “Bootstrap.php” ((Basandome en el usado por Pádraic Brady para el desarrollo de su Blog con Zend Framework)) (el “index.php” ya tiene una versión “estable“) lo dejaré para el siguiente post…
Pero si tenéis alguna duda, o no os gusta, o tenéis alguna sugerencia, no lo dudes, más abajo tenéis los comentarios!
Como ya, por fin, se empieza a ver en más sitos de Internet la opción de logearse usando OpenID, decidí adaptar mi site …YSLL! para que fuese un proveedor de dicho sistema y poder usarlo a partir de ahora. Bueno, un proveedor único, ya que solo acepta una cuenta; la mía.
Bueno, OpenID surgió a mediados del 2006 como una forma de unir cuentas y membresías en un único sitio. Ahorrando así la molestia de tener cientos de cuentas distintas en cientos de sites distintos. ((Información más técnica al respecto la puedes tener en:
))
La lógica es bastante simple. Tener un único sitio con mis datos y que el resto de sitios le pregunten a él por mi. Teniendo así una única cuenta creada, y centralizada.
Todavía no ves muy bien el uso? Bueno, probemos con un ejemplo.
Supongamos que tenemos una cuenta en un servidor OpenID. Digamos, por ejemplo OpenID.es, y supongamos que queremos comentar un post de una amiga, que está en Blogspot. Lo primero que nos encontramos es que nos pide usuario y contraseña en Blogspot, o la opción más fácil; usar una cuenta OpenID! Al introducir la URL de tu cuenta OpenID, el servidor blogspot preguntará, a la web que le has indicado, por ti. “Oye, quien es este tipejo? Lo conoces?“, y será el servidor OpenID.es el que realmente se moleste en comprobar tu usuario y contraseña en sus datos. Una vez comprueba quien eres, le indica quien eres al servidor de Blogspot, “Si, lo conozco, se llama GeL/T0 y aquí tienes unos pocos datos más sobre él“. Y listo, el servidor Blogspot dará por buena esa información y te dejará añadir tu comentario usando (parte de) la información que le ofrece tu OpenID.
Sobretodo centralización. Con una única cuenta tienes acceso a donde te de la gana. No más altas, no más registros, no más correos de confirmación. Y sobretodo, ten en cuenta, que una vez que te logéas por primera vez en tu servidor, no necesitarás tener que andar logeandote más veces. Con introducir la URL de tu cuenta OpenID será suficiente ((Ya que al preguntar al servidor OpenID, él sabrá de antemano quien eres))
Vale, genial. Pero vallamos un poco más adelante…
Bueno, hay un par de opciones. La más básica es crearte una cuenta OpenID en cualquier servidor y en la cabecera de tu site introducir lo siguiente:
<link rel="openid.server" href="{URL DEL SERVER}" />
<link rel="openid.delegate" href="{URL DEL DELEGATE}" />
Por ejemplo, si tenemos una cuenta en OpenID.es esto sería de la siguiente forma:
<link rel="openid.server" href="http://openid.es/serve" />
<link rel="openid.delegate" href="http://NOMBREDEUSUARIO.openid.es" />
Y ya estaría, podrás usar siempre tu propio site para logearte en cualquier lado!
Bueno, compliquemos un poco más el asunto. En el caso anterior realmente lo que hacemos es redirigir a un site externo donde validar nuestros datos, es decir realizamos dos saltos entre servidores, pero porque no hacemos que sea realmente nuestro site el que valide los datos? Nos ahorraríamos un salto y encima controlaríamos nosotros toda la información.
Pero, tendríamos que desarrollar todo el código? No! Nada más lejos de la realidad. Simplemente necesitaremos descargarnos el script de php, phpMyID(OS) ((Este script está pensado para un único usuario, aunque según comenta el autor, es fácilmente adaptable a varios)), configurar ciertos parametros y subirlo a nuestro site. Parece fácil, verdad? Pues lo és
Veamos como hacerlo. Lo primero es descargarnos el script(tgz, zip), descomprimimos y la primera sorpresa, son solo dos archivos! Tiene buena pinta, verdad! Bueno, pues de esos dos archivos nosotros solo tocaremos uno MyID.config.php.
Bueno, este archivo será el que contendrá toda la información necesaria. A simple vista es fácil ver que habrá que cambiar y que no:
<?php
// IF YOU HAVE NOT DONE SO, PLEASE READ THE README FILE FOR DIRECTIONS!!!
/**
* phpMyID - A standalone, single user, OpenID Identity Provider
*
* @package phpMyID
* @author CJ Niemira <siege (at) siege (dot) org>
* @copyright 2006-2008
* @license http://www.gnu.org/licenses/gpl.html GNU Public License
* @url http://siege.org/projects/phpMyID
* @version 2
*/
/**
* User profile
* @name $profile
* @global array $GLOBALS['profile']
*/
$GLOBALS['profile'] = array(
# Basic Config - Required
‘auth_username’ => ‘username‘ //aquí añadiremos el nombre de acceso
‘auth_password’ => ‘password‘, //aquí añadiremos la contraseña de acceso ((Esto trae más miga))
# Optional Config - Please see README before setting these
‘microid’ => array(’mailto:correo‘, ‘web‘), //Esta información es opcional ((MicroId? Que es MicroID))
‘pavatar’ => ‘imagen‘, //Aquí debería ir vuestro pavatar ((No sabes lo que es el pavatar. Vistia su site))
# Advanced Config - Please see README before setting these
# ‘allow_gmp’ => false,
# ‘allow_test’ => false,
# ‘auth_realm’ => ‘phpMyID’,
# ‘force_bigmath’ => false,
# ‘idp_url’ => ‘http://your.site.com/path/MyID.config.php’,
# ‘lifetime’ => 1440,
# ‘paranoid’ => false, # EXPERIMENTAL
# Debug Config - Please see README before setting these
# ‘debug’ => false,
# ‘logfile’ => ‘/tmp/phpMyID.debug.log’,
);
/**
* Simple Registration Extension
* @name $sreg
* @global array $GLOBALS['sreg']
*/
$GLOBALS['sreg'] = array ( // Aquí ira el grueso de la información
# ‘nickname’ => ‘nick‘, // Tu nick, en algunos sitios (por ejemplo BlogsPot) mostrarán el nick
# ‘email’ => ‘correo‘, // Tu dirección de correo. Básico!
# ‘fullname’ => ‘nombre‘, //Tu nombre completo, esto será lo que muestren otros blogs (el mio?, ahora mismo no lo recuerdo)
# ‘dob’ => ‘AAAA-DD-MM‘, // Tu fecha de nacimiento. OJO: El formato es distinto al español
# ‘gender’ => ‘genero‘, // Sexo. M/F
# ‘postcode’ => ‘CP‘, //Código postal.
# ‘country’ => ‘ES‘, // Ciudad
# ‘language’ => ‘es‘, // Lenguaje
# ‘timezone’ => ‘Europe/Madrid‘ // Zona horaria.
);
require(’MyID.php’);
?>
Como ves, solo hay una cosa realmente difícil de hacer, y es crear la contraseña encriptada. Y como soy muy majo, acabo de crear un pequeño script para que podáis crear todas las que queráis. Es tan simple como escribir esto:
http://storage.g05l21.net/contrasenyaOpenID.php?a1={tu usuario}&a2={tu contraseña}&a3={auth_realm ((Este valor no es obligatorio, usaría por defecto ‘phpMyID’))}
Y simplemente copiar el churro que te devuelve.
Una vez rellenado todo tendrás que subir ambos archivos al site (yo recomiendo subirlo a la misma home) y listo. Ya tienes un bonito servidor OpenID funcionando en tu ordenador. Ahora cuando quieras logearte usando tu servidor solo tendrás que escribir:
http://{tudominio}/MyID.config.php
Esto no es que sea muy “recordable” y comodo, verdad. Bueno, pues volvemos al punto anterior (Como hacer que mi site valide como OpenID?) y realizamos lo mismo; añadir a las cabeceras de tu home el siguiente código:
<link rel="openid.server" href="http://{tudominio}/MyID.config.php" />
<link rel="openid.delegate" href="{tudominio}/MyID.config.php" />
Y ya está. A partir de ahora podrás usar tu propio dominio para logearte en cualquier site que acepte cuentas OpenID!
Ahora que llega el verano, el calorcito y como dicen por la blogsfera ((Por ejemplo en Soy Seo o en ChicaSeo)) bajan bastante las visitas, ya que los españolitos nos vamos de vacaciones y nos desenchufamos de la red.
Ahora, que esto decae, es el mejor momento para probar nuevas formas de atraer tráfico a nuestro site. Y una de las mejores formas, sin duda es BlogUpp!
Y que es BlogUpp? Pues simplemente es un site de intercambio de banners, bueno, no… Realmente no es solo un site de intercambio de banner.
Que le hace diferente? Pues lo más fácil es sacar su propía lista de dirferencias con respecto al resto:
Si, no necesitas registrarte… Con introducir tu URL directamente generan el código del script que debes mostrar y ellos se encargan, mediante tus feeds, de categorizar tu blog y devolverte los blog más similares.
Sencillo y potente, además trae el mejor ratio de intercambio (10:9), por cada 10 impresiones en tu blog, 9 blog imprimirán tu blog! Lógicamente nada es gratis, ni tiene grandes secretos. El beneficio está en esa decima impresión, que es la de “pago“. Ellos juegan con ese pequeño porcentaje de impresiones para hacer sus ofertas que van desde los 20€ por 40.000 hasta los 100€ por 250.000, pasando por un mayor número de impresiones si realizas una review (como está ) sobre BlogUpp! ((Prometo comentar los beneficios!))
Pero no todo acaba aquí… Aun hay más! Y es que también existe la posibilidad de controlar las estadísticas de visitas e impresiones en tu blog. Tanto de entrada como de salida.
Y para ello solo necesitarás tener una cuenta OpenID asociada a tu blog… Que no sabes que es una cuenta OpenID o como asociarla a tu blog? Bueno, no te preocupes, que estoy detrás de hacer un mini-howto al respecto… Estate atento!
Y como muestra un botón… El widget está desde el día 27 de Junio. Y estas son las estadísticas:
Iremos siguiendo los avances de esta genial idea!
Y vosotros, usáis algo para atraer tráfico o lo dejáis todo a Google?