Autor stefan
Datum 28.06.2010 13:26
Beiträge: Vielleicht erst einmal ein paar allgemeine Worte auch wenn vieles schon geschrieben wurde.

OPN ist sehr mächtig. Es ist flexibel und sehr anpassungsfähig. Gerade aus diesem Grund ist es auch vielleicht besser nicht möglich alles in einer Woche zu durchschauen.

Was hilft ist, wenn man bereits Projekterfahrung von großen Projekten hat.

Die Vorgehensweise und die Begriffe sind die selben.

Irgendwo muss die Basis des Codes sein. Bei großen Projekten benötigt man hier auch eine Versionsverwaltung des Quell Codes.

Hier ist das Subversion - Kurz SVN. Dieses ist häufig in großen Projekten im Einsatz. Also eigentlich Standard.

Die Versionen Teilen sich in Verschiedene Projekt Zweige.

Experimental

Trunk

Branch

Zu den Verlauf zum Release gibt es hier auch nette Texte. Auch die Bezeichnung und der Hintergrund findet sich bei vielen anderen großen Projekten genauso wieder.

In jeden Fall ist es so, und das auch nur kurz erwähnt,

In experimental läuft alles nicht fertige rein. Hiermit eine produktive Webseite zu betreiben ist nicht sinnvoll und wird mehr Probleme Bereiten.

In branch laufen nur getestete Änderungen rein. Hieraus entsteht das Release. Somit ist das die einzig empfohlene Version die im produktiv Einsatz genutzt werden sollte.

Das hat aber Nachteile. Die Zeitspanne bis es im Branch und dann in einem Release ist, ist hoch.

Will man also aber aktuell sein und von Neuerungen sofort Profitieren wird ein Profi auch trunk Versionen nutzen.

Dabei sollte man natürlich wissen was man tut, und in der Lage sein ggf. einzuschreiten.

Diese Seite läuft übrigens aus der Trunk Version und wird ggf. alle Stunde aktualisiert.

Zu den Customizer Modulen. Diese richten mehr für Fortgeschrittene Profis oder eben Personen die Kundenwebseiten betreuen und einrichten. Diese Gruppe sollte entsprechende Erfahrung haben. Beim Customizing ist es möglich OPN noch weiter anzupassen ohne später bei Updates Probleme zu erhalten. So ist es sogar möglich im Admin Einstellungen für den normalen Admin unsichtbar zu machen. Das sind alles Dinge die der normale Anwender nicht benötigt. Daher ist auch die Zielgruppe nicht der normale Anwender.

Der customizer für den eMail Bereich sollte Problemlos auch mit der branch Version laufen (z.Zt.) Der customizer für EVA allerdings nicht da bestimmte Funktionen und Klassen neu geschaffen wurden. Die Einstellungen die durch einen älteren EVA Customizer bewirkt wurden, laufen natürlich uneingeschränkt weiterhin.

Ich würde also mit dem Customizer dieses entsprechend ändern.

Ich hoffe das hilft etwas im Verständnis. Das das ganze im Anfang nicht einfach ist, ist leider so.

Ich habe vorhin noch mal den eMail Customizer angesehen, der läuft jedenfalls.


Diese Seite drucken
Diese Seite schließen

Dieser Artikel kommt von: OpenPHPNuke - das Open Source CMS

http://www.openphpnuke.info/