6
PHP: Sinnvolle Projektstruktur
Ich bin dabei, auf einem Debian-System ein PHP-Projekt zu realisieren. Wenn es darum geht, eine sinnvolle Projektstruktur zu haben, welche Vorteile/Nachteile aus der Sicht Sicherheit/ Programmieraufwand/ Übersichtlichkeit haben diese zwei Varianten:
Variante A
/home/PHPModul
/home/PHPModul/User1
/home/PHPModul/user2
...
/home/PHPModul/userZ
Variante B
/home/PHPModul
/home/User1
/home/user2
...
/home/userZ
wobei in UserXY-Verzeichnissen den Usern Webspace zugeteilt ist. Das PHPModul muss Lese- und Schreibrechte in allen User-Verzeichnissen haben. Mir gefällt die Variante B besser, da ich eine Ebene in der Verzeichnisstruktur weniger habe.
Gruss, Gustav
Variante A
/home/PHPModul
/home/PHPModul/User1
/home/PHPModul/user2
...
/home/PHPModul/userZ
Variante B
/home/PHPModul
/home/User1
/home/user2
...
/home/userZ
wobei in UserXY-Verzeichnissen den Usern Webspace zugeteilt ist. Das PHPModul muss Lese- und Schreibrechte in allen User-Verzeichnissen haben. Mir gefällt die Variante B besser, da ich eine Ebene in der Verzeichnisstruktur weniger habe.
Gruss, Gustav
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 280214
Url: https://administrator.de/forum/php-sinnvolle-projektstruktur-280214.html
Ausgedruckt am: 14.04.2025 um 18:04 Uhr
6 Kommentare
Neuester Kommentar
Hallo Gustav,
verrate uns doch etwas mehr über das Projekt, welches du realisieren möchtest.
Was soll es tun, wie soll das Ziel (Nicht die Verzeichnisstruktur) aufgebaut sein?
Mir persönlich (ohne deine Anforderungen zu kennen) würde zum Beispiel eher Variante A zusprechen.
LG
Dominique
verrate uns doch etwas mehr über das Projekt, welches du realisieren möchtest.
Was soll es tun, wie soll das Ziel (Nicht die Verzeichnisstruktur) aufgebaut sein?
Mir persönlich (ohne deine Anforderungen zu kennen) würde zum Beispiel eher Variante A zusprechen.
LG
Dominique
Moin,
Das PHP-Projekt an sich ist für den Server-Betreiber eine Admin-Oberfläche für die Template-Sammlungen. Der Server-Admin schaltet für einzelne User bestimmte Templates frei. Die
Gustav
Zitat von @Clijsters:
verrate uns doch etwas mehr über das Projekt, welches du realisieren möchtest.
Was soll es tun, wie soll das Ziel (Nicht die Verzeichnisstruktur) aufgebaut sein?
verrate uns doch etwas mehr über das Projekt, welches du realisieren möchtest.
Was soll es tun, wie soll das Ziel (Nicht die Verzeichnisstruktur) aufgebaut sein?
Das PHP-Projekt an sich ist für den Server-Betreiber eine Admin-Oberfläche für die Template-Sammlungen. Der Server-Admin schaltet für einzelne User bestimmte Templates frei. Die
- Inhalte der User-Websites, die in diesen Templates eingebettet sind
- und die User-Zugangsdaten plus User-Rollen
Gustav
Soll das heißen, jeder User hat eigene Templates, die in Verzeichnissen liegen?
Dann wird Content aus einer DB geholt und in die Templates injiziert?
Die Verzeichnisstruktur ist dann für die Templates?
Wie steht die Beziehung zw. User und Template? 1:1 / 1:n / n:n
LG
Dann wird Content aus einer DB geholt und in die Templates injiziert?
Die Verzeichnisstruktur ist dann für die Templates?
Wie steht die Beziehung zw. User und Template? 1:1 / 1:n / n:n
LG
1Zitat von @Clijsters:
Soll das heißen, jeder User hat eigene Templates, die in Verzeichnissen liegen?
jaSoll das heißen, jeder User hat eigene Templates, die in Verzeichnissen liegen?
Dann wird Content aus einer DB geholt und in die Templates injiziert?
korrektDie Verzeichnisstruktur ist dann für die Templates?
jaWie steht die Beziehung zw. User und Template? 1:1 / 1:n / n:n
Gute Frage. Danke dafür. Und dafür mag ich die administrator.de-Community
.Die Templates werden u.a. aus den Templates-Schnipseln generiert.
- Evtl. wird es ein "Basistemplate" geben, das die Pflicht-Bestandteile einer HTML-Seite enthält.
- dann wird es für einzelne User freigeschaltete Template-Schnipsel geben, die:
- JavaScripts
- CSS-Formatierungen
Die für die User freigeschaltete Template-Schnipsel können von den Usern selbst aktiviert/deaktiviert werden.
Nein.
Nein.
Nein.
Das mit den Basistemplates ist ja nett, aber spätestens, wenn dann ein einziger User eine Änderung an einer Stelle braucht, die Teil des globalen Templates ist, ist das Konstrukt wieder über'm Haufen. (Oder man fängt an, sich JS-Brückchen zu bauen...)
Ich würde - ganz simpel - noch etwas schlimmer vorgehen:
Und Berechtigungen in einer DB ablegen. So können n:n Zugriffe komfortabel verwaltet werden.
Das Konzept mit getrenntem Header- und Footerbereich ist sehr gewöhnungsbedürftig, ich finde es in kleineren Projekten aber immer angenehmer.
Da sind deiner Fantasie aber generell keine Grenzen gesetzt.
Ich verwende für kleine Homepages mit CMS z.B. gerne Kirby. Du hast ein Template, z.B. "home.php" / "projects.php" etc.
Dann sog. snippets, wie z.B. "header.php", "footer.php", "werbungsleisteanderrechtenseite.php"..., welche du nach Belieben in deinen Templates abrufst.
Wenn du nun ein CMS-Backend hast, welches mittels intelligenter, eigener ACLs Rechte auf die jeweiligen Teile vergibt, kann man damit auch sicher gut arbeiten.
Was soll das denn am Ende genauer werden? So ganz hältst du dich da ein wenig zurück.
Also, was macht wer mit diesen Templates und wofür sind diese?
LG
Nein.
Nein.
Das mit den Basistemplates ist ja nett, aber spätestens, wenn dann ein einziger User eine Änderung an einer Stelle braucht, die Teil des globalen Templates ist, ist das Konstrukt wieder über'm Haufen. (Oder man fängt an, sich JS-Brückchen zu bauen...)
Ich würde - ganz simpel - noch etwas schlimmer vorgehen:
Templates/
Templates/templ1
Templates/templ2
[...]
Base/
Base/HeaderStd
Base/FooterStd
Base/HeaderSmall
[...]Das Konzept mit getrenntem Header- und Footerbereich ist sehr gewöhnungsbedürftig, ich finde es in kleineren Projekten aber immer angenehmer.
Da sind deiner Fantasie aber generell keine Grenzen gesetzt.
Ich verwende für kleine Homepages mit CMS z.B. gerne Kirby. Du hast ein Template, z.B. "home.php" / "projects.php" etc.
Dann sog. snippets, wie z.B. "header.php", "footer.php", "werbungsleisteanderrechtenseite.php"..., welche du nach Belieben in deinen Templates abrufst.
Wenn du nun ein CMS-Backend hast, welches mittels intelligenter, eigener ACLs Rechte auf die jeweiligen Teile vergibt, kann man damit auch sicher gut arbeiten.
Was soll das denn am Ende genauer werden? So ganz hältst du dich da ein wenig zurück.
Also, was macht wer mit diesen Templates und wofür sind diese?
LG
1
danke für dein ausführliches Kommentar. Deine Anregungen fließen in die Projektstruktur ein.
Im Grunde genommen wird es ein CMS sein - Schritt-für-Schritt.
Im Grunde genommen wird es ein CMS sein - Schritt-für-Schritt.
Also, was macht wer mit diesen Templates und wofür sind diese?
Die Templates sind für die Kunden, die Webspace und CMS dazu mieten und eigene Website mit Innhalten füllen.
