Drupal Architettura ~ Una visione architettonica

Le prime volte che si arriva a Drupal, non considerare la sua struttura come un luogo importante per gestire portali multipli.

gli sviluppatori di Drupal se stesso anche cominciare a orientare la possibilità e l'importanza di una buona architettura file.

Vedendo che è un grave errore mettere tutto in "moduli". La possibilità di qualificarsi in "sites / all / modules 'diversi approcci e diversi raggruppamenti di moduli.

Questa capacità di discernere i bisogni comuni di soluzioni specifiche per uno o altro portale è architettura.

E 'importante affrontare correttamente i portali che desiderano distribuire ed è importante per capire l'approccio raccomandato da Drupal libero e, se invece di cercare una sola guerra è offerta per una condivisione di conoscenze e competenze nello sviluppo.

Quello che abbiamo chiamato Metodologías Ágiles Colaborativas, dove il vostro successo dipende dal successo di altre società del clamoroso successo pieno del prodotto.

Seguendo questa filosofia, la gestione del portale non deve essere un controllo di versione, e quindi il prodotto stesso ha un proprio controllo di versione.

Le modifiche o miglioramenti devono essere coerenti e concordare con gli autori molto di questi moduli o temi. Es esta idea la que nos infunde Drupal, y además es la más adecuada para asegurar los criterios de calidad del software. E 'questa l'idea che ci dà Drupal, ed è meglio per assicurare che i criteri di software di qualità.

Quindi possiamo vedere la struttura ideale di gestione di portali che devono essere non di gestione delle versioni.

In questa struttura abbiamo una parte direttamente collegata al prodotto come ad esempio le cartelle:

-"includes"

-"scripts"

-"profiles"

-"modules"

-"misc"

-"themes"

Potrebbe essere una serie di collegamenti simbolici "che punta alla ultima versione stabile del prodotto.

Quindi in parte delegato file e più in generale i siti di personalizzazione del prodotto.

All'interno di file può costituire una struttura comune con le personalizzazioni per i documenti come icone, loghi e immagini:

/files/

Questo percorso può essere configurato per ottenere un accoppiamento ottimale dei componenti più comuni.

In linea di altri, nei siti seguente struttura hanno già fatto con Drupal

/sites/all/ --> Per tutti i siti

/sites/default/ --> Impostazione predefinita

Come lei ha detto questa struttura aumenta la complessità del sito e ci permette di concentrarsi sulla semplicità.

In una tale struttura avrebbe, per esempio tre siti:

sites/site1

sites/site2

sites/site2

sites/all

sites/default

Come si può vedere tutto ciò che è all'interno dei siti stessi.

Noi preferiamo vedere il prodotto più facilmente, in cui l'intera struttura è sempre simile a prescindere dal luogo e dove i cambiamenti ambientali sono completamente trasparenti per la struttura interna:

Nella nostra visione di noi:

sites/default --> Impostazioni solo

sites/all --> Componenti personalizzati comune

Questa struttura sarà comune a tutti i siti.