Drupal Architecture ~ Une vision architecturale

Les premières fois que vous venez de Drupal, vous ne considérez pas la structure comme un lieu important de gérer plusieurs portails.

Les développeurs eux-mêmes Drupal même commencer à orienter les possibilités et l'importance des fichiers d'une bonne architecture.

Car il est une grave erreur de mettre tout en "modules". LL'occasion de se qualifier en "sites/all/modules" différentes et différents groupes de modules.

Cette aptitude à discerner les besoins communs d'options spécifiques à un ou autre portail est l'architecture.

Il est important de bien l'approche de la portails qui souhaitent déployer et il est important de comprendre l'approche préconisée par Drupal libre et, le cas au lieu de chercher une seule guerre est une offre pour un partage des connaissances et des responsabilités en matière de développement.

Qu'est-ce que nous avons appelé Agile de collaboration, où le succès dépend de la réussite d'autres entreprises dans le succès retentissant complète du produit.

Suite à cette philosophie, gestion du portail ne doit pas être un contrôle de version, et donc le produit lui-même a sa propre version de contrôle.

Des changements ou des améliorations devraient être cohérents et en accord avec les auteurs même de ces modules ou thèmes. Es esta idea la que nos infunde Drupal, y además es la más adecuada para asegurar los criterios de calidad del software. C'est cette idée que Drupal nous donne, et il est préférable d'assurer les critères de qualité des logiciels.

Par conséquent, nous pouvons voir la structure de gestion idéale des portails d'information qui doivent être pas la gestion des versions

Dans cette structure, nous avons une partie directement liés au produit tels que les dossiers:

-"includes"

-"scripts"

-"profiles"

-"modules"

-"misc"

-"themes"

Ce pourrait être une série de liens symboliques "qui pointe vers la dernière version stable du produit.

Donc partiellement déléguée des fichiers et plus généralement dans les sites de personnalisation du produit.

Dans les fichiers peuvent constituer une structure commune avec des personnalisations pour les documents sous forme d'icônes, logos et images:

/files/

Cet itinéraire peut être configuré pour réaliser un couplage plus optimale des composants communs.

Dans l'autre ligne, dans la structure suivante sites ont déjà fait par Drupal

/sites/all/ --> Pour tous les sites

/sites/default/ --> Réglage par défaut

Comme vous l'avez dit cette structure augmente la complexité du site et nous permet de mettre l'accent sur la simplicité.

Dans une telle structure serait, par exemple, trois sites:

sites/site1

sites/site2

sites/site2

sites/all

sites/default

Comme vous pouvez le voir, tout est dans les mêmes sites.

Nous préférons voir le produit plus facilement, où toute la structure est toujours la même quel que soit le site et où les changements de l'environnement est complètement transparent pour la structure interne:

Dans notre vision, nous allons:

sites/default --> Paramètres seulement

sites/all --> Personnaliser des composants communs

Cette structure sera commune à tous les sites.