Drupal Arquitetura ~ Visão arquitetônica

Como obter um conjunto de portais? ¿ Realmente creen que de un portal a otro hay tantas diferencias ? Você realmente acha que um portal para outra, há tantas diferenças?

A realidade é que não, suas semelhanças raramente abaixo de 90% dos componentes comuns utilizados.

Portanto, a necessidade de elaborar uma arquitetura de componentes que permite uma fácil reutilização.

Esta arquitetura requer um sistema de documentação completa para ajudar a identificar e diagnosticar de forma mais adequada à satisfação das necessidades.

Essas relações devem ser feitas pelo funcionalidade comum.

Drupal permite-nos trabalhar, como já propôs o seu próprio conjunto de relações entre os módulos, mas temos de continuar esse mesmo trabalho organizando muitos outros componentes que nós criamos.

Para estabelecer uma base inicial, entre a divisão proposta pelo Drupal.

Você especificou uma lista das características mais comuns da maioria dos sites:

- Autenticação

- Apresentação dos conteúdos

- Comunidades

- Gerenciamento de usuários

- Email - Lista - Fórum

- Anúncio - PopUps

- Localização

- Busca

- Syndication

A estrutura da comunidade Drupal ainda módulos em um conjunto completo de funcionalidades que são adicionadas ao comum. Se indican a continuación: Abaixo:

- Utilitários

- Gestão de Conteúdos

- Administração

- Tipos de Conteúdo

- Desenvolvimento

- Comunidade

- Media

- E-Commerce

- Filtros - Formato de entrada

- Exibições

- Categorias

- Movilidad- Mobilidade

- Utilitários Javascript

- Navegação

- Gerenciamento de Arquivos

- Backup - Importação - Exportação

- Paging

- Segurança

- Evite Spam

- Avaliação - voto

- Localização - Línguas

- Grupos orgânicos

- Estatísticas

- Eventos e fluxos de trabalho

- Performance

- Jogos

- RDF - Formatos

- Tour de Gestão

É uma base para construir uma consistente e componentes com a reutilização simples.

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.

A capacidade de satisfazer as exigências não depende de um único produto ou de um desenvolvimento único.

É a filosofia livre, o nosso sucesso está intrinsecamente ligada à dos componentes utilizados. Entre todos crecemos para mejorar la calidad y es esa calidad la que nos permite triunfar y indirectamente mejorar las aplicaciones disponibles para la sociedad. Entre todos os crescer para melhorar a qualidade e é esta qualidade que nos permite ter sucesso e, indiretamente, melhorar as aplicações disponíveis para a sociedade.

Por conseguinte, a sociedade, melhorando.

E é que, em termos de projectos de má qualidade do software tem sido um exemplo claro, pois qualquer pessoa pode colocar um calendário, para tentar conseguir o emprego, tal como no meu país, independentemente da arquitetura, robustez, segurança, único objetivo é trabalhar.

Foi esse um dos pilares da falha de software corporativo.

No Drupal em particular, e software livre em geral, não é assim. O no debe ser, pues aún he discutido este tema con mucha gente que no es capaz de ver que los desarrolladores o arquitectos de software deben ser perfiles altos y especializados y familiarizados con el producto. Ou não, porque ainda tenho discutido este assunto com muitas pessoas que não podem ver os desenvolvedores e arquitetos de software devem ser de alto nível e experiência e familiaridade com o produto.

Assim, estas alterações deverão ser solicitadas aos perfis mais na linha para ele, que são frequentemente responsáveis para esse módulo ou tema e que a alteração solicitada irá enriquecer o produto.

Esta deve ser a linha de ação, e nesta linha, o aumento ou a melhorar a funcionalidade fornecida pelo Drupal deve ser um aspecto importante ao abordar os requisitos de um projeto de futuro.

Assim, consideramos mais importantes habilidades para compartilhar com outros produtos e, juntos, encontrar um ideal comum a realização de uma tentativa mais forte para fazer a guerra em cada um as suas próprias.

Nós todos devemos fazer o produto ainda melhor e isso significa que todos os componentes e as empresas envolvidas nele também estão se tornando melhor.

Drupal é por isso que queremos Varnish está ficando melhor, que Memcached aumentar a sua eficiência .

Apache, Ngnix, Ligthttp estão se tornando mais rápido.

MySQL mais eficiente.

Php fica melhor a cada dia.

Essa é a enciclopédia de filosofia. Una apuesta por la calidad. Um compromisso com a qualidade.

Sem dúvida, a vida de um site não devem ser considerados até a sua criação, mas sim, que deve ser o começo.

A capacidade de aumentar a funcionalidade com pouco custo adicional é um dos pontos fortes do software livre e, claro, a robustez de um produto como o Drupal.

Portanto, qualquer nova funcionalidade fornecida pelos componentes e usado pode levar a uma maior funcionalidade grata para a maioria dos sites que estão ocorrendo.

É por isso que um site não deve ser considerado como um portal único, mas como um projeto inteiro.

Um projeto de vida, que sempre ambientes paralelos.

Como essa funcionalidade, temos outras duas metodologias.

O primeiro é oLive Backups - Vivas Backup .

Ela está focada em fornecer a sensação de continuidade para os locais, com capacidade de visualizar o futuro eo passado.

Sensação de controle absoluto sobre a evolução dos portais.

Temos de transformar o controle de vários projetos, o primeiro tem a intenção de gerenciar todos os sites e domínios:

Portales Controle Arquitetura - Brqx

O portal tem como objectivo o outro carro para verificar o funcionamento de todos os locais, a fim de antecipar os problemas.

Servidores e Sites de Controle - NG Brqx

Essa filosofia se encaixa perfeitamente com a metodologia cinco ambientes - Five Environments

Onde você pode ver a evolução eo status de qualquer um dos nossos sites.

Há muitas técnicas que simplificam a gestão e otimizar o desenvolvimento, com absoluta critérios objectivos de qualidade e uma abordagem às necessidades reais dos clientes.

Quando o valor de um projeto, devemos considerar em que medida é importante para um dos requisitos.

O relacionamento deste requisito causado pela exigência e um componente claro que vai satisfazer um aspecto muito importante de arquitetura para equilibrar o processo de criação do site.

Pode haver ocasiões em que o componente preencher essas necessidades perfeitamente. Será importante comparar os potenciais candidatos também vir a preencher.

É hora de analisar o componente criado ou já existente para decidir se você precisa de um novo componente no sistema.

E se você começar nesse caso, devemos analisar o custo de implementação devido à importância dessa exigência.

Portanto, nem todas as necessidades são as mesmas e nem sempre a melhor opção para começar a tentar resolvê-los.

É muito necessário fazer um estudo dos componentes existentes, o estado atual da arte e futuras alterações implicarão.

Você pode ser a melhor opção para um adiamento dessa funcionalidade antes de se envolver em desenvolvimento, cujos benefícios são duvidosos.

E se você realmente precisa, sem dúvida, jamais será a opção de fazer um desenvolvimento independente, mas se juntar à comunidade, mais próxima com os criadores destes componentes ou que pode realmente proporcionar a necessária e quer solicitar serviços ou colaborar com a receber solução de colaboração que permite a exigência. Esta deve ser a linha de ação.

Essa foi a maior que fez o software livre, de colaboração, e é o que nos permite antecipar os problemas e que aumenta a compatibilidade do produto e se concentra em um sistema de qualidade, cujo único propósito é melhorar a própria empresa.