Condiciones iniciales

Se piensa en un entorno que:

• Permita mantener entornos independientes para 3 desarrolladores.
• Permita mantener sincronizado el código de forma facil con un repositorio de código.
• Optimice el contenido para evitar repetir la información estática entre entornos.

El servidor de desarrollo y el de producción serán Linux.

Configuración del espacio de cada desarrollador

Para el caso que nos ocupa se ha optado por una estructura del tipo:

Sobre esta estructura están mapeados 3 Virtual Host, uno para cada desarrollador. Estas rutas además son accesibles por SAMBA para facilitar su manipulación en Zend desde Windows (el caso que se tratará aquí).

Así pues si ahora dejamos un archivo /data/dev1.mydomain/www/index.php con su pertinente echo "Hello World!"; podremos acceder directamente al mismo desde http://dev1.mydomain siempre que tengamos correctamente configurado correctamente el archivo archivo hosts.

Instalación de Symfony

Se ha obtado por la instalación de Symfony via SVN checkout entre otras razones para poder aplicar parches de forma rápida. También se ha optado por esta opción ya que para compartir las librerías en el servidor de desarrollo esta es una de las mejores opciones.

Vamos a suponer que el espacio de desarrollo (no donde apuntan los vhosts) es /data.

Así pues se hace un checkout mediante el comando

svn co http://svn.symfony-project.com/branches/1.1

o

svn co http://svn.symfony-project.com/tags/RELEASE_1_1_4

desde /data/common/symfony de forma que en /data/common/symfony/1.1 tenemos todo el paquete Symfony y podremos hacer updates directamente para obtener las nuevas versiones. [Nota: Se entiende que este paso serviría para cualquier otra versión de Symfony]

Creado un proyecto symfony

En este momento tenemos configurados convenientemente los 3 vhosts y las librerías de symfony listas para poder trabajar, así que lo que nos falta es configurar un proyecto de Symfony que haga uso de las mismas.

Este tipo de instalación de symfony (SVN checkout) espera que ya exista una estructura de proyecto creada, como este no es el caso, tenemos que procurarnos una, bien a través de la descarga de la SandBox bien a partir de la creación de una sandbox desde nuestra instalación a de Symfony.

[data/dev1.mydomain]              $  cd /data/common/symfony/1.1/data/bin
[data/common/symfony/1.1/data/bin]$  ./create_sandbox.sh
[data/common/symfony/1.1/data/bin]$  rm sf_sanbox.zip
[data/common/symfony/1.1/data/bin]$  tar xvf sf_sandbox.tgz
[data/common/symfony/1.1/data/bin]$  rm xvf sf_sandbox.tgz
[data/common/symfony/1.1/data/bin]$  mv sf_sandbox/* /data/d1.mydomain/

Ahí podemos ver que tenemos correctamente instalada la versión de Symfony (modo sandbox = autónoma = independiente de las librerías en /data/symfony)

[data/common/symfony/1.1/data/bin]$  cd /data/d1.mydomain
[dev1.mydomain]                   $  ./symfony -V

Si todo ha ido bien deberíamos obtener algo tal que:

> symfony version 1.1.5-DEV (/data/common/symfony/1.1/lib)

Reconectando las librerías

Bien, lo que nos intenresa ahora es desenchufar el proyecto de la versión incorporada en la SandBox para que haga uso de las librerías descargadas y residentes en /data/symfony. Esto se consigue editando

/data/dev1.mydomain/config/ProjectConfiguration.class.php

<?php

require_once dirname(__FILE__).
  '/../../common/symfony/1.1/lib/autoload/sfCoreAutoload.class.php';
sfCoreAutoload::register();

class ProjectConfiguration extends sfProjectConfiguration
{
  // ...
}

Ahora que el proyecto ya apunta a las librerias del repositorio podemos eliminar las librerías que vienen con la sandbox:

[dev1.mydomain]$ rm -r lib/symfony/

Seguidamente hacemos un pequeño cambio para que el DocumentRoot apunte a www en lugar de a web.

[dev1.mydomain]$ mv web www

Y modificamos nuevamente:

/data/dev1.mydomain/config/ProjectConfiguration.class.php

<?php

require_once dirname(__FILE__).
  '/../../common/symfony/1.1/lib/autoload/sfCoreAutoload.class.php';
sfCoreAutoload::register();

class ProjectConfiguration extends sfProjectConfiguration
{
  $this->setWebDir($this->getRootDir().'/www');
}

[En nuestro caso particular hemos tenido un problema ocasionado por le hecho de que symfony se ha instalado en /home/myuser/ y los vhosts (/home/myuser/dev1, /home/myuser/dev2, ...) en realidad están apuntando simbólicamente a /srv/www/, por lo que ha tenido que crearse también un apuntandor a symfony para que compartan el espacio /srv/www/]

El siguiente paso ha sido eliminar /www/sf/ y crear el enlace simbólico a la zona descargada:

[dev1.mydomain]$ rm -r www/sf/
[dev1.mydomain]$ ln -s /data/common/symfony/1.1/data/web/sf/ www/sf

[Aquí nosotros nos hemos topado con un problema de permisos del tipo 'You don't have permission to access /sf on this server.' al intentar acceder a alguna de las imágenes de /sf. Esto se ha resuelto modificando la configuración de vhost de Apache para que de permisos al directorio /sf]

De la instalación de la sandbox tampoco nos interesan:

[dev1.mydomain]$ rm -r data/symfony
[dev1.mydomain]$ rm data/sandbox.db

Configuración de más áreas compartidas

En el apartado anterior hemos visto como se ha eliminado el directorio /sf que viene con la distribución de la SandBox para que pase a unificarse en una ruta única para todas los entornos de desarrollo. Estos han tenido que crear un link simbólico a ese nuevo /sf.

Esta misma filosofía se sigue para otra información, que llamaremos estática y que no interesa replicar en cada entorno, para este objeto se piensa en:

1. Tenemos la necesidad de crear una ruta (que no es código) a la que deben tener acceso todos los entornos de desarrollo (por ejemplo /images/user_avatars).
2. Si es algo común (no único de un entorno) se deja en /data/common/
3. Se procede a la creación de los links simbólicos (mediante ln -s) desde los entornos de desarrollo.

Ahora nos quedará configurar el entorno de desarrollo en algún IDE (idealmente Zend o PDT) y configurar el projecto en algun repositorio de código (idealmente SVN)

Es interesante descargarse previamente el archivo msn_pack.zip antes de empezar con la presentación.

También, si quieres, puedes descargarte la aplicación final que podrás hacer correr en tu servidor web siempre que éste disponga de la extensión SQLITE y XSL.

Una vez más gracias a la colaboración que mantengo con la Universitat de Barcelona tuve la oportunidad de realizar una nueva escapada a Nicaragua. Ya estuve allí con Rakel hace aproximadamente 3 años pero en aquella ocasión tuvimos que permanecer siempre cerca de Managua ya que teníamos sesiones previstas para toda la semana que estuvimos allí, así que esta vez nos hemos resarcido explorando más en profundidad el país.

La aventura estuvo a punto de empezar bastante mal, ya que cuando estábamos facturando las maletas el buen hombre que nos estaba atendiendo me advierte que mi pasaporte está caducado, advertencia que precedió al temible "usted no va a volar". Es igual de increíble que tuviera el pasaporte caducado y no me hubiera dado cuenta como el hecho de que sea posible realizar en 25 minutos el siguiente trayecto:

Terminal B > Comisaría de PN (señor que dice necesitas 1 foto) > Terminal A (hasta el foto-que-te-mato) saltando por encima de las maletas de la gente, etc. > Comisaría de PN (polícia que sin prisas) > Terminal B > Inicio de la Terminal A (embarque a 1 min. de cerrar las puertas).

Bueno, así empezamos, la verdad es que nunca pensé que lo conseguiría y de hecho tanto Rakel como Gemma ya estaban realizando planes alternativos sin mí, que majas ...

Seguidamente realizamos el paseito de rigor de aeropuerto en aeropuerto hasta Managua. Allí negociamos con un taxi que nos llevó a San Jorge para partir a la mañana siguiente prontito hacia Ometepe. La imagen de la isla desde el barco que te lleva a ella es absolutamente espectacular, tiene algo de mágico contemplarla, no parece posible que realmente puedan nacer esos dos picos enormes dentro de un lago.

En Ometepe estuvimos 2 días justitos pero tuvimos ocasión de invertir uno de ellos en la escalada al volcán Maderas con la gran suerte de que nos pudo acompañar el fundador del turismo en la Isla ! Para él cualquier bicho que volaba era una lora y el nombre científico de los batracios era "ranita" ! En fin, una excursión de 7 horas salvando un desnivel de algo más de 1.000m, ideal para estirar las piernas.

Después de abandonar Ometepe volvimos a Managua donde nos esperaba la gente de la Universidad Centroamericana para compartir la experiencia en el uso de las Carpeta Digital y la verdad que fue muy satisfactoria. También les presentamos las mejoras de la nueva versión y creo que quedaron bastante contentos. Aprovechamos la ocasión para platicar con el Webmaster la universidad y comentar algunos temas con ellos.

Una vez concluidas las sesiones en la universidad invertimos un día por los alrededores de Managua, nos acompañó Virgilio, un guía que trabajaba para el hotel donde nos hospedábamos y que nos llevó a ver Masaya, Granada, el Mombacho y alguna que otra joyita de la zona.

Pero todavía nos quedaba lo mejor, aysss, Corn Islands, dos islitas en el Caribe absolutamente encantadoras, lo más parecido al paraíso que he visto junto con las Phi Phi Islands. Un Caribe SUUUPER virgen donde sólo encuentras a la gente que vive allí y unas playas absolutamente fascinantes. No me atrevo a recomendarlo a todo el mundo, ya que por ejemplo nos encontramos con 1 turista italiano (uno de los 3 que vimos en la Isla) que viajaba sólo y el pobre hombre nos comentó que estaba bastante aburrido, pero ese no fue nuestro caso ya que realmente disfrutamos plenamente de nuestra estancia.

En resumen, lo pasamos en grande: nadando, "escalando", volando en avionetas, mezclándonos con la gente, buceando, tomando el sol, gritando, ... en fin que ¡¡ Me encanta Nicaragua !!!

http://associacio-aoe.org/scg/ca/index.php

Algú s'hi apunta ?

Això sí, quan sorties a jugar amb gent de fora, era un altre nivell, jo recordo haver arribat a una mitjana (a tetrifast) de 117 ppm, però és que hi havia autèntics monstres que absolutament mai baixaven de 125, com és deia, ahh sí, BONG BONG, impressionant veure'l jugar:

El joc venia a ser això:El que no se és d'on treia el temps.

Nota important: El vídeo està extret de youtube.

Crec que és cert.

Cuando introduces un username y un password en una web cualquiera no sabes realmente donde van a parar, con toda certeza a una base de datos (posiblemente encriptando los datos, pero sin ninguna garantía) y desengañémonos cualquiera que tuviera acceso (por el motivo que fuera) a esa base de datos podría probar en otro sitio nuestra combinación de "username + password" o "mail + password". Por ejemplo si un registro de esa base de datos contiene " tarari@hotmail" y "password1" se podría probar para entrar en hotmail con esos datos con una posiblidad de acierto digamos que bastante alta.

En definitiva, para mi pasó a ser de vital importancia el hecho de no utilizar nunca el mismo password.

Inicialmente puede parecer un poco de locos tener que recordar los passwords de cada site, ahí es donde interviene el método claudator, que es extremadamente simple y que resulta extremadamente útil para mi. Consiste en:

1. Elegir un fragmento de password siempre idéntico

Por ejemplo: poqwie (por su rapidez de tecleado)
Password actual: poqwie....

2. Elegir un número

Por ejemplo: 0 (porqué es más grande en el teclado númerico)
Password actual: poqwie0...

3. Parte extraída del nombre del dominio

En este caso: ks (porqué son el primer carácter y el último del dominio donde estoy: kriptopolis.com)
Password actual: poqwie0ks...

4. Cierre con otro fragmento siempre idéntico
Por ejemplo: w23e (también están cerca en el teclado y será rápido teclear)
Password actual: poqwie0ksw23e

Pues bien esta sería mi contraseña para este site, para otros:

ftp.ya.com > poqwie0yaw23e
www.youtube.com > poqwie0yew23e
www.google.com > poqwie0gew23e
...

Obviamente se pueden introducir variaciones en el método, como por ejemplo seleccionar los 2 primeros carácteres del dominio o los 2 últimos, etc...

Infalible ? NO
Cómodo y medianamente seguro? Desde mi punto de vista sí.

Artículo publicado originalmente en http://www.kriptopolis.org/passwords-fuertes-que-puedes-recordar

Además, últimamente he descubierto la posibilidad de compartir los RSS entre amigos, algo realmente fascinante, los amigos van marcando las entradas que ellos consideran dignas de destacar y tu las vas leyendo como si de un canal RSS más se tratara. Genial !

Puestos a pedir solicitaría a la gente de dzone (http://www.dzone.com) que incluyeran en sus RSS las votaciones de los usuarios. Imagino que no debe ser trivial ya que obliga a estar refrescando constantemente los canales, pero sería de inimaginable utilidad ya que estoy convencido que la mayoría de usuarios hace como yo, accedo a la página que parece que puede llegar a ser interesante (http://www.dzone.com/links/how_google_pagerank_works_....html) y me encuentro con que tiene 6 votos positivos y 7 negativos. Está bastante claro que la página no es interesante y si hubiera podido tener esa información en el mismo lugar donde he leído el título del artículo por primera vez (Google Reader) pues me habría ahorrado unos segundos preciosos, pero bueno, que no me quejo, que soy muy feliz con mis RSS, ahí va la lista:

http://rickart.claudator.com/google-reader.xml