Probleme bei der Insatllation von Boost

Anscheinend kann er das Verzeichnis cache/perm/www.lebenslauf-muster.org/.boost nicht öffnen. Existiert dieses Verzeichnis denn?

Btw: Hast du das Modul (und evtl. auch andere Module) etwa in /modules installiert? Wenn ja, dann machst du etwas grundsätzlich falsch, Contrib-Module gehören immer nach sites/all/modules (bzw. sites/sitename/modules)

Ich konnte das Problem lösen. In den Einstellungen von Boost ist die Orderstrukur angegeben. Dieser Ordner existiere aber nicht. Jetzt habe ich den Ordner angelegt. Der angegebene Pfad aus der Fehlermeldung ist also eigendlich nicht korrekt. Wie auch immer. Vielen Dank !

Das Problem besteht schon allein darin, dass du es so machst. Never touch the core sollte dir doch ein Begriff sein, oder? Außerdem sorgt das für unnötige potentielle Probleme beim Core-Update. Und zu guter letzt haben sich die Drupal-Entwickler mit ihrer Struktur etwas gedacht und ich bin der Meinung, wenn man so eine komplexe Software wie Drupal völlig kostenlos verwenden darf, sollte man sich auch ein wenig an die angedachten Strukturen halten.

So, zurück zum eigentlichen Problem:

Hast du dir schonmal die Readme von Boost durchgelesen? Dort steht z. B. wie und wo du den Pfad für's Caching ändern kannst. Und da der Pfad dort relativ angegeben wird, würde ich einfach mal ins Blaue vermuten, dass dieser Pfad relativ zu deiner Drupal-Installation angelegt werden müsste.

In deinem Fall und bezogen auf die Fehlermeldung müsste das Verzeichnis also unter /var/www/vhosts/lebenslauf-muster.org/httpdocs/cache/perm/www.lebenslauf-muster.org angelegt werden.

Edit: Hoppla, etwas zu spät.

Kann mir nicht vorstellen, dass ich durch einfaches Kopieren der Modulordner in sites/all/modules "Ordnung" herstellen kann. Oder etwa doch?

Doch, dann liegen nämlich alle Core-Module (welche eben alle zusammen und ausschließlich in Verbindung mit dem Drupal-Core Updates bekommen) in /modules und alle Contrib-Module (welche eben alle einzeln für sich Updates bekommen) in sites/all/modules.

Prinzipiell hat eigentlich alles im sites-Verzeichnis abzulaufen, alles darüber lässt man in der Regel in Ruhe, weil man am Core nichts ändern soll und muss.

Außerdem kann man so besser Core-Updates durchführen - alles außer /sites runter von der Platte und die neuen Daten rauf. Wenn man Contrib-Module in /modules hat, müsste man den Ordner /modules bei jedem Update gesondert behandeln, um ein sauberes Update durchzuführen. Wie hast du das bisher gemacht?

Und wenn du bisher einfach die alte Drupal-Installation mit der neuen überschrieben hast: Das funktioniert zwar meistens, aber damit läufst du Gefahr, Dateien zu behalten, die in der neuen Version nicht mehr benötigt werden, weil sich die Modul-Struktur geändert hat. Sowas produziert erstens Datei-Leichen und zweitens gibt das ein Risiko, dass eine Funktion in mehreren Dateien deklariert wird usw.

Um es einmal zusammenzufassen: Wenn man alle Contrib-Module (und Themes) von Anfang an nach /sites/all/modules (bzw. sites/all/themes) packt, hält man erstens die vorgesehene Struktur ein, man hat keinen Mehraufwand und ist auf der sicheren Seite. Wenn man dieses Dinge hingegen nach /modules bzw. /themes schiebt, hält man nicht die Struktur ein, tritt im Grunde die Arbeit der Entwickler mit Füßen (welche sich schließlich auch hinsetzen und die Struktur möglichst sinnvoll entwerfen mussten), hat keinen, nicht einmal einen noch so winzigen Vorteil und produziert zu Guter Letzt einen Haufen potentieller Probleme, die einem graue Haare wachsen lassen können.

Daher gilt: Never touch the Core!

Das Problem ist, dass du die Module jetzt einmal dort liegen hast und Drupal sie dort sucht, einfach mal die Module nehmen und nach sites/all/modules schieben wird jetzt nicht klappen. Wie gesagt, man produziert damit nur Probleme.