Drupal Architecture ~ Une vision architecturale

Le produit en question est assez complexe, mais que la complexité est un défi permanent et une base constante en la même qualité.

Certes, un produit simple, à peine un produit de qualité, parce que qui augmente la gamme de fonctionnalités pousse tout aussi complexes.

C'est pourquoi nous considérons qu'il est un bon choix de modules, de composants.

C'est l'analyse transcendantale de la configuration matérielle requise pour les portails, la mémoire et la configuration du système. mécanismes de mise en cache. LLes modules qui peuvent accroître l'efficacité.

Et, bien sûr faire une approche globale tenant compte des besoins actuels et l'état de produits d'art.

Si nous utilisons une version 5.x savons que nous ne pouvez pas utiliser une version de PHP 5.3. Se ha comprobado inestabilidad con módulos como Content Templates . Il a été démontré l'instabilité avec des modules comme Content Templates. En même temps il ya des modules qui ne sont que pour une autre version, d'autres qui n'ont pas de maintenir la continuité.

Il est important de poursuivre l 'étude de tous les modules et les opcodes qui exige que le produit.

Dans le même temps est important de considérer que le système n'est pas seulement Drupal.

Il ya de grands progrès pour parvenir à un système efficace de plus de deux par Acquia que d'autres sociétés telles que Chapter 3 qui vous invitent à parier sur un système avec Mercury.

Mais dans ce système est complexe joindre très à un panneau de contrôle. Instant il n'ya pas les instructions d'installation Mercury avec Whm/Cpanel, pnous devons donc tenir compte des besoins du portail de se demander si on peut vraiment utiliser la totalité ou seulement Mercury entero o bien sólo Varnish, Memcached, Pressflow, etc.

C'est une preuve que l'état de l'art de ces technologies est en constante évolution, il est donc très important de garder à l'esprit pour répondre aux besoins du système pour les paramètres appropriés pour la plupart il.