Drupal Arquitetura ~ Visão arquitetônica

O produto em questão é bastante complexa, mas que a complexidade é um desafio permanente e uma base constante de mesma capacidade.

Certamente um produto simples, quase um produto de qualidade, porque, como que aumenta a gama de recursos cresce igualmente complexos.

É por isso que considero uma boa escolha de módulos e componentes.

É transcendental análise dos requisitos de hardware para os portais, memória e configuração do sistema. Los mecanismos de caché. mecanismos de cache. Los módulos que puedan incrementar esa eficiencia. Os módulos que podem aumentar essa eficiência.

E, é claro que uma abordagem global, tendo em conta as necessidades actuais e estado da arte do produto.

Se você usar uma versão 5.x, sabemos que não é possível usar uma versão do PHP 5.3. A instabilidade tem sido demonstrado com módulos como o Content Templates. As su vez hay módulos que únicamente están para otra versión, otros que no mantienen continuidad. Como transformar existem módulos que são apenas para uma outra versão, outros que não manter a continuidade.

É importante para o estudo continuado de todos os módulos e opcodes que requer o produto.

Ao mesmo tempo, é importante considerar que um sistema não é apenas Drupal.

Há passos largos para alcançar um eficiente sistema mais tanto porAcquia como outras empresas, tais como Chapter 3 ue o convidam a aposta em um sistema com Mercury.

Mas neste sistema é muito complexo anexar a um painel de controle. Actualmente, não existem instruções para instalar o Mercury com Whm/Cpanel, por isso devemos considerar as necessidades do portal para saber se podemos realmente usar a totalidade ou apenas Mercury verniz, Memcached, Pressflow, etc.

É uma prova de que o estado da arte dessas tecnologias está mudando constantemente, por isso é muito importante manter em mente para atender às necessidades do sistema para a configuração mais adequada para ele.