p01
Certamente as pessoas não tem certeza do que a arquitetura palavra combinada com um processo de desenvolvimento ágil e de implantação.
Vou tentar destacar a complexidade da arquitetura do modelo e qualquer menção de que pode estar envolvido em uma arquitetura de portal.
O produto de escolha é o Drupal, Drupal, mas não é o centro da arquitetura, mas um lugar nela.
Uma boa arquitetura deve ser adaptável a qualquer outro produto sem complexidade excessiva e manter o equilíbrio.
Iremos descrever o que consideramos ser a arquitetura. Para fazer isso, iremos a partir do sistema que se deslocam para o desenvolvimento e terminando com um portal da comunidade.
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.
Estoy a disposición laboral para trabajar como Arquitecto Metodologías Ágiles Drupalo bien ofrecer mis servicios de diseño de portales en Portales Profesionales.
Invito a que conozcan a su vez un enfoque revolucionario de posicionamiento basado en arquitectura : El mejor posicionamiento - Brqx
Es un placer compartir con ustedes mis inquietudes en la sociedad y mi lucha unánime por un mundo mejor. Les invito a conocer Costumbres Sociales Actuales - Brqx.
También si les gusta el coleccionismo de calidad, les invito a participar en proyectos como Mis Palillos o Mis presentaciones.
Sin otro particular, gracias por tu visita.
