Abbiamo parlato di relazioni tra componenti, ma dobbiamo anche notare l'organizzazione degli stessi.
Ottenere un sistema semplice che permette la localizzazione di componenti e di facile integrazione in un ambiente di tale componente o funzionalità, che collega una serie di componenti è un credito di buona architettura.
Non c'è dubbio che a livello strutturale di un sistema di collegamenti simbolici agevolare questo lavoro.
Discutiamo di sotto della struttura consigliatoVector SF e altri partner per Red.es e che viene utilizzato sui server Brqx.
La struttura ha una misura di carattere inconfondibile in qualsiasi sistema. La parola iniziale "brqx" qualunque essa sia individuare, serve a due scopi:
1 .- Non essere confuso con una directory in cui installare tutti i sistemi (Unix, Mac, Windows).
2.- Non essere confuso con un piano preciso, non si è mai fatto tutti i piani che chiamano brqx.
La seconda stringa definisce il livello di parola:
- Base : Prodotto di livello (livello principale)
- Lnk : Livello di link (a livello di link)
- Proy : livello di progetto (in questo caso, l'inglese è diverso: livello di progetto)
- Pers : Personalizzazioni
- www : Il livello finale di siti (a livello di sito)
Il terzo termine della stringa definisce il prodotto. Partimos de Drupal, pero la estructura está pensada para adaptarse a cualquier producto. Si comincia con Drupal, ma la struttura è progettata per adattarsi a qualsiasi prodotto.
/brqx/base/drupal
La quarta parola definisce la versione del prodotto. Se antepone una letra debido a que muchos sistemas tienen problemas si una carpeta comienza por número. Si mette una lettera, perché molti sistemi hanno problemi se una cartella inizia con il numero.
- v50
- v60
- v70
Una volta selezionata la versione ha definito tre livelli:
- core ' Core invariable de Drupal
- modules ' Módulos de Drupal
- themes ' Temas de Drupal
Finora non abbiamo intenzione di approfondire ulteriormente nella struttura. Siamo solo andando a indicare un esempio di esso:
/core
/core/v612
/core/v615
…
/modules/abc/c/captcha/captcha_2_1
Parliamo ora del livello 2.
A questo livello indica i componenti che sono certificati e / o versioni finali in uso.
Il percorso iniziale è simile:
/brqx/lnk/drupal/v60/modules/abc/c/captcha
Qui si specifica il formato con nuclei funzionali i collegamenti (la versione già certificata).
Possiamo vedere il nucleo bas (modulo base) che definisce le funzionalità di base richieste per tutti i siti di architettura.
Il percorso di questa funzionalità comune è:
/brqx/proy/drupal/v60/base
I moduli che compongono:
a/ajax ' /brqx/lnk/drupal/v60/modules/abc/a/ajax
c/cck ' /brqx/lnk/drupal/v60/modules/abc/c/cck
...
Questa informazione è ormai obsoleto, ma sicuramente un modo per insegnare quando organizzano un approccio completo e complesso architettonico si applica a un sistema multi sviluppo del sito con una filosofia di semplicità.
Il vantaggio di utilizzare una struttura omogenea è che i processi possono essere automatizzati, la domanda quindi Drush così come la nostra architettura ci permette di scripting flessibilità nello sviluppo di fuori dei siti común.Aunque non è completamente aggiornato, questa architettura è scaricabile da internet:
Politiche Permetti agli script di un'agilità che non può essere ottenuta in un processo web. Drupal sa. Los drupaleros lo saben. Il Drupalers sapere.
Vi invito a imparare a creare gli script di shell per automatizzare i processi, personalizzare le impostazioni.
C'è così tanto da imparare che esalta il prodotto finale.