Current time: 12-05-2024, 12:18 PM Hello There, Guest! (LoginRegister)


Post Reply 
Obligatorisches htdocs-Verzeichnis
Author Message
Mr.AndersoN Offline
Junior Member
*

Posts: 13
Joined: Jul 2008
Reputation: 0
Post: #1
Obligatorisches htdocs-Verzeichnis
Hallo,

nach langer Zeit mit der Konsolenadministration möchte ich nun etwas Komfort genießen, und meine Mitnutzer etwas unabhängiger machen.
Kurz: Ich bin auf der Suche nach einem geeignet Control-Panel.

Von den Kostenfreien gefällt mir ispCP bisher am besten.
Es gibt allerdings ein, zwei K.O.-Punkte, die mich derzeit zweifeln lassen, dass es bei mir mittelfristig zum Einsatz kommt.

Diese Punkte vereinen sich in einem, aus meiner Sicht, größerem Problem, was evtl. letztlich aber doch ganz klein ist (siehe unten):
Die Strukturierung der Web-Konten/Web-Ordnern.

Diese ist statisch und lässt kaum Freiraum, für spezifische Strukturen von Webapplikationen.
Das Problem: Jede Domain muss ein Root-Verzeichnis besitzen, in dem nebst cgi-bin-, log-, etc. Verzeichnissen natürlich auch das letztliche DocumentRoot liegt, welches den Ordnernamen htdocs tragen muss.

Für mich ist also weniger das Problem, dass ein Konto nur weitere Domains als Aliase im Hauptdomain-Ordner beherbergen kann, sondern vielmehr, dass das DocumentRoot in letzter Ebene auf ein Ordner mit dem Namen htdocs zeigen muss.

Nach ersten Einblicken in den Sourcecode wird bei mir die Vermutung lauter, dass es mit einfachem Anpassen der Config-Templates nicht getan ist.

Um es Beispielhafter zu gestalten:
• ispCP legt beim Anlegen eines Alias names "domainals.de" folgende Struktur an:
Code:
Hauptdomain-Root
    - domainals.de
        - cgi-bin
        - logs
        - error
        - ...
        - htdocs
• Ich möchte aber beispielsweise folgendes:
Code:
Hauptdomain-Root
    - domainals.de
        - cgi-bin
        - logs
        - ...
        - homepage

Die letzte Ordnerebene (htdocs/homepage) soll jedoch beim Mountpoint mit angeben werden und damit variabel sein.

Sollte ich nun einfach im Template htdocs an folgender Stelle entfernen, so würden die error-Seitenverknüpfungen nicht mehr stimmen.
Code:
DocumentRoot    {WWW_DIR}/{DMN_NAME}{MOUNT_POINT}/htdocs

Zur Zeit sehe ich nur eine Möglichkeit:
Code:
DocumentRoot    {WWW_DIR}/{ALS_NAME}{MOUNT_POINT}
...
Alias /errors   {WWW_DIR}/{ALS_NAME}/errors/

Die Frage ist, ob die Perl-Scripte von der Umstrukturierung betroffen sind. Soweit ich das auf die Schnelle überfliegen konnte, sollte das nicht der Fall sein.
Die Frage ist, ob ich dort richtig oder falsch liege.

Ich bedanke mich an dieser Stelle für eure Geduld, den Post gelesen zu haben, da es doch etwas viel geworden ist.
07-20-2008 07:37 AM
Find all posts by this user Quote this message in a reply
tango Offline
Member
***

Posts: 461
Joined: Jun 2007
Reputation: 0
Post: #2
RE: Obligatorisches htdocs-Verzeichnis
also ich verstehe nicht warum das so ein großes Problem darstellt ob das htdocs oder Homepage steht, ist für fast jeden uninteressant ??
07-20-2008 07:51 AM
Find all posts by this user Quote this message in a reply
Mr.AndersoN Offline
Junior Member
*

Posts: 13
Joined: Jul 2008
Reputation: 0
Post: #3
RE: Obligatorisches htdocs-Verzeichnis
Ich könnte auch mit htdocs leben.
Es gibt aber nunmal Ansprüche, die ich an das zukünftige Control-Panel weitergeben muss.

Ich hab nun meine Idee ausprobiert, bin dort aber zu keinem wirklichen Ergebnis gekommen.
Der Sourcecode verät auch, dass dort ebenso statisch htdocs verwendet wird.

So, wie ich das sehe, hat der MountPoint an sich auch gar keinen wirklichen Einfluss auf die Struktur.
Zumindest wird im Perl-Script die Struktur immer nach folgendem Schema angelegt:
Code:
www-dir/alias-name/
                   errors
                   htdocs
                   phptmp
                   logs
                   ...
07-20-2008 08:18 AM
Find all posts by this user Quote this message in a reply
ephigenie Offline
Project Leader
*******
Administrators

Posts: 1,578
Joined: Oct 2006
Reputation: 15
Post: #4
RE: Obligatorisches htdocs-Verzeichnis
du wirst dazu in den templates, der Engine und im Frontend den Pfad umbiegen müssen.
07-20-2008 08:36 AM
Visit this user's website Find all posts by this user Quote this message in a reply
Post Reply 


Forum Jump:


User(s) browsing this thread: 1 Guest(s)