Garland Fluid Width läßt sich nicht erfolgreich verändern

Schonmal unsere Suchfunktion mit dem Problem gefüttert? Steht die Download-Methode im Dateisystem auf "öffentlich"?

--
bv - drupalcenter.de

Hallo,

soeben wollte ich das gleiche Problem, wie von The_Judge beschrieben, ansprechen. Dem Hinweis auf die Download-Methode bin ich bereits nachgegangen, das ist richtig eingestellt. Unter sites/default/files/color werden auch entsprechende Verzeichnisse, z.B. garland-7900ca22, angelegt. Ich erhalte aber auch nur eine nackte Seite. Wenn ich beim Theme wieder auf die Standardeinstellungen zurückgehe, ist alles wieder ok (aber halt in der Standard-Farbe :-) ).

Auch ich bin neu bei Drupal, das mir bisher - abgesehen von diesem Problem - sehr gut gefällt. Vielleicht habe ich auch DAU-mäßig etwas übersehen. Dann bitte ich um Nachsicht mit einem entsprechenden Wink.

EDIT: Wenn ich mir die CSS Dateien mit dem Web Developer Plugin vom Firefox anzeigen lassen will, fällt mir auf, dass beim CSS http://.../sites/default/files/color/garland-a2ad2ca4/style.css folgendes steht:

Da scheint also meinem Webhoster irgendwas nicht zu schmecken?

Vermutlich liegt es am zu geringen memory-limit.
Bei tritt dieser Fehler auch auf, denn Strato vergibt nur 8M.
Ich versuche mal, den Wert per php.ini hochzusetzen.

Hmmja, auch ich bin bei Strato.
Hast du es hinbekommen?

Auch ich _war_ bei Strato, anfangs, und hatte vielerlei Probleme, die letzten Endes mit den vielen EInschränkungen bei Strato zu tun haben. (Memory Limit, Zeitlimit für Skripte, Probleme mit .htaccess). Will man ordentlcih arbeiten, müsste man sich einen ganzen Server anmieten, das ist dann natürlcih ok, aber wesentlich teurer.
GIb einfach mal in der Suchfunktion "Strato" ein, dann findest du die ganzen alten Beiträge zu diesem Thema.
Fazit für mich war jedenfalls: Providerwechsel

Ich habe mir inzwischen ein "besseres" Theme geholt, das alte Problem besteht aber weiterhin mit Garland.

Es liegt aber eindeutig nicht am Memory-Limit, habe bei mir selbst 32 MB, und das sollte locker ausreichen für eine Farbänderung des Themes :-).

Danke trotzdem!

Ich habe in der .htaccess unter sites/default/files die Zeile
SetHandler Drupal_Security_Do_Not_Remove_See_SA_2006_006
auskommentiert. Jetzt funktioniert der Farbwechsel bei Garland (und übrigens funktioniert somit jetzt auch das Image Modul).

Mir dünkt, dass das Auskommentieren der Zeile aber nicht wirklich eine gute Sache ist. :-)
Weiß jemand, was die Zeile genau bedeutet?

Danke und Grüße
Martin

Hi!

Ich hab gleiches Problem gehabt.
Der Host bei www.one.com kostet zwar nix, hat aber komische Einstellungen, und dadurch bekomme ich "internal server errors" wenn ich im .htaccess Zeilen mit Options habe.
Das .htaccess war übrigens auch Schuld daran 'clean urls' nicht benutzen zu können, noch konnte ich die Farben von 'garland' ändern.
Natürlich konnte mir das kein Mensch sagen, und ich hab tagelang gesucht.

Also, ich hab die 2 Zeilen mit Options auskommentiert, und jetzt geht beides.

/sites/default/files/.htaccess:

/.htaccess:

in wieweit das so sicher ist, weiss ich nicht.
Das müssen die Entwickler von Drupal wissen.

www.gyurma.de

Wer immer hier vorbeikommt und die Manipulation der .htaccess für die Lösung hält, weil es funktioniert, möge sich auch diesen Beitrag/ Thread noch ansehen.

HalliHallo.

Seit dem letzten Beitrag hier sind ja inzwischen fast drei Monate ins Land gegangen und Strato macht aktiv Werbung mit seiner Drupal-fähigkeit... Was natürlich auch der Grund ist, warum ich bei denen gelandet bin :-P

Der springende Punkt ist, dass ich jetzt mit genau dem hier im Thread beschriebenen Problem dahänge. Morgen früh werd' ich bei denen natürlich auch den Support bemühen. Ich möchte aber nix unversucht lassen, da (wie immer in solchen Fällen) die Zeit ein wenig drängt.

Also: Hat irgendjemand vielleicht ein oder zwei neue Erkenntnisse zu dem Thema? Bitte ?-)

Sollte ich anderweitig irgendwas rauskriegen, poste ich's natürlich gleich hier.

Grüße,

-vint-
---------------------------------------------------------------------------------------------------------------
zoom, zoom, zwoosh

Hallo, Leute.

Ich bin sicher, dass es NICHT an meinen "intensiv-Telefonaten" mit dem Strato-Support liegt... Aber ca. 15min. nach meinem letzten Anruf bei denen heute abend war das Drupal auf meiner Seite gar nicht erreichbar. Es wurde lediglich die "soeben freigeschaltet"-Seite von Strato angezeigt. Ca. weitere 10min später kam mein Drupal Verzeichnis für Verzeichnis (will sagen, es funktionierten nicht gleich alle Links) hoch.

Und seit dem geht's!!! Und zwar bis jetzt alles: Alle meine Themes; alle meine Logos; alle meine hochgeladenen Files; alle meine Theme-Änderungen.

Und das alles ohne .htaccess-Gefummel...

Grüße,

-vint-

-----------------------------------------------------------------------------------------------------------------------
zoom, zoom, zwoosh

Ob Du ihnen entlocken kannst, was genau sie geändert haben??

Sorry, dass ich erst jetzt antworte... Nach dem "Erfolg"(?) war ich einfach zu sehr mit dem Erstellen der Seite beschäftigt.

Eines vorweg:
Bei dem Webauftritt handelt es sich um einen "Premium Basic" (o.s.ä.). "Technischen Telefon-Support" gibt es da:

• Mo - Fr von 0700 - 2300 und
• Sa + So von 1000 - 2000 Uhr.

Und von Mo - Fr ist der besetzt:

• 0700 - 2000 Uhr von Technikern und
• 2000 - 2300 Uhr von einem Vertriebler (Vertragsfragen & Co.).

(Sa + So hab ich nicht ausprobiert.)
Die einhellige Aussage war ganz klar und einfach: "Es geht doch..." Darüber hinaus war absolut gar nix zu erfahren.
Aber Themen so zu behandeln, scheint bei denen Policy zu sein. Die Frage nach dem php-memory-limit von 8MB wurde beantwortet mit "Das gibt es ja schon seit Jahren nicht mehr...".

Fazit:
Auch wenn das meiner Meinung nach keine gute Kunden-Kommunikationspolitik ist, habe ich beschlossen, nicht weiter drüber nachzudenken: Es geht doch... Und da ich z.Zt. k.Zt. hab, werde ich's dabei belassen, z.Zt. zumindest ;-)

Grüße,

-vint-

P.S.: Wenn jemand anderes etwas rauskriegt, bin ich natürlich am Ergebnis sehr interessiert.
P.P.S.: Kleiner Tip vielleicht noch: Wenn man Dateien per scp hochlädt und die Zugriffsrechte nicht ändert (s. chmod), erzielt man einen ganz ähnlichen Effekt...

-----------------------------------------------------------------------------------------------------------------
zoom, zoom, zwoosh