Best Practice Extention-Entwicklung

[Wichteldesign]

Moin,

ich baue gerade mal wieder an ein paar Extentions und wollte mal hören wie Ihr das macht.

Ich für meinen Teil habe eine Contao-Installation in der ich einige Extentions liegen habe an denen ich gerade bauen. Das geht auch solange gut, solange es nur ein /system/modules/modulname Ordner gibt, er wird per git gemanaged.

Sobald aber Dateine außerhalb davon liegen (Plugins, Library usw.) wirds schwer. Entweder vergesse ich die Dateien beim Upload oder sie hängen nicht im git and so on.

Deshalb mal die Frage, wie geht Ihr da dran. Optimal wäre ja ein Verzeichniss mit allen Dateien der Extention das dann irgendwie in einer Contao Installation landet. Wie weis ich gerade nicht, aber ich setzte mal auf Eure kreative Energie

Gruß
Felix

[psren]

Der Frage schließe ich mich an!

[lucina]

Und weshalb legt Ihr nicht die gesamte benötigte Struktur inkl. /plugins oder /system/modules/undsoweiter einfach in Eurem Projekt an? Dann passt das doch zum Ende.

Carolina.

[tril]

Also unter Linux verwende ich unionfs, das ist ein Stackable-File-System das mir eine Installation aus mehreren Quellen zusammen baut.
Meine Extensions sind alle so im Repository aufgebaut, dass diese immer im TL_ROOT anfangen, also den kompletten Pfad system/modules/X beinhalten (siehe z.B. hier https://github.com/InfinitySoft/Avisota).
Mit unionfs mounte ich mir diese einfach über ein Contao drüber und extrahiere veränderbare Dateien in ein Arbeitsverzeichnis:

Extensions:

~/workspace/contao/Ext1
~/workspace/contao/Ext2
~/workspace/contao/Ext3
~/workspace/contao/Ext4

Contao:

~/Contao/contao-2.10.4

Ziel:

~/public_html/contao-2.10.4

Arbeitsverzeichnis:

~/public_html/contao-2.10.4_data

Der Mount Befehl sieht dann so aus (OHNE UMBRÜCHE, die habe ich nur der Lesbarkeit halber hinzugefügt!!!):

unionfs -o cow,allow_other '/home/tristan/public_html/contao-2.10.4_data=RW:
/home/tristan/workspace/contao/Ext1=RO:
/home/tristan/workspace/contao/Ext2=RO:
/home/tristan/workspace/contao/Ext3=RO:
/home/tristan/workspace/contao/Ext4=RO:
/home/tristan/Contao/contao-2.10.4=RO' \
'/home/tristan/public_html/contao-2.10.4'

Hat den Vorteil das 1. alle schön von einander getrennt ist und 2. brauche ich, um die Installation zu resetten nur das Arbeitsverzeichnis und die Datenbank löschen.

Psi macht das ganze mit AUFS, das benötigt jedoch spezielle Kernel Module, während unionfs im FUSE Userspace läuft.

MfG Tristan

[psren]

Danke für den Tip, das werde ich mir so auch einmal anschauen!

[Wichteldesign]

@lucina

Den Gedanken hatte ich auch schon, aber wie testes du das ganze. Ein Modul ohne Contao ist ja recht sinnfrei, oder verstehe ich dich falsch?


@tril

Klingt schon mal sehr Spannend und beweist, dass Linux doch das coolste System ist (jetzt gibt's glaub Haue). Dummerweise muss ich hier auf einem Mac entwickeln und für Windoof User wird's glaube ich auch schwer. Werde mir das aber auf jeden Fall mal ansehen. Vielleicht lässt sich was mit einer VM machen.

[lucina]

Den Gedanken hatte ich auch schon, aber wie testes du das ganze. Ein Modul ohne Contao ist ja recht sinnfrei, oder verstehe ich dich falsch?

Indem ich einen Symlink setze.

[Wichteldesign]

Ich glaube ich stehe auf dem Schlauch. Kannst du mir dazu bitte ein Beispiel geben?

Nachtrag:

Laut diesem Threat gibts da Probleme. Hast du die gelöst? Ich wäre dir sehr dankbar dafür

https://www.contao-community.de/show...n-mit-Symlinks

[Wichteldesign]

So viele Entwickler und keiner eine Idee? Ihr entwickelt doch nicht alle auf Linux, oder?

[tril]

Bei weitem nicht alle und viele arbeiten auch gar nicht mit Symlinks (wie ich), daher kann ich dir kein "Best practice" Empfehlung zu Symlinks geben.

PS: Wenn du einen Beitrag nachträglich editierst, bekommt man das nicht mit, außer man ließt den Beitrag explizit

[Wichteldesign]

Bei weitem nicht alle und viele arbeiten auch gar nicht mit Symlinks (wie ich), daher kann ich dir kein "Best practice" Empfehlung zu Symlinks geben.

Danke für die Antwort. An die Sache mit dem nachtrag hatte ich jetzt gar nicht mehr gedacht.

Es geht nicht nur um Symlinks. Setzt du immer eine neue Installation auf, laufen alle Extentions in einer? Wie verwaltet Ihr Euren Code? Ich such einfach nach neuen Ansätzen.

[tril]

Es geht nicht nur um Symlinks. Setzt du immer eine neue Installation auf, laufen alle Extentions in einer? Wie verwaltet Ihr Euren Code? Ich such einfach nach neuen Ansätzen.

Da hatte ich bereits drauf geantwortet
https://www.contao-community.de/show...l=1#post184878

[andreasisaak]

Wir haben alle unsere freien Extensions in einem Ordner "! Github !". Dort liegen die Extension ab dem Ordner TL_ROOT und werden via Symlink in die entsprechenden Testinstallationen eingebunden. Jeder unserer Entwickler hat seine eigenen Installationen. Von 2.9.5 bis 2.11.0

Die privaten Extensions liegen in dem Ordner "! Private Github !" und werden auch via Symlink eingebunden.

[Wichteldesign]

Das heißt Ihr habt eine Test-Installation und da werden dann im Root einfach die Symlinks auf die Extention gesetzt. DAs werde ich doch mal probieren. Klingt logisch. Danke

[andreasisaak]

die symlinks kannst du setzen wie du willst. wir gehen meist vom modules ordner aus. dann überschreiben sich keine symlinks.

[Wichteldesign]

Ich hab damit jetzt mal eine weile experimentiert. Man muss dazu sagen, ich bin absoluter Unix-Noob.

Die Symlinks für einzelne ordner bekomme ich hin. Meine Extention liegt schön für sich allein in nem Ordner. In meiner Test-Installation binde ich im System/modules den Symlink auf den Modulordner ein. Klappt super.

# Zum system/modules Ordner navigieren
ln -s PfadZumModulordnerDerExtention NameDesModuls

Wenn jetzt noch zusätzliche Plugins benötigt werden, kommen die auch wieder per Symlink in den Plugins-Ordner. Auch gut.

Was mich immer noch stutzig macht, Ihr schreibt davon Symlinks im Root einzusetzten. Verstehe ich das nur falsch, oder wie macht ihr das? Dunkle Magie?

Danke schon mal für die bisherige Hilfe,
Gruß Felix

[psren]

• TL_ROOT
  • system
    • modules
      • deinmodul (via symlink in deine Contaoinstallation)
    • plugins
      • deinplugin (via symlink in deine Contaoinstallation)

Dann hast du die ganze Erweiterung an einem Ort beisammen. (zB in deinem Git-Repo) und kannst sie 1.1 ins ER laden, auch wenn die Daten in unterschiedlichen Ordnern sitzen.

[Wichteldesign]

• TL_ROOT
  • system
    • modules
      • deinmodul (via symlink in deine Contaoinstallation)
    • plugins
      • deinplugin (via symlink in deine Contaoinstallation)

Dann hast du die ganze Erweiterung an einem Ort beisammen. (zB in deinem Git-Repo) und kannst sie 1.1 ins ER laden, auch wenn die Daten in unterschiedlichen Ordnern sitzen.

Genau, so gehe ich vor. War jetzt nur noch die frage ob man das auf einen Link verkleinern kann. Aber so wie es aussieht wohl nicht.

[xtra]

Nein, das geht nicht, da brauchst du dann eben wieder ein overlaying fs wie es Tristan schon vorgeschlagen hat.

[Wichteldesign]

Hi,

ich habe schon wieder ein Problem

Ich versuche in einer Extention auf die initialize.php zu kommen:

require_once('../../initialize.php');
// Ausgeführt aus system/modules/extention/script.php 

Ich brauche das für ein kleines Script (ähnlich wie die Ajax con Andreas Schempp). Dummerweise wird die Datei durch die Einbindung per Symlink nicht gefunden.

Jemand eine Idee woe sich das lösen lässt?

Gruß Felix

[xtra]

Evtl. follow symlinks nicht aktiv (apache: "Options +FollowSymLinks")?

[Wichteldesign]

Werde ich mal testen. Danke für den Tipp

[Wichteldesign]

Hi,

komme damit leider nicht weiter. FollowSymLinks ist gesetzt, wenn es deaktiviert ist, komme ich gar nicht auf das Script über den Symlink.

Das problem ist, require_one() (include usw. auch) löst den Pfad absolut auf. Das heist es entsteht der Pfad ins Extension-Verzeichnis. Nur da liegt logischerweise keine drin.

Habe jetzt den halben morgen gesucht und probiert, leider ohne erfolg. Gibt es einen trick das der Symlink, und nicht der echte Pfad verfolgt wird?
Ich könnte aus den Pfaden des $_SERVER Arrays mir was bauen, aber sauber ist das nicht wirklich.

Ich werde das ganze jetzt wohl per Build-Sktipt und rsync lösen. Aber wenn es für Oben eine Lösung gibt, immer gerne her damit :-)

[Wichteldesign]

UPDATE:

Mir ist gerade noch eine Möglichkeit eingefallen, die das Problem in diesem Fall löst:

Ich binde die initialize.php einfach auch per Symlink, dieses mal aber in der Extension ein. Dadurch wird die originale initialize in ihrem vorgesehenen Umfeld verwendet und alles passt. Ist zwar eine Speziallösung für diesen Fall, aber es funktioniert.