EspañaInglaterraAlemaniaItaliaPortugalFranciaEspañaInglaterraAlemaniaItaliaPortugalFrancia

p11

Hemos hablado de las relaciones entre componentes, pero también hay que señalar la organización de los mismos.

Conseguir un sistema que permita una sencilla localización de los componentes y una sencilla incorporación a un entorno de desarrollo de dicho componente o funcionalidad que agrupe un abanico de componentes es mérito de una buena arquitectura.

Sin duda a nivel estructural un sistema de vínculos simbólicos facilitan dicha labor.

Comentaremos a continuación la estructura recomendada a Vector SF y otros colaboradores para Red.es y la que se está siendo usada en los servidores Brqx.

La estructura tiene un carácter de encaje inequívoco en cualquier sistema. El vocablo inicial "brqx" independientemente que sea identificativo, cumple con dos propósitos :

1.- Nunca se confundirá con un directorio de cualesquiera sistemas donde se instale ( Unix, Mac, Windows ).

2.- Nunca se confundirá con ningún proyecto definido, pues nunca se realizará ningún proyecto que se llame brqx.

El segundo vocablo de la cadena define el nivel :

- Base : Nivel de productos ( Products level )

- Lnk : Nivel de enlaces (Link level )

- Proy : Nivel de proyectos (aquí el inglés es distinto : Project Level)

- Pers : Personalizaciones

- www : Nivel final de los sites ( Web level )

El tercer vocablo de la cadena define el producto. Partimos de Drupal, pero la estructura está pensada para adaptarse a cualquier producto.

/brqx/base/drupal

El cuarto vocablo define la versión del producto. Se antepone una letra debido a que muchos sistemas tienen problemas si una carpeta comienza por número.

- v50

- v60

- v70

Una vez seleccionada la versión se han definido tres niveles:

- core ' Core invariable de Drupal

- modules ' Módulos de Drupal

- themes ' Temas de Drupal

De momento no vamos a ahondar más en la estructura. Simplemente vamos a indicar un ejemplo de la misma:

/core

/core/v612

/core/v615

/modules/abc/c/captcha/captcha_2_1

Hablamos ahora del nivel 2.

En este nivel indicaremos los componentes que están certificados y/o las versiones finales que se están usando.

La ruta inicial es similar:

/brqx/lnk/drupal/v60/modules/abc/c/captcha

Aquí se indicarán los núcleos funcionales, formados con enlaces (versiones ya certificadas).

Podemos ver el núcleo bas (base de módulos) que define la funcionalidad básica exigida para todos los portales de la arquitectura.

La ruta de esta funcionalidad común es:

/brqx/proy/drupal/v60/base

Los módulos que lo forman:

a/ajax ' /brqx/lnk/drupal/v60/modules/abc/a/ajax

c/cck ' /brqx/lnk/drupal/v60/modules/abc/c/cck

...

Esta información actualmente está obsoleta, pero sin duda enseña un camino a la hora de organizar un completo y complejo enfoque arquitectónico válido para un sistema de desarrollo multi site con una filosofía de simplicidad.

La ventaja de usar una estructura homogénea es que los procesos se pueden automatizar, por tanto tanto aplicaciones como Drush como nuestra arquitectura de scripting nos permite una agilidad en la elaboración de sites fuera de lo común.Aunque no está totalmente actualizada, dicha arquitectura es descargable desde internet :

Scripting Unix Brqx

Las políticas de scripts permiten dar una agilidad que no se pueden obtener en un proceso web. Drupal lo sabe. Los drupaleros lo saben.

Le invito a aprender a crear shell scripts, a automatizar procesos, a personalizar entornos.

Es tanto lo que hay que aprender que engrandece el producto final.

Distribuir contenido