Entradas con la etiqueta ‘php’

Cambios, cambios y más cambios

Martes, 16 de Septiembre de 2008

Aderezados con trabajo, del de verdad, del que desespera y del que motiva, hace que haya dejado en “Stand By” el retorno del blog durante semanas, más de lo que me prometí en un momento.

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.

Estructura de archivos en Zend para varios proyectos.

Viernes, 11 de Julio de 2008

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:

  • 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 ((Es tan solo un ejemplo.)) 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 ((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:

La estructura de archivos para el framework de ZendComo 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.

  • 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 ((Como por ejemplo HTML Purifier, Blueprint o cualquier otra aplicación externa))
  • 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” ((Para mantener más la integridad de la estructura, el módulo “default” tambien lo incluyo como subdirectorio)). 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 ((Aunque como todo en ZF siempre puedes configurarlo a tu gusto)) 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 ((Siguiendo la estructura “impuesta” por el cPanel el directorio “public_html/” alberga el site principal y cualquier subdominio cuelga como subdirectorio de “public_html/“)). 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” ((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!

More changes on my life

Martes, 8 de Julio de 2008

Well, this summer promises changes, news disorganization and reorganization in my life.

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” ((The consulting company that (no) pays me.))
  • Perhaps, could be for the lot of time that lose in my “jobCompany” ((The enterprise that (no) sends me work))
  • 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! ((My current jobs is since 7am to 15am))

At the end I just accepted a job interview ((The idea of working with PERL made me take the decision)). 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?

Instalar OpenID en tu site.

Viernes, 4 de Julio de 2008

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.

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

))

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 ((Ya que al preguntar al servidor OpenID, él sabrá de antemano quien eres))

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) ((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!

Un pequeño paso para la humanidad, un gran paso para el hombre.

Viernes, 30 de Mayo de 2008

Pues sip, todo ha cambiado. Y lo primero el blog… Ahora mismo estoy centrado en otros proyectos (top-secret por ahora). Así que el crear un blog, mantenerlo, añadirle opciones, control de Spam (que me habían cazado el blog y no me lo dejaban en paz! Ains, ahora sufren el akismet! ) Se me escapaba de las manos y así ha estado el pobre blog, con casi un año en standby.

Así que decidí dar el paso. Metí toda mi info al wordpress y aquí estoy de nuevo… Espero escribir más cositas y más amenudo, que últimamente tenía mucho que decir y poco escrito… Seo, PPC, PHP, Java, Patrones de diseño, mis propias comeduras de tarro y mis accidentes con la burrilla (que no son pocos!), mis ideas, mis avances con esto del wordpress (templates, plugins, widgets, optimización, aquí hay mucho donde jugar!)

Bueno, sobretodo empezaré por los templates. Que quiero volver a mi viejo diseño. Adaptarlo al nuevo g05l21.net y ver si soy capaz de entender como funcionan aquí los templates, que parece que no es muy difícil.

También quiero hablar en breve de los PPC, así que he decidido crear una pequeña categoría donde os hablaré de ellos, que son, cuales son SCAM y cuales no… Que significa PPC y SCAM, lo primero, claro! jejeje..

Posiblemente cree algún foro o algún wiki donde trrasteemos todos…

Comentaré nuevas web2.0, haré reviews (pagados y “por gusto”) de todo lo que se me venga en mente o me ofrezcan. Probaré publicidades en el blog, aunque haya gente que no le guste, y a mi no me de de comer, siempre me podrá ayudar a pagar esos 180$ que pago bianualmente del dominio.

Vamos, toda una revolución en “Yo Simplemente Lloro Libertad…”