k.- Architektonische Enklaven: Die Verwaltung und Kontrolle der Komponenten Portale ist die Architektur
Wir sprachen über die Beziehungen zwischen den Komponenten, aber wir müssen beachten Sie auch die Organisation der gleiche.
Getting ein einfaches System, Lokalisierung von Komponenten und einfache Integration in eine Umgebung dieser Komponente oder die Funktionalität, die Verknüpfung einer Vielzahl von Komponenten erlaubt, ist eine Gutschrift auf gute Architektur.
Kein Zweifel, struktureller Ebene ein System von symbolischen Links erleichtern diese Arbeit.
Wir diskutieren unter dem empfohlenen Struktur Vector SF und anderen Partnern zu Red.es yund wird verwendet Brqx auf Servern.
Die Struktur hat einen unverwechselbaren Charakter passen in jedes System. El vocablo inicial "brqx" independientemente que sea identificativo, cumple con dos propósitos : Die erste Wort "brqx" was das ist die Ermittlung, dient zwei Zwecken:
1 .- nicht verwechselt werden mit einem Verzeichnis installieren, wo Sie alle Systeme (Unix, Mac, Windows).
2 .- Nicht zu verwechseln mit einem bestimmten Plan, es nie irgendwelche Pläne, die brqx nennen.
Das zweite Wort der Zeichenfolge definiert die Norm:
- Base : Product Level (Ebene Products)
- Lnk : link level (Link-Ebene)
- Proy : Projekt-Ebene (hier: Englisch ist anders: Projektebene)
- Pers : Customizations
- www : Final Ebene von Standorten (Site-Ebene)
Das dritte Glied der Zeichenfolge definiert das Produkt. Partimos de Drupal, pero la estructura está pensada para adaptarse a cualquier producto. Wir beginnen mit Drupal, aber die Struktur ist entworfen, um ein Produkt zu entsprechen.
/brqx/base/drupal
Das vierte Wort definiert die Version des Produkts. Se antepone una letra debido a que muchos sistemas tienen problemas si una carpeta comienza por número. Es bringt einen Brief, weil viele Systeme Probleme haben, wenn Sie einen Ordner mit der Nummer beginnt.
- v50
- v60
- v70
Einmal ausgewählt Version hat drei Ebenen definiert:
- core ' Core unverändert Drupal
- modules ' Drupal-Module
- themes ' Drupal Themes
Denn jetzt werden wir nicht weiter vertiefen sich in die Struktur. Simplemente vamos a indicar un ejemplo de la misma: Wir sind nur ein Beispiel werde es geben:
/core
/core/v612
/core/v615
…
/modules/abc/c/captcha/captcha_2_1
Wir sprechen jetzt von Level 2.
Auf dieser Ebene zeigt die Komponenten, die zertifiziert sind und / oder endgültigen Versionen verwendet wird.
Die erste Route ist ähnlich:
/brqx/lnk/drupal/v60/modules/abc/c/captcha
Hier spezifizieren wir die funktionelle Kerne mit Verbindungen gebildet (bereits zertifizierten Versionen.)
Wir sehen den Kern bas (Basismodul), der definiert, die grundlegende Funktionalität für alle Standorte der Architektur erforderlich.
Der Weg dieses gemeinsamen Funktionalität:
/brqx/proy/drupal/v60/base
Los módulos que lo forman:
a/ajax ' /brqx/lnk/drupal/v60/modules/abc/a/ajax
c/cck ' /brqx/lnk/drupal/v60/modules/abc/c/cck
...
Diese Information ist mittlerweile veraltet, aber sicherlich eine Möglichkeit, zu lehren bei der Organisation einer kompletten und komplexen architektonischen Ansatz gilt für eine Multi-Site-Entwicklung mit einer Philosophie der Einfachheit.
Der Vorteil der Verwendung einer homogenen Struktur ist, dass die Prozesse automatisiert werden können, daher Drush Anwendungen sowie unsere Scripting-Architektur erlaubt uns Flexibilität bei der Entwicklung aus dem común.Aunque Seiten ist nicht vollständig aktualisiert, ist diese Architektur zum Download aus dem Internet:
Policies erlauben Skripte zu einer Agilität, dass ein Prozess kann nicht gewonnen web in. Drupal kennt. Die Drupalers wissen.
Ich lade Sie ein zu erfahren, wie Shell-Skripte erstellen, um Prozesse zu automatisieren, die Einstellungen anzupassen.
Es gibt so viel gelernt werden, dass verstärkt das Endprodukt.