Drupal Architecture ~ Une vision architecturale

Comment pouvez-vous minimiser la documentation? De qué manera podemos acercarnos más a los problemas de forma que los documentos sean ágiles y sencillos de interpretar. Comment nous nous rapprochons les problèmes afin que les documents sont simples et rapides à interpréter.

Nous devons simplifier le système. Debemos olvidarnos de todos las metodologías como Uml u otras que lo único que han conseguido es complicar su representación y acercarla al programador o ni eso, sino enfatizar la necesidad de un puesto intermedio que las interprete. Nous devons oublier toutes les méthodes telles que UML ou autres que tout ce qu'ils ont fait est de compliquer la représentation et la plus proche pour le programmeur, ou même, mais de souligner la nécessité d'une position intermédiaire pour l'interpréter.

Demos simplicité de l'affaire, en pariant sur un air nouveau dans un système unique de composants.

Cette méthodologie a été l'une des parties de l'architecture défendu devant l'entité indépendante Red.es u ministère de l'Industrie de l'Espagne.

Je présente un système de documentation de l'ordinaire:

Méthodologies Agile - Système de documentation

Nous avons réussi à desserrer le document tous les éléments composants automobiles, et les besoins associés, nous nous concentrons exclusivement sur l'entreprise du client.

Nous simplifions le modèle. Et cette simplification est l'architecture.

Sans doute la vie d'un site ne devrait pas être examiné avant sa création, mais plutôt, qui devrait être le début.

La capacité d'accroître la fonctionnalité peu de coûts supplémentaires est l'une des grandes forces du logiciel libre et bien sûr la robustesse d'un produit similaire Drupal.

Par conséquent, toute nouvelle fonctionnalité fournie par les composants utilisés et peut conduire à une fonctionnalité accrue reconnaissants pour la plupart des sites Web qui ont lieu.

C'est pourquoi un site ne devrait pas être considérée comme un portail unique, mais comme un projet entier.

Un projet de vie, qui a toujours des environnements parallèles.

Parce que cette fonctionnalité, nous avons deux autres méthodes

Le premier est Ldirect sauvegardes - Sauvegarde Vivas.

Il est axé sur la fourniture que le sens de la continuité des sites, avec la capacité de visualiser le futur et le passé.

Sentiment de contrôle absolu de l'évolution des portails.

Nous devons tourner le contrôle de plusieurs projets, dont la première a l'intention de gérer tous les sites et domaines:

Portales Control Architecture - Brqx

Le portail autre voiture a pour but de vérifier le fonctionnement de tous les sites, afin d'anticiper les problèmes.

Serveurs de contrôle et des Sites - NG Brqx

Cette philosophie s'inscrit parfaitement dans la méthodologie cinq environnements - Five Environments

Si vous pouvez voir l'évolution et l'état de l'un de nos sites.

Il existe de nombreuses techniques qui simplifient la gestion et optimiser le développement, avec la finalité absolue de critères de qualité et une approche aux besoins réels des clients.

Comment obtenir un ensemble de portails? ¿ Realmente creen que de un portal a otro hay tantas diferencias ? Pensez-vous réellement que d'un portail à l'autre il ya tant de différences?

La réalité est que non, leurs similitudes rarement en dessous de 90% des composants couramment utilisés.

Par conséquent, la nécessité de préparer une architecture de composants qui permet une réutilisation facile.

Cette architecture nécessite un système de documentation complète pour aider à identifier et à diagnostiquer de manière plus adéquate la satisfaction des besoins.

Ces relations doivent être effectuées par des fonctionnalités communes.

Drupal nous permet de travailler, comme l'a déjà proposé son propre ensemble de relations entre les modules, mais nous devons poursuivre ce travail d'organisation même de nombreux autres composants que nous créons.

Pour créer une base initiale, entrer dans le lotissement proposé par Drupal.

Vous avez spécifié une liste des caractéristiques les plus communes de la plupart des sites Web:

- Authentification

- Présentation du contenu

- Communautés

- Gestion des utilisateurs

- Email - Listes - Forums

- Publicité - PopUps

- Situation

- Recherche

- Syndication

La structure de la communauté Drupal modules encore dans un ensemble complet de fonctions qui ajoutent à la plupart des communes. Sont indiqués ci-dessous:

- Utilitaires

- Gestion de Contenu

- Administration

- Types de contenu

- Développement

- Communauté

- Media

- E-Commerce

- Filtres - Format d'entrée

- Nombre de visites

- Catégories

- Mobilité

- Utilitaires Javascript

- Navigation

- Gestion de fichiers

- Sauvegarde - Import - Export

- Paging

- Sécurité

- Éviter le spam

- Évaluation - droit de vote

- Localisation - Langues

- Des groupes organiques

- Statistiques

- Evénements et flux de travail

- Performance

- Jeux

- RDF - Formats

- Tour de gestion

C'est une base pour construire une approche cohérente et des composants avec une réutilisation simple.

Par défaut Drupal présente les composantes sous forme de liste.

Dans le même temps fournit des blocs, Vues et d'autres objets pour afficher les informations sur ce site. La décision de la façon de faire ce déploiement et la possibilité de modifier ce qui a trait à une architecture de présentation de contenu approprié.

Étant donné que ces produits existent, depuis l'époque de PHP Nuke et autres, a établi une distinction entre une forme réduite de la composante, connu sous le nom Drupal Teaser, et un format élargi qui affiche tout son contenu, connu sous le nom du corps, corps, plein, plein, etc.

Avez-entrée d'au moins trois variantes de la présentation:

- Titres

- Teasers

- La pleine

L'idée est de personnaliser ces éléments en fonction de l'information que nous voulons montrer à tout moment.

Drupal par défaut de réduire le nombre de caractères, s'il ya des modules qui créent un champ séparé pour teasers.

Mais la forme que nous donne cette souplesse est Modèles de contenu.

Ce module nous permet de personnaliser la sortie des composants.

Ce module vous permet de créer des modèles et des systèmes et, surtout, ils sont stockés sur les bases de données, donc nous parlons de composants qui peuvent être partagées entre plusieurs portails avec les mêmes types d'utilisateurs.

La décision de savoir quand utiliser un modèle ou n'est pas un facteur important dans l'architecture.

À son tour, propres types de Drupal peut être lié, à la fois avec des liens et des inclusions, vous pouvez créer des hiérarchies complexes qui composent la plupart des composants de pointe.

Cette composition est un facteur déterminant de l'architecture du portail.

Par conséquent, l'apparence du portail, non seulement peuvent être modélisés avec les mêmes objets eux-mêmes mais aussi avec des composants créés par nous.

Je crois que cette capacité à créer des composants personnalisés est l'un des aspects les plus puissants de Drupal.

Les composants du module et encore assimilé entre sur le terrain et le module taxonomie fournis par une autre fantastique de contenu taxonomique ira directement dans la base de Drupal 7.

Il est une preuve directe qui nous informe de l'importance de développer cette forme d'écriture ou de portails.

Nous avons parlé des relations entre les composants, mais il faut aussi noter l'organisation de la même.

Obtenir un système simple qui permet la localisation des composants et une intégration facile dans un environnement d'un composant ou une fonctionnalité, reliant une gamme de composants est un crédit à une bonne architecture.

Sans doute, au niveau structurel d'un système de liens symboliques faciliter ce travail.

Nous discutons ci-dessous la structure recommandée pour Vector SF et d'autres partenaires pour Red.es t qui est utilisé sur les serveurs Brqx.

La structure a une crise d'un caractère unique dans tout système. Le mot initial "brqx" quelle qu'elle soit l'identification, sert à deux fins:

1 .- Ne pas être confondu avec un répertoire où vous avez installé tous les systèmes (Unix, Mac, Windows).

2 .- Ne pas être confondu avec aucun plan précis, il n'a jamais fait de plans qui font appel brqx.

La deuxième chaîne définit le niveau du mot:

- Base : Produit (Niveau Produits)

- Lnk : Niveau de liens (niveau de la liaison)

- Proy : niveau du projet (ici, l'anglais est différent: niveau du projet)

- Pers : Personnalisation

- www : le niveau final de sites (niveau du site)

Le troisième terme de la chaîne définit le produit. Partimos de Drupal, pero la estructura está pensada para adaptarse a cualquier producto. Nous commençons avec Drupal, mais la structure est conçue pour convenir à n'importe quel produit.

/brqx/base/drupal

Le quatrième mot définit la version du produit. Se antepone una letra debido a que muchos sistemas tienen problemas si una carpeta comienza por número. Il met une lettre parce que de nombreux systèmes ont des problèmes si un dossier commence par le numéro.

- v50

- v60

- v70

Une fois la version sélectionnée a défini trois niveaux:

- core ' 'Core inchangée Drupal

- modules ' Modules de Drupal

- themes ' Thèmes Drupal

Pour l'instant nous ne serons pas approfondir la structure. Nous allons juste pour indiquer un exemple de ce:

/core

/core/v612

/core/v615

…

/modules/abc/c/captcha/captcha_2_1

Nous parlons maintenant de niveau 2.

A ce niveau d'indiquer les éléments qui sont certifiés et / ou la version finale étant utilisé.

L'itinéraire initial est similaire:

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

Ici, nous spécifions les noyaux fonctionnels formés avec des liens (versions déjà certifiés.)

Nous pouvons voir le bas du noyau (module de base) qui définit les fonctionnalités de base requises pour tous les sites de l'architecture.

Le parcours de cette fonctionnalité commune est la suivante:

/brqx/proy/drupal/v60/base

Les modules qui forment:

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

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

...

Cette information est maintenant obsolète, mais certainement un moyen d'enseigner l'organisation d'une approche complète et complexe architectural s'applique à un système de développement multi-sites avec une philosophie de la simplicité.

L'avantage d'utiliser une structure homogène, c'est que le processus peut être automatisé, par conséquent, les applications Drush ainsi que notre architecture de script nous permet la flexibilité dans le développement de sites común.Aunque n'est pas complètement mis à jour, cette architecture est téléchargeable de l'Internet:

Scripting Unix Brqx

Politiques le permettent, des scripts pour une agilité qui ne peut être obtenu dans un processus de web. Drupal sait. Le Drupalers sais.

Je vous invite à apprendre comment créer des scripts shell pour automatiser les processus, de personnaliser les paramètres.

Il ya tellement à apprendre qui améliore le produit final.