a.- Architektonische Enklaven: Die Definition der Produktstruktur ist Architektur
Die ersten paar Male kommen Sie zu Drupal, brauchen Sie nicht der Ansicht, seine Struktur als ein wichtiger Standort, um mehrere Sites zu verwalten.
Drupal-Entwickler sich selbst beginnen, die Möglichkeiten zu orientieren und die Bedeutung von guter Architektur-Dateien.
Seeing ist es ein schwerer Fehler, alles in "Module setzen." La oportunidad de clasificar en "sites/all/modules" distintos enfoques y distintas agrupaciones de módulos. Die Möglichkeit, in Betracht "sites / all / modules 'unterschiedliche Ansätze und unterschiedliche Gruppen von Modulen.
Diese Fähigkeit, die gemeinsamen Bedürfnisse von spezifischen Optionen für die eine oder andere Portal-Architektur zu erkennen.
Es ist wichtig, richtig Konzept der Portale zu implementieren wollen, und es ist wichtig, den Ansatz von Drupal zu verstehen und frei empfohlen, wo statt der Suche nach einem einzigen Krieg für einen Austausch von Wissen und Verantwortung in der Entwicklung Gebot ist.
Was haben wir genannt Collaborative Agile , wo Ihr Erfolg hängt vom Erfolg der anderen Unternehmen in den vollen durchschlagenden Erfolg des Produktes.
Dieser Philosophie folgend, sollte die Verwaltung des Portals nicht eine Version zu kontrollieren, und damit das Produkt selbst hat seine eigene Version zu kontrollieren.
Änderungen oder Verbesserungen sollten im Einklang stehen und erkläre mich mit der sehr Urheber dieser Module oder Themes. Es esta idea la que nos infunde Drupal, y además es la más adecuada para asegurar los criterios de calidad del software. Es ist diese Idee, die uns Drupal, und es ist am besten, um die Software Qualitätskriterien zu gewährleisten.
Deshalb können wir sehen, ideal Führungsstruktur der Portale, die keine Versionsverwaltung werden müssen.
In dieser Struktur haben wir einen Teil direkt auf die Produkt passt wie Ordner:
-"includes"
-"scripts"
-"profiles"
-"modules"
-"misc"
-"themes"
Es konnte eine Reihe von symbolischen Links "verweist auf die neueste stabile Version des Produkts werden.
Daher teilweise delegieren Dateien und ganz allgemein in Produktanpassungen Websites.
Innerhalb der Dateien stellen wir eine gemeinsame Struktur mit Anpassungen für Dokumente wie Icons, Logos und Bilder:
/files/
Diese Route kann so konfiguriert werden, um eine optimale Kopplung von Komponenten gemeinsam zu erreichen.
In der anderen Linie, in der folgenden Struktur Standorte bereits von Drupal
/sites/all/ --> Für alle Websites
/sites/default/ --> Standard-Einstellung
Wie Sie sagten diese Struktur erhöht die Komplexität der Seite und ermöglicht es uns, Einfachheit Ansatz.
In einer solchen Struktur würde, zum Beispiel drei Standorten:
sites/site1
sites/site2
sites/site2
sites/all
sites/default
Wie Sie sehen können ist alles in den gleichen Standorten.
Wir bevorzugen es, das Produkt besser zu sehen, wo die gesamte Struktur ist immer ähnlich, was den Standort und wo Veränderungen der Umwelt völlig transparent sind, um die interne Struktur:
In unserer Vision werden wir:
sites/default --> Einstellungen nur
sites/all --> Custom gemeinsamen Komponenten
Diese Struktur wird für alle Standorte.