Drupal Arquitetura ~ Visão arquitetônica

Outra característica importante do software livre é a sua grande capacidade de mudar, melhorar, novas funcionalidades.

Esta filosofia é tão variante em um curto espaço de tempo, uma boa solução se torna obsoleto.

Portanto, é importante para um arquiteto em Drupal para manter-se atualizado sobre os novos componentes, a sua adaptação para as versões.

Conhecendo bem o Update Status y el Upgrade Status seus portais.

Antecipar problemas e quando agir, estar preparado para isso. É importante para testar novas funcionalidades, as contribuições para o teste do produto, aprender sobre os benefícios oferecidos.

Navegue comparações de produtos, análise de novos recursos feita para ser capaz de decidir se a notícia é importante para a melhoria do portal ou, simplesmente, um código expandido não fornece novas funcionalidades.

Drupal tem mais de 5.000 módulos atualmente quatro versões de dança, mais de 500 contribuições de informação, muitos. Todo ello hace al producto completo y complejo. Tudo isso torna o produto completo e complexo.

Existem milhares de variações e muitas maneiras diferentes de fazer as coisas, nada tem que ser o melhor, com exceção de alguns casos excepcionais.

Assim, uma boa arquitetura deve ser concebida de que o esforço Drupal contínuo na pesquisa de novos componentes e upgrades de componentes existentes.

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.

Conversamos sobre as relações entre os componentes, mas é preciso notar também a organização do mesmo.

Conseguir um sistema simples que permite a localização de componentes e de fácil integração em um ambiente desse componente ou recurso que reúne uma série de componentes é um crédito para a boa arquitetura.

Sem dúvida nível estrutural de um sistema de links simbólicos facilitar este trabalho.

Discutimos a seguir a estrutura recomendada para Vector SF e outros parceiros para Red.es e que está sendo usado em servidores Brqx.

A estrutura tem um ajuste inconfundível em qualquer sistema. El vocablo inicial "brqx" independientemente que sea identificativo, cumple con dos propósitos : A palavra inicial brqx "qualquer que seja a identificação, serve a dois propósitos:

1 .- Não deve ser confundido com qualquer diretório onde você instalar sistemas (Unix, Mac, Windows).

2 .- Não deve ser confundido com um plano definido, ele nunca fez planos que chamam brqx.

A segunda string define o nível de palavra:

- Base : Standard Product (nível Produtos)

- Lnk : Nível de ligações (nível de link)

- Proy : Nível de projeto (neste caso, o Inglês é diferente: nível do projecto)

- Pers : Personalizações

- www : Nível Final de sites (nível local)

O terceiro termo da seqüência define o produto. Partimos de Drupal, pero la estructura está pensada para adaptarse a cualquier producto. Começamos com Drupal, mas a estrutura foi projetada para se adequar a qualquer produto.

/brqx/base/drupal

A quarta palavra define a versão do produto. Se antepone una letra debido a que muchos sistemas tienen problemas si una carpeta comienza por número. Ela coloca uma carta, pois muitos sistemas têm problemas se inicia uma pasta com o número.

- v50

- v60

- v70

Uma vez que a versão selecionada definiu três níveis:

- core ' Core 'inalterada Drupal

- modules ' Modules 'Drupal

- themes ' emas "Drupal

Por agora não iremos aprofundar ainda mais a estrutura. Simplemente vamos a indicar un ejemplo de la misma: Nós apenas estamos indo para indicar um exemplo disso:

/core

/core/v612

/core/v615

…

/modules/abc/c/captcha/captcha_2_1

Falamos agora do nível 2.

A este nível, indicar os componentes que são certificados e / ou versões finais sendo usado.

A rota inicial é semelhante:

/brqx/lnk/drupal/v60/modules/abc/c/captcha

Aqui vamos especificar os núcleos funcionais formados com links (versões já certificadas).

Podemos ver o bas núcleo (módulo básico) que define a funcionalidade básica necessária para todos os sites da arquitetura.

O percurso desta funcionalidade comum é:

/brqx/proy/drupal/v60/base

Os módulos que compõem:

a/ajax ' /brqx/lnk/drupal/v60/modules/abc/a/ajax

c/cck ' /brqx/lnk/drupal/v60/modules/abc/c/cck

...

Esta informação está desactualizada, mas certamente uma maneira de ensinar ao organizar uma abordagem completa e complexa arquitectura aplica-se a um sistema multi site desenvolvimento de uma filosofia da simplicidade.

A vantagem de usar uma estrutura homogênea é que os processos podem ser automatizados, portanto, tanto as nossas aplicações, tais como scripts Drush arquitetônico permite a flexibilidade no desenvolvimento de sites externos común.Aunque não está totalmente atualizado, esta arquitetura está disponível para download da internet:

Scripting Unix Brqx

Políticas permitir scripts para uma agilidade que não pode ser obtida em um processo na web. Drupal sabe. O Drupalers saber.

Convido você a aprender a criar shell scripts para automatizar processos, personalizar as configurações.

Há tanta coisa a ser aprendida que melhora o produto final.

Como você pode minimizar a documentação? Como ficamos mais próximos dos problemas para que os documentos são rápidos e simples de interpretar.

Precisamos simplificar o sistema. Temos de esquecer todas as metodologias como UML ou outras que todos eles têm feito é complicar a representação e mais para o programador ou até mesmo que, mas para enfatizar a necessidade de uma posição intermediária para interpretá-lo.

Demos a simplicidade do processo, apostando em um novo ar em um único sistema de componentes.

Esta metodologia tem sido uma das partes da arquitetura defendido perante a entidade independente Red.es do Ministério da Indústria da Espanha.

Eu apresento um sistema de documentação fora do comum:

Metodologias Ágeis - Documentação do Sistema

Conseguimos soltar a documentar todos os componentes de componentes, autopeças e requisitos associados que se concentrar exclusivamente no negócio do cliente.

Nós simplificar o modelo. E esta simplificação é a arquitetura.

Falamos sobre a usabilidade como um conjunto de técnicas que simplificam a gestão de um website e da abordagem às necessidades dos usuários ou clientes.

A habilidade de encapsular um produto como o Drupal em um conjunto de abstrações que simplificam a abordagem do modelo eo resultado é uma arquitetura de negócio do cliente.

Por padrão, um usuário nunca deve Drupal acho que é o produto que você está atrás de seu site.

Portanto, é importante gerir bem o portal e atribuir funções a visibilidade em conta as necessidades de cada função.

Acreditamos que é necessário os seguintes quatro funções:

- Administrador Conhecedor: do Drupal. Tiene permiso para hacer cualquier acción en el portal. Você tem permissão para fazer qualquer ação no site.

- Supervisor: Conhecer o negócio. Você deve ser capaz de executar todas as ações que gerem o negócio. Você não precisa de nenhum conhecimento do Drupal.

- Usuários autenticados: permissão para modificar, inserir e excluir algumas facetas do negócio

- Usuário anônimo: Qualquer visitante do portal

Esses papéis podem ser aumentados em virtude das necessidades do local.

O papel de cada fator desempenha um papel determinante na segurança do site.

O administrador deve verificar todos os novos patches de segurança que podem ser aplicadas a fim de procurar que as medidas de segurança são adequados.

O arquiteto do sistema deve definir adequadamente as acções a tomar em conta o papel de cada acção, assegurando a privacidade respeitada critérios empresariais.

Devido à possibilidade de utilização de Brqx Group, temos duas metodologias de design aplicado:

Potals Light - luz Portales

O objectivo desta metodologia é a de minimizar as opções disponíveis para o ajuste necessário.

Ao mesmo tempo, aplicar a metodologia Potals Liquid - ágil Portales

Sua lógica é ter o máximo de informações sem a necessidade de rolagem da tela. La filosofía es que todas las acciones estén a vista del usuario, dar agilidad a los movimientos como si fuera un líquido. A filosofia é a de que todas as ações estão dentro da vista do usuário, fornecer agilidade para se mover como um líquido.

Estas metodologias estão disponíveis para uma arquitetura adequada que você quer apostar pela simplicidade e facilidade de uso do site.

Vire um arquiteto deve tentar desenvolver um sistema para que orto normal em todos os portais, os procedimentos operacionais são semelhantes.