As primeiras vezes que você vir para o Drupal, você não considerar a sua estrutura como um importante local para gerenciar múltiplos portais.
Os criadores do Drupal até começar a orientar as possibilidades ea importância dos arquivos de boa arquitetura.
Para vê-lo é um grave erro de colocar tudo em "módulos". A oportunidade para se qualificar em "sites / all / modules 'diferentes abordagens e diferentes grupos de módulos.
Essa capacidade de discernir as necessidades comuns de opções específicas para um ou outro portal é a arquitetura.
É importante a abordagem adequada dos portais que deseja implantar, e é importante para compreender a abordagem livre e recomendado pelo Drupal, onde em vez de procurar uma única guerra é um lance para uma partilha de conhecimentos e competências em desenvolvimento.
O que temos chamadoMetodologias Agile colaborativo, onde o seu sucesso depende do sucesso de outras empresas do retumbante sucesso total do produto.
Seguindo essa filosofia, a gestão dos sítios não deveria ser um controle de versão e, portanto, o produto em si tem o seu próprio controle de versão.
Mudanças ou melhorias devem ser coerentes e de acordo com os autores muito desses módulos ou temas. É esta ideia que o Drupal nos dá, e é o critério mais adequado para garantir a qualidade do software.
Portanto, podemos ver a estrutura de gestão ideal dos portais que não tem que ser gerenciamento de versão.
Nesta estrutura, temos uma parte diretamente relacionada ao produto, tais como pastas:
-"includes"
-"scripts"
-"profiles"
-"modules"
-"misc"
-"themes"
Poderia ser uma série de "links simbólicos apontando para a última versão estável do produto.
Portanto delegar parcialmente os arquivos e, mais geralmente em sites de personalização do produto.
Dentro de arquivos pode representar uma estrutura comum com as personalizações de documentos como ícones, logos e imagens:
/files/
Esta rota pode ser configurado para atingir um acoplamento mais eficiente de componentes comuns.
Em outra linha, nos sítios seguinte estrutura já feita pelo Drupal
/sites/all/ --> Para todos los portales
/sites/default/ --> Configuración por defecto
Como você disse essa estrutura aumenta a complexidade do site e permite-nos abordar a simplicidade.
Em tal estrutura seria, por exemplo, três sites:
sites/site1
sites/site2
sites/site2
sites/all
sites/default
Como você pode ver tudo o que está dentro do mesmo site.
Nós preferimos ver o produto mais facilmente, onde toda a estrutura é sempre semelhante independentemente do local onde as mudanças ambientais são completamente transparentes para a estrutura interna:
Na nossa visão, nós:
sites/default --> Configurações Só
sites/all --> custom componentes comuns
Esta estrutura será comum a todos os sites.