↑

Diskussion 👬
Eine Aneamal-Installation für mehrere Websites

Es ist möglich, eine Aneamal Installation für zwei Netzauftritte unter derselben Domain zu nutzen, die sich durch den Pfad unterscheiden, zum Beispiel https://example.org/peter/ und https://example.org/paul/. Könnte man es so einrichten, dass dieselbe Installation auch unter verschiedenen Domains liefe?

  1. Angenommen ich verweise

    foo.de
    bar.de

    auf

    wwww

    in meinem Serverplatz und baue in meinem Serverplatz

    www/foo-de
    www/bar-de

    Sodass ich mit einem Serverplatz mehrere Domains pflegen kann. Wenn es möglich wäre nml seitig von sich aus im */pix Ordner bis zu drei oder gegen unendlich Subordner

    */pix/foo-de/
    */pix/bar-de/

    anzulegen, wäre keine Überkreuzung und Fehler möglich.

    Ich muss gestehen selber nicht versucht zu haben nml in den Root zu legen und darüber alle Domains zu bedienen. Da es aber faktisch so ist, dass Unterordner

    www/foo-de/[hier liegt der nml Konverter]/bar/[auf dieser Unterseite arbeitet nml ebenfalls]

    Als Webseite
    foo.de/bar

    bedient werden, müsste es schnurz sein auf welcher Höhe, ie welcher Ordnerhöhe, ich nml hinpflanze. Vlt versuche ich es mal später...

  2. Du schriebst:
    „Wenn es möglich wäre […] im */pix Ordner […] Subordner */pix/foo-de/, */pix/bar-de/ anzulegen, wäre keine Überkreuzung und Fehler möglich.“

    Ja, das wäre eine Möglichkeit.

    Du schriebst:
    „[…] müsste es schnurz sein auf welcher Höhe, ie welcher Ordnerhöhe, ich nml hinpflanze“

    Nee, ist es nicht. Daher steht es in der Liste möglicher Entwicklungen für die Zukunft. So werden beispielsweise per mod_rewrite in der .htaccess-Datei Anfragen von Besuchern der Website erst an den Aneamal-HTML-Konverter geleitet. Die Position der .htaccess-Datei ist nicht beliebig, damit der Server sie berücksichtigt, und die Pfadangaben in ihr müssen mit der tatsächlichen Verzeichnisstruktur zusammenpassen.

  3. Vlt liessen sich gewisse Dateien aufteilen? So könnte html php auf der root Ebene liegen während config php und */aneamal/ Ordner auf der Ordnerebene der Domain liegen? Je nach Grad der Allgemeingültigkeit könnte dann verteilt werden.

    Vlt machst du zwei nml Versionen? Für Einsteiger behälst du das jetzige, für Pro machst du ein kostenpflichtiges Modell mit Features wie dem nml Teil im root, oder Vorschaubilder für verschiedene Bildschirme.

    Für Vereine, Selbstmacher, kleine Webseiten reicht das jetzige super aus. Für Pros könntest du dann ein komplexeres Gebilde bauen.

  4. Möglich wäre das theoretisch mit dem Aufteilen der Dateien auf verschiedene Ebenen. Die Kerndateien könnten für mehrere Domains gelten, während andere Dateien individuell für jede Domain gelten. Das würde den Aufwand bei Aktualisierungen der Kerndateien verringern, aber das ursprüngliche Einrichten wäre aufwendiger. Ich denke, dass lohnt kaum. Dass man mehrere Domains mit identischem Design betreibt und auch da leicht Synergieeffekte nutzen kann, wird eher selten vorkommen.

    Aus Sicherheitsgründen wird es im Allgemeinen eher ratsam sein, zwischen verschiedene Websites auf einem Server Barrieren einzuziehen, sodass eine kompromittierte Internetpräsenz nicht bedeutet, dass alle kompromittiert sind. Wenn man die Websites so trennt, dann kommt eine gemeinsame Aneamal-Installation aus technischen Gründen nicht mehr infrage.

    Nebenbei bemerkt ist es umgekehrt möglich, parallel mehrere Aneamal-Installationen unter einer Domain zu betreiben. :)

    ---

    Das mit der Pro-Version ist eine gute Anregung: Irgendwie muss ich Brötchen bezahlen und während Aneamal zu einem Zweitjob geworden ist, habe ich darüber noch keinerlei Einkünfte, aber Ausgaben. Dennoch gedenke ich, beim Aneamal-HTML-Konverter nicht zwischen kostenlos und kostenpflichtig zu unterscheiden, sondern diesen gratis vollwertig zu halten. Ich könnte mir stattdessen ein Spendenkonto einrichten. Gegen Bezahlung könnte ich aber Module anbieten, die Dinge anbieten, die gar nicht im Kern enthalten sind und auch nicht in ihn gehören. Oder ich schreibe ein Aneamal-Kochbuch …

  5. Ich neige dazu, den hiesigen Vorschlag aus den hier besprochenen Gründen nicht umzusetzen. Ein Fokus bei der Entwicklung von Version 28 sollte darauf liegen, beim Thema https://prlbr.de/projekt/aneamal/diskussion/update-funktion eine gute Lösung einzurichten. Aktualisierungen sind ein Punkt und vielleicht der Wichtigste, wo es einen Unterschied macht, ob man sich um eine oder mehrere Installationen kümmert. Mehr Übersicht bzw. Einfachheit dabei verringert den Mehraufwand mehrerer Installationen.

  6. Ich schließe das Thema – aus den bereits genannten Gründen will ich es nicht umsetzen. Sollten es neue Erkenntnisse geben, welche das ganze in einem anderen Licht erscheinen lassen, kann ich die Diskussion wieder öffnen.