Benutzerdefinierte Farben werden nicht übernommen Bartik/Mayo

Wenn Du bei Bartik eine neue Farbe definierst, wird ein Verzeichnis in Files angelegt und dort hinein eine neue CSS-Datei geschrieben. Wenn die Rechte auf dem files-Verzeichnis nicht richtig gesetzt sind (777 auf files und alle Unterverzeichnisse), kann diese Datei evtl. nicht angelegt werden. Also werden deine Farbänderungen auch nicht gespeichert. Da hilft nur, den zuständigen Admin zu bemühen.

Beste Grüße
Werner

Hallo Werner,

das Verzeichnis unter color ist angelegt und auch die css dazu.
Lt. Firebug greift Drupal aber dort nicht zu, sondern bei Theme selbst

Standard nach Installation ist wohl 755 und für das css-File selbst 644

Ist aber auch bei der funktionierenden Installation unter Strato so.

Die htaccess vom admin ist aber auch extrem abgespeckt.

Wäre es sinnvoll, ein paar Dinge aus der Originalen dort hineinzukopieren?
Try on error?

Ralph

Das mit den Rechten ist so eine Sache und hängt davon ab, unter welchem User-Namen der Webserver-Prozess läuft. Es wird nicht umsonst empfohlen, die Rechte im files-Verzeichnis und allen Unterverzeichnissen auf 777 zu stellen. Offensichtlich kann der Webserver die Informationen nicht im Color-Verzeichnis speichern.

Beste Grüße
Werner

Hallo Werner,

Files auf 777. Das Theme legt den entsprechden Ordner und die css an.
Das css selbst hat hartnäckig 664 und lässt sich auch nicht ändern.

Bei der funktionierenden Strato Installation ist es aber kein Problem mit 664 zu operieren.

Ich tippe immer noch auf irgendwelche rewrite Rechte aus der htaccess,
weil es das einzige ist, was die Installationen unterscheidet.
Davon habe ich leider überhaupt keine Ahnung

Vielleicht weiß jemand dazu Genaueres?

Schönen Gruß
Ralph

Das ist aber nun mal von der aufgesetzten Installation abhängig. Benutzt der Webserver die ID des FTP-Users, reicht 664 oder sogar 644. Läuft der unter einer anderen ID reicht es nicht, dann müssen die Rechte nun mal 666 sein (666, bei Dateien, 777 bei Verzeichnissen bzw. Executables). Da nutzt alles lamentieren nichts.

Beste Grüße
Werner

Da ich 777 für die css nicht vergeben kann, wer kann es dann?

Gruß
Ralph

Der Provider erlaubt in solchen Fällen, daß man den Owner der Verzeichnissen wieder auf den FTP-User ändern kann. Sollte über die Konfigurationsoberfläche des Hosters gehen. Danach kann man mit FTP die Rechte ändern.

Beste Grüße
Werner

Danke,

werde das mal weiter geben.
Wie gesagt habe ich keinen Zugang zum Provider.

Schönen
Gruß

Hallo zusammen,

Ich habe nun die Rechte auf 777 setzen können und auch eine vom Provider für Drupal
empfohlene htaccess eingespielt.

Leider kann ich noch immer keine benutzerdefinierten Farben beim Theme einstellen.
Das Theme erstellt den Ordner und die css unter files/color. Die css enthält auch die richtigen Farben.
In der Anzeige bekomme ich aber außer dem Text und den Rahmen der Blöcke alles in weiß angezeigt.

Ich bin ratlos und erwäge mittlerweile, den Provider zu wechseln, denn bei Hosteurope und Strato läuft die gleiche Konfiguration problemlos.

Weitere Ideen?

Ralph

Auch wenn es wie Leichenfledderei anmutet, den Asbach-Thread auszubuddeln, aber ich hatte heute exakt das selbe Problem.

Drupal: 7.36
Provider: speicherzentrum.de

Via "Element untersuchen" in Chrome bin ich darauf gestoßen, dass die colors.css angeblich leer sein soll, was sie aber nicht ist. Sprich: irgendwas verhindert, dass die benutzerdefinierte CSS-Datei überhaupt gelesen werden kann (Standard-Farbschemas funktionierten)
Fündig geworden bin ich im Ordner ../sites/default/files, welcher eine .htaccess-Datei enthält.

in dieser die Zeilen

Jetzt könnte ich sagen - "es geht", und gut ist - aber ich frage mich schon: Hä - #WTF?

LG Markus

PS: Es sind übrigens auch die beiden "options" Zeilen im Stammverzeichnis des Drupal, die bei Speicherzentrum.de das Laufen von Drupal verhindern...

Dein Provider erlaubt diese Options nicht. Also mußt Du sie auskommentieren. Bei anderen Providern können diese Zeilen dagegen notwendig sein. Ohne passende .htaccess-Datei in Files liefert Drupal aber von dort, aus Sicherheitsgründen, keine Dateien aus.
.htaccess-files gibt es bei Drupal an 3 (oder 4) Stellen:

• Im Hauptverzeichnis
• Im Files-Verzeichnis
• im Temporären Verzeichnis
• (Im private-Files-Verzeichnis, falls benutzt)

Hallo Werner!

Danke für die Ergänzung! Ich hatte mich in der ersten unüberlegten Verwunderung gefragt, warum die Option nicht einfach ignoriert wird, wenn sie gesperrt ist. Aber nach einmal drüber schlafen halte ich es in der Tat für besser, wenn die nicht funktionierende .htaccess im Zweifel dafür sorgt, dass nix ausgeliefert wird - wir sind ja schließlich nicht im Windows der 90er Jahre ;-)

Aber wenn cih schon ma jemenden "an der Strippe habe": gibt es etwas vergleichbares zu <?php phpinfo(); ?>, was mir zeigt, welche .htaccess-Optionen so aktiv sind? Ich würde ja mal fast unterstellen, dass ein guter Provider sowieso Options +FollowSymlinks und -Indexes setzt - da wäre ja die Kuh sowieso schon vom Eis.

In Status-Report gibt es eine Zeile zu PHP. In dieser Zeile ist ein Link (meist die PHP-Versions-Nummer). Ein Klick darauf liefert die phpinfo()-Information.

die phpinfo() informationen meine ich gerade nicht. Was ich suche, ist eine Information, welche .htaccess-Optionen aktiv sind. Was ich in meiner .htaccess-Datei mache, ist mir klar und kann ich ja lesen (und bei Bedarf nachgooglen). Was ich aber nciht sehe ist, was ggf. der Provider eingestellt hat. Offenbar hat speicherzentrum.de blockiert, dass ich in "options" rumfummle, aber vielleciht hat er ja sowieso -Indexes gesetzt? Klar, es gibt Trial-and-Error, aber "schöner" wäre es, wenn cih irgendwie ermitteln könnte, welche .htaccess-Optionen tatsächlich aktiv (und wirksam) sind.

LG Markus

Ein "ordentliche" Provider hat für so etwas FAQs. Bei anderen mußt Du den Support anrufen.