optimale Verzeichnisstruktur

[heinetz]

Was dagegen spricht ist, wenn du dein Zeug mal auf einen Server packen musst, wo das nicht möglich ist. Bei vielen Hostern darf man aus dem Root-Verzeichnis nicht raus.

... ich gehe zwar davon aus, dass ich mit *diesem Zeug* niemals umziehen werden muss, aber die Verzeichnisstruktur soll ja eben nicht nur für *dieses Zeug* herhalten, sondern als Standard für zukünftige Projekte werden. Abgesehen davon stehe ich gerade mein meiner Entwicklungsumgebung vor genau der Problematik:

Mein projekt_1 befindet sich im Verzeichnis /Sites/projekt_1 und ist per http lokal als http://projekt_1.leo.dev erreichbar. DocumentRoot für das Projekt ist also /Sites/projekt_1 (mod_vhost_alias). Das will ich nicht ändern. Sollte es nicht aber mit .htaccess und mod_rewrite möglich sein,
/public_html zum DocumentRoot zu machen und /ressources zu schützen?

Damit würde man den Anspruch:

Beispielsweise sollten Dateien, die nicht über das Web erreichbar sein sollen beziehungsweise es nicht müssen, außerhalb des DocumentRoot abgelegt werden

... doch bestmöglich verfolgen.

• Im Idealfall besteht die Möglichkeit, das Unterverzeichnis /public zum DocRoot zu machen.

• Besteht diese Möglichkeit nicht, regelt man das per .htaccess und die Site funktioniert auch.

Zudem gefällt mir bei dem Vorschlag das Mischen des Layouts mit dem Inhalt nicht

anstat

img
  content
  layout
html
css

würde ich folgendes vorschlagen

content
  img
  pdf

layout
  img
  html
  css
  js

Das hat den Vorteil, dass beim Tauschen des Layouts prinzipiell nur ein ordner ersetzt werden muss und man nicht in mehreren Ordnern herumsuchen muss ob man ggf. noch Reste/Altlasten vergessen hat, die man entfernen muss.

Bis über die 2. Ebene hinaus hatte ich mir das garnicht angeschaut. Das sähe bei mir eh anders aus:

/public/_admin/
/public/_content/
/public/_content/css
/public/_content/img
/public/_content/js
/public/_content/upload
/public/_content/upload/img
/public/_content/upload/pdf
...

gruesse,
heinetz