A great rival of Hamburgesa Vegetal , and above all much more catchy

The link: http://es.youtube.com/watch?v=iPRCEikXWHM

Compártelo

En este caso enseñaré los tres archivos básicos en la estructura que os enseñé. Comentar, que aunque actualmente no estoy usando ZF en ningún proyecto (los personales están en parados ahora mismo a falta de tener tiempo para arreglar mi equipo), sigo usando la estructura de htacces + Index + Bootstrap para realizar toda la configuración de cualquiera de mis proyectos.

Lo primero es el htaccess. Este es muy sencillo, ya que lo único que hace es redirigir todo el tráfico al index.php

Código:
RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule .* index.php


Se podría complicar la cosa bastante más, pero creo que no es necesario y con estas pocas líneas de código funciona a la perfección.

Como ya he dicho, lo único que hace es redirigir todo el tráfico que no indique un archivo válido a index.php, que es el único¹ archivo php accesible desde la web.

El código del index.php tampoco es muy complicado, lo único que hace es definir el nombre del proyecto, aumentar los “include_path” de php con los del proyecto, y lanzar el Bootstrap, que es realmente el que configura todo el Framework de Zend.

<?php
// root + public_html + afm + index.php
$root = dirname(dirname(dirname(__FILE__)));
define ("APP", "afm");
define ("ROOT", $root);
// We're assuming the Zend Framework is already on the include_path
set_include_path(
ROOT . DIRECTORY_SEPARATOR. 'private'.DIRECTORY_SEPARATOR. APP . PATH_SEPARATOR
. ROOT . DIRECTORY_SEPARATOR. 'private'.DIRECTORY_SEPARATOR. APP .DIRECTORY_SEPARATOR."models".PATH_SEPARATOR
. ROOT . DIRECTORY_SEPARATOR. 'library' . PATH_SEPARATOR
. get_include_path()
);
require_once 'Bootstrap.php';
Bootstrap::run();
?>


Como se ve, lo único que hace es definir el nombre del site “APP”, el “ROOT”². Después incluye en el path de php los directorios donde reside toda la aplicación. El directorio “afm” en private, los directorios de modelos de la aplicación “private/afm/models/” y el directorio de librerías externas “library”.

Como véis para incluirlo uso la variable de sistema DIRECTORY_SEPARATOR, la razón de esto es que no en todos los sistemas es el mismo símbolo, y para aquellos que desarrollen en W$$, puede que se encuentren con sorpresas al subir el desarrollo a un servidor UNIX. A parte de esto, recordar el get_include_path(). Que no queremos perder los path que PHP necesita para trabajar.

Bueno, ahora solo faltaría el Bootstrap. El cual, como ya comenté está sacado prácticamente de la versión de Pádraic Brady para el desarrollo de su Blog con Zend Framework. Web que recomiendo encarecidamente!³

Y como tenéis un claro ejemplo en su blog, y ahora mismo se me hace muy tarde, creo que el bootstrap lo tendré que dejar para más adelante.

Ahora, eso si. En los últimos minutos antes de meterme en la cama, voy a ver si consigo descargarme la guía de usuario de la nueva versión del framework de Zend. A ver si vuelvo a tener algo de tiempo para ponerme con mis proyectos propios

Compártelo

1. Decir único a veces es muy exagerado. Siempre puede que haya algún otro, como por ejemplo un manejador para Ajax
2. Si tenéis claro donde va a estar el proyecto, os recomendaría que pusieseis directamente la dirección completa desde la raíz. En el caso de que el proyecto vaya a estar en dos o más sitios distintos con dirección usar la forma que viene indicada aquí.
3. Aunque en el momento de escribir esto, parece que está caida.

Pensar en esta canción es recordar que el mundo sigue loco, y que intentas ayudar.
Es pensar en esa niña que te espera, en mi hermana, en tu barco y tus aletas.

Que Afganistán y Kosovo te recuerden; que nosotros ya te queremos aquí.

Video en Youtube
PS: Algo bueno tenía que hacer Huecco después de liarla dejando atrás Sugarless. Aunque me gusta más esta versión en directo

Compártelo

Empezaremos por el principio; Dejé PrisaCom y a los chorizos de Expectra, dejé la comodidad, el horario, las amistades, la falta de estabilidad, los despidos y sobretodo la necesidad de currar y hacerme valer.

Me costó unos días de llamadas de extraños que pedían mi CV y me ofrecían maravillas. Un viaje a Francia con parte de la cabeza aquí, en Madrid. Dos o tres entrevistas realmente interesantes y por fin, aquí estoy!

He pasado de dormir de 7 a 15 a no descansar de 9 a 18. Pero sus beneficios son claros, Coronel Tapiocca, Supratech, Inmocapital, Faunia,… Y otros tantos que se sumarán; Y esto solo en unas semanas!

Entremedias tuvimos un viaje al sur de Francia. Donde recorrimos Carcassona, Touluse, Perpignan, Roquefort y sus cuevas y unos cuantos pueblecitos más, donde descubrimos que no toda Francia es París y sus precios y su “simpatía“. Será por qué en el sur de Francia respiran mucho aire español? No se, pero gracias!

También ha llegado mi primer trabajo oficial como freelance; Asimag se mojó y confió. Y gracias a la ayuda de un gran amigo, no defraudamos, y ahora nos encontramos en su lista de contactos. Ole!

Prometo poner un post explicando los pasos para empezar a ser empresario, hacer una factura, pagar el iva, y darse de baja. Todo “express” y en pocos días. Seguro que algún futuro freelance lo agradecerá.

Con el cambio de curro y de horario viene el cambio académico más importante que pienso dar. Dejar la Complutense para empezar en la UNED. Las razones son muchas y entre ellas, el odioso plan bolonia. Eso si, es el cambio más importante y después de este solo acepto otro. El título! No hay excusas!

Todo lo anterior y la lectura de dos grandes libros (en todos los aspectos, con casi 2000 hojas entre ambos) como han sido Las Nieblas de Avalón de Marion Zimmer Bradley y La Historiadora de Elizabeth Kostoval, han conseguido dejar un poco estancado el tema del framework que alcanzó la versión 1.6 recientemente.

Aunque, ahora que dejé a mi querida HyoCo durmiendo en el garaje y disfruto de media hora de lectura/escritura diarias en el metro de Madrid, prometo volver. Por ahora con la lectura de dos grandes. Profesional Ajax (un libro con bastante tiempo pero con muy buenas bases) de Zakas, Nicholas C. ; McPeak, Jeremy  y Fawcett, Joe. Y Patrones de diseño de Erich Gamma. Dos buenos libros para asentar bases y conocimientos, no os preocupéis algo escribiré al respecto, ya que dan para mucho contar. También tengo ganas de probar esa nueva utilidad del ZF. La zend_tool. Ya comentaré como de útil la veo.

Vamos, como siempre, mucho que contar y poco tiempo para hacerlo.

Compártelo

• Que el viaje al sur de Francia fue genial, y Caldea mejor todavía
• Que Expectra (por fin) y PrisaCom (por desgracia), llegan a su fin. Antes de Septiembre podré decir aquí:
  

  “Hola Tecknosfera“

• Que tengo un pequeño proyecto como freelance del cual, hoy tendré la primera reunión, a entregar antes del 25 de Agosto.
• Que la HyoCo está camino de una revisión urgente, pasa ya los 8.500km
• Que el festival del fin de semana pasado, el Yeste, estuvo genial, que el viernes me voy a Águilas y el puente del 15 a Alicante (tres fines de semana seguidos que cojo la A3)
• Que el sábado seré padrino!!
• Y alguna otra cosa más que se me queda en el tintero, como cosas que quiero contar sobre sites nuevos, continuar con el framework de Zend y cosas así.

Bueno, eso es más o menos todo, pero como se puede ver el no me deja mucho tiempo para escribir. Vamos, no he tenido tiempo ni para fregar los platos…

Intentaré ir ampliando cada una de las lineas según vaya teniendo más tiempo.

Compártelo

Until July 27, not think on work, startups, money, or code. Only think in “Barna“, Cathars, Carcassonne, Tolouse, Andorra and Caldea…

This twelve days, I don’t remind that my “moneyCompany”¹, does not want to climb the salary, I don’t think in the eight offers that I have on the table, and the money… All this for August.

Now, I going to relax, sleep, trekking, and stay with my love…

Since 28th July!

Compártelo

1. The consulting company that (no) pays me

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:

• Public
• Private
• Config

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² y decidimos titularla “compras” introduciríamos en los tres directorios el correspondiente subdirectorio

• Public.
  • compras
• Private.
  • compras
• Config.
  • compras

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³, y la forma de crear subdominios es creando los subdirectorios directamente en public_html⁴

Bueno, pues visto lo visto e aquí mi adaptación:

Como se puede ver el screenshot está sacado del EasyEclipse⁵, 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.

• config->afm: En este directorio añadimos la configuración base del site.
• library: En library añadimos el framework de Zend y el resto de librerías externas que podamos ir necesitando para el desarrollo⁶
• private->afm: En este subdirectorio incluimos toda la parte privada de la aplicación.
  • admin y default: Lo primero que vemos son los módulos; en este caso solo “admin” y “default”⁷. En cada módulo incluyo la “subestructura base” típica:
    • controllers: Aquí guardamos los “controladores” del módulo. Usando la forma de trabajar, MVC, del framework de Zend podemos poner las vistas en el directorio “views” a la misma altura⁸ que “controllers“.
    • views: Aquí incluimos los subdirectorios necesarios para toda la parte de la “vista” (”filters“, “helpers“, “scripts“, “layouts“,…).
  • models: Esta es la zona donde se guardan todos los “modelos” necesarios para el site.
• public_html: De aquí colgará toda la parte publica de la web⁹. En este caso el subdominio se llamará, para mantener la integridad claro, “afm“.
  • public_html->afm: La información aquí suele ser básica, el “.htaccess” que redirige toda la información a “index.php” y el propio “index.php“. Aqui también irán todas los posibles directorios con la información pública: estilos, imágenes, javascripts…

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”¹⁰ (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!

Compártelo

1. por ejemplo la usada en el manual base de Zend, la que usa Enrique Place en SurforceCMS o la que comentaba Pablo en ZendHispano
2. Es tan solo un ejemplo.
3. No se si en otros lados será igual
4. Siendo accesibles como sudominio.dominio.com o dominio.com/subdomino
5. Copiando metodología de desarrollo de Enrique Place
6. Como por ejemplo HTML Purifier, Blueprint o cualquier otra aplicación externa
7. Para mantener más la integridad de la estructura, el módulo “default” tambien lo incluyo como subdirectorio
8. Aunque como todo en ZF siempre puedes configurarlo a tu gusto
9. Siguiendo la estructura “impuesta” por el cPanel el directorio “public_html/” alberga el site principal y cualquier subdominio cuelga como subdirectorio de “public_html/“
10. Basandome en el usado por Pádraic Brady para el desarrollo de su Blog con Zend Framework

Pues bien, ellos me lo han puesto fácil. SEO! Es impresionante como han cambiado las cosas y como se nota cuando hay alguien que sabe detrás². Ahora mismo es más fácil hacer un mercadillo en Zync y pedir a 100 blogs que cuenten sobre ti. Dando cada uno de ellos información variada al respecto que gastarte chorrocientosmil euros en contratar publicidad por aquí y por allá que de tráfico y no posicionamiento.

Y es que si te acercas por el código de My Silhouette! ves claro que tienen algún SEO colocando las palabritas mágicas por el código para ganar esos puntitos en los buscadores.

Se nota el cambio del trato hacia el blogger, ejemplos como la parte “privada” a la que tenemos acceso los que hacemos la review. Donde podemos acceder a una buena colección de imágenes, al dosier completo del artículo. Donde te cuentan que es el Gel-Crema My Silhouette!, te indican que está compuesto por Té blanco³ y extracto de anís; uno te ayuda a reducir, el otro a redefinir.

El dossier también incluye su propio FAQ con preguntas desde ¿Como reduce My Silhouette! las zonas de grasa? hasta ¿Son el extracto de anís y el té blanco respetuosos con la piel?. Así como los pasos realizados para comprobar el efecto reductor del que hablan.

Además el plan se completa con una agenda de seguimiento personalizada, un reto bastante interesante y (volviendo al mundo web) una red social propia donde las consumidoras podrán compartir sus experiencias.

Se nota que lo que venden es bueno, y por ello intentan poner toda la “carne en el asador“. Y todo por menos de 15 euros el bote de 200ml…

Compártelo

1. A los cuales todavía les debo una review y un enlace aquí
2. Y en este caso no es ni más ni menos que la empresa de publicidad TBWA/Interactive, si lo prefieres puedes ver sus trabajos
3. Dios, como me gusta este tipo de té!

And this time, I think, a “new life” are ending. Only one year in this site and many changes are coming.

At first, why? Well, there are not why.

• Could be for the problems with my “moneyCompany”¹
• Perhaps, could be for the lot of time that lose in my “jobCompany”²
• Could be for job near my home; for more money; because I hate my job or because I bored in it.

But not, the reason for the possible change is more easy, three free online courses! Yes, as I bored, and I don’t have any work, I decided to renew my CV at infojobs and monster.

Only to said that I have three news courses. And then all change! The last week, I received four jobs offers. All offers exceeded by far my current salary! But all are full-time!³

At the end I just accepted a job interview⁴. Just one day before the meeting with my “moneyCompany” to talk about my rising wage. Yes I will going to the meeting with a offer in the other hand.

And now, I’m here, without being able to stop think of all the possibilities.

With the holidays the next week and almost no time to think about change and working meetings.

Where I will be in August? Who knows?

Compártelo

1. The consulting company that (no) pays me.
2. The enterprise that (no) sends me work
3. My current jobs is since 7am to 15am
4. The idea of working with PERL made me take the decision

Pero, que es OpenID?

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.¹

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.

Pero, como funcionaría esto?

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.

Cuales son las ventajas?

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²

Vale, genial. Pero vallamos un poco más adelante…

Como hacer que mi site valide como OpenID?

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!

Como hacer que “realmente” tu site valide como OpenID?

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)³, 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 acceso4
# Optional Config - Please see README before setting these
‘microid’ => array(’mailto:correo‘, ‘web‘), //Esta información es opcional5
‘pavatar’ => ‘imagen‘, //Aquí debería ir vuestro pavatar6
# 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_realm7}

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!

Compártelo

1. Información más técnica al respecto la puedes tener en:
   • La web oficial de OpenID
   • En el principal servidor español de cuentas OpenID. OpenID.es
   • O, como no, en el enlace de la wikipedia

2. Ya que al preguntar al servidor OpenID, él sabrá de antemano quien eres
3. Este script está pensado para un único usuario, aunque según comenta el autor, es fácilmente adaptable a varios
4. Esto trae más miga
5. MicroId? Que es MicroID
6. No sabes lo que es el pavatar. Vistia su site
7. Este valor no es obligatorio, usaría por defecto ‘phpMyID’