Wir haben vor ca. zwei Wochend as Caching-system auf dem Server umgestellt. Seitdem bekomme ich teilweise mehrmals am Tag das Feedback, dass irgendwas mit dem CSS in diesem Blog nicht stimmt, bzw. das CSS gar nicht ausgeliefert wird. Da wir dies auf verschiedenen Systemen mit verschiedenen Browsern und Standorten bisher nicht replizieren konnten, würde ich mich über konkrete Hinweise freuen. Wenn Euch das nochmal die Tage auffällt, schreibt bitte System und Browser in die Kommentare.
Update: Danke für die Hinweise. Problem scheint identifiziert.
Ich hatte es heute zweimal.
Einmal heute Nacht gegen 1 und zwesichen 1200 und 1250 Uhr.
Browser: FF 3.5.3 unter Vista mit DSL6000.
Der Zugriff jetzt wiederum hatte keine Probleme.
Systemversion: Mac OS X 10.5.6
Firefox v3.5.3
Ja das ist mir auch mehrfach aufgefallen…
Browser sowohl FF 3.5 als auch IE 8
OS: Windows 7
Und immer nur auf der Startseite, egal ob man sie nochmal aktualisiert oder nicht, sobald man einen Eintrag per „Mehr lesen“ öffnet ist alles wieder i.O..
Ich hab das Problem ab und zu mit Linux und FF3.0.14. Auf der Hauptseite wird dann gar kein CSS angezeigt, wenn ich mir einzelne Artikel anzeigen lasse, funktioniert die Darstellung hingegen.
Auch auf der Hauptseite tritt der Fehler nicht dauerhaft auf, wenn er auftritt, hilft unmittelbares Neuladen nichts.
Im Moment gibts keine Probleme.
Chrome 2 wie auch 3 auf XP wie auch Vista
nur die Startseite und auch nich immer
Bei mir auch.
Mac OS X 10.6.1
Safari 4.03
Im Moment geht es.
Zwei, drei mal während der letzten zehn Tage..
System: Mac OS X (10.6.1)
Browser: FF 3.5.3
Ihr lasst das CSS via HTTPS laden und den Rest des Contents via http bei einer normalen http Verbindung.
@CCLoad: Danke, das könnte es sein.
Wie @CSSLoad schon geschrieben hat, liegt es vermutlich am CSS, der per HTTPS geladen wird. Das Zertifikat ist aber von einem unbekannten Aussteller und wird daher nicht automatisch akzeptiert (Safari 4.03, Mac OS 10.5). Lädt man die CSS-Datei in einem separaten Fenster und akzeptiert das Zertifikat, wird nach einem Reload auch die Website wieder korrekt dargestelt.
Selber Problem hier. Hab OS X 10.6.1 und den neusten Firefox mit Noscript und Cookies aus.
@home:
XP, Opera 10.00
Grade jetzt ok.
@work:
XP, Firefox ?
Fehler nur auf der Startseite, sonst funktioniert es.
Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729)
Hallo,
jetzt grade eben gab es kein CSS, nachdem ich auf Kommentare geklickt habe, hatte ich dann doch eins (?). Browserinfo:
Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.14) Gecko/2009090216 Ubuntu/9.04 (jaunty) Firefox/3.0.14
grüße,
Jan
– Windows 7
– 16:30Uhr
– Firefox 3.5.3
Aber nur auf der Startseite
grad jetzt wieder und wie andere bereits vermerkt haben tritt das Problem nur auf der Hauptseite auf. Wenn ich aber ältere Artikel auf der Hauptseite aufrufe ist alles wieder ok. War in den letzten Tagen als das so war auch so. Hab mir aber leider nicht gemerkt wann es wieder ging. Meine Vermutung geht aber dahingehend das es ein Problem mit einem eingebetteten Element ist, weil es irgendwann, nachdem neue Beiträge gepostet wurden, wieder ging…
Getestet mit:
Ubuntu 9.04, Firefox 3.0.14
Windows XP, FF 3.0.6 und IE 6
Nachtrag:
Das Eselsohr wird auch angezeigt, wenn ich sonst kein CSS sehe. Der CSS Code dazu steht mit im Code des Seite, alse ohne extra Datei die eingebunden wird.
Opera/9.80 (X11; Linux x86_64; U; de) Presto/2.2.15 Version/10.00
Bis jetzt problemlos.
Also auf der Startseite fällt mir nur auf das mein Firefox (3 / Mac OS X) die ganze Zeit Daten von qik.com holen möchte. Ds ging jetzt gefühlt über 5 Minuten.
Also, ich bekomme reichlich Meldungen zu Problemen mit Sicherheitszertifikaten, nicht jedesmal, aber oft. Ich hab‘ jetzt gerad‘ nicht drauf geachtet, was genau ist, ich meine mich zu erinnern, dass die Zertifikatskette gestört ist [z.B. durch Unterschiede zwischen hinterlegter und tatsächlicher Domain].
Solange ich die Zertifikate nicht explizit akzeptiere, wird die CSS-Definition nicht geladen.
Opera 10
@markus: ist mir vor einiger Zeit schon aufgefallen, hab aber irgendeinen tieferen Sinn in dieser Aktion vermutet. Weil so etwas ja auch Serverlast generiert.
@Tim: das mit dem unbekannten Issuer-Zertifikat habe ich dann nicht weiterverfolgt. Klingt aber ziemlich genau nach dem Poblem, warum einige das CSS mitladen können und andere nicht.
Kann ebenfalls bestätigen das nur die Startseite betroffen ist und dort das \Eselsohr\ funktioniert.
Auf XP, Vista und 7
mit aktuellen IE und Firefox.
Ebenso auf Ubuntu 9.04 mit Firefox.
Uhrzeit 16:40
Also ich hab keine Probleme, weder mit dem Frefox, Opera oder dem Iron.
Nie was gemerkt…
Firefox 3.5, Ubuntu Linux 9.04
kam hin und wieder vor in letzter zeit. genaue zeitpunkte kann ich aber nicht nennen.
mac os x 10.5.7
firefox 3.5.3
Kommt bei mir in der letzten Zeit immer mal wieder sporadisch vor, kein erkennbares Muster.
Das Problem tritt aber nur auf der Startseite auf, die einzelne Artikelansicht wurde jedes mal korrekt dargestellt.
Firefox 3.5.3
Windows XP SP3
Wie 3., nur ohne IE – und, zusätzlich, auch unter XP mit FF3.5. Gleiche Symptomatik.
Auf der Hauptseite habe ich das Problem, dass kein CSS zur Anwendung kommt, auf Unterseiten nicht.
Magst du deine Erkenntniss teilen? Was wars?
@Jan: dachte zuerst an das https-Problem. Das schien aber nur ein Teil des Problems zu sein. Wahrscheinlich ist es eine Kombination aus verschiedenen Caching-Komponenten. Genaues weiß ich morgen.
Die Seite die bei mir probleme macht, enthält folgendes Statement:
<!– @import url( https://netzpolitik.org/wp-content/themes/elements-of-seo/style.css ); –>
Hatte ich auch über die letzten 2 Wochen und hab’s auf meine zu scharf eingestellten Adblock-Filter geschoben.
Fand ich trotzdem nicht schlimm:
Sah vertraut aus wie bei Fefe.
00:38 – CSS total im Eimer (sprich: nicht ausgeliefert). FF 3.5.3 unter Linux.
Ja, hier auch 2 mal heute.
Firefox 3.5.3 ohne Adblock oder Noscript
Tritt scheinbar vollkommen zufällig auf…
Hi
das Problem liegt vermutlich am Apache-Modul „mem_cache_module“. Dieses hat einen Bug welches das von Euch beschriebene Problem verursacht.
Grüsse
binaer
Firefox 3.5
Mac OSX 10.4
Nur startseite (netzpolitik.org)
sämtliche artikel sonst vollständig dargestellt
dafür ist der Fehler durchgehend
> das Problem liegt vermutlich am Apache-Modul
> “mem_cache_module”. Dieses hat einen Bug
> welches das von Euch beschriebene Problem
> verursacht.
benutzen wir nicht … bei netzpolitik laeuft nur ein varnish und fuer php gibt es xcache.
Wie bei den anderen, nur die Startseite
FF 3.5.3 / WinXP
Heute 10:50 und davor auch öfters mal
LG
Ich habe das Problem auf der Startseite immernoch (trotz geleerten Cache etc.) in FF 3.7 sowie 3.5…
Auch jetzt und heute immer noch kein CSS :-S :)
Sieht sehr nackt aus, die Seite
Hier bei mir auch auf der Hauptseite (aber nicht immer).
OS: Windows Vista
Browser: Firefox 3.5.3
Die Startseite wurde soeben wieder mal ohne css geladen (kam in letzter zeit immer mal wieder sporadisch vor) in den artikeln selber is dann wieder alles normal
Nutze:
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.2) Gecko/20090803 Ubuntu/9.04 (jaunty) Shiretoko/3.5.2
Und auch daheim wird die Startseite ohne CSS angezeigt.
OS: Mac OS 10.6.1
Browser: Firefox 3.5.3
Jetzt gerade wieder passiert, nur auf der Startseite
WinXP SP3
FF 3.5.3
Gerade ist das Problem bei mir auch wieder aufgetaucht. Das Problem scheint zu sein:
@import url( https://www.netzpolitik.org/wp-content/themes/elements-of-seo/style.css );
Nachdem ich dann diese Artikelseite aufgerufen habe, sieht alles gut aus, und der Quelltext..
@import url( http://www.netzpolitik.org/wp-content/themes/elements-of-seo/style.css );
hat also kein https.
Rufe ich die css-Datei mit https auf, erscheint auch die „unknown issuer“-Warnung.
Immermalwieder.
OS: Windows Vista
Browser: Firefox 3.5
1, 2 mal täglich. Windows XP, Firefox 3.5.3
jetzt auch gerade wieder
Firefox/3.5.3
Win Vista
Wieder oder immer noch ist die CSS über https
FF 3.5.3
Win XP
Habe seit ca. einer Woche (also ungefähr seit dem kommentierten Artikel) das Problem, daß mein Opera 10 die Zertifikatskette als ungültig anprangert. Zwar gehe ich immer auf http://www.netzpolitik.org, trotzdem kommt diese Fehlermeldung.
Bitte mal schauen, was da los ist.
Mir hat es gerade wieder die Startzeite zerlegt (21.9.2009, 11 Uhr).
Ich sitzte hier hinter einem Proxy an einem Mäc.
Browser: Firefox 3.5.3
Interessanter Weise passiert es nur auf der Startseite. Klicke ich einen Artikel an, dann ist alles wieder ok.
Ach ja, auf der Startseite ist die Link-Ecke oben rechts aber sichtbar und funktioniert.
@markus: Kann es sein, dass der Rendering-Cache für SSL Verbindungen und nichtSSL-Verbindungen vermischt sind?
Wenn ja, warum benutzt du nicht einfach eine relative URL (ab der Serverebene „//cdn.netzpolitik.org/wp-content/themes/elements-of-seo/style.css“) um das Stylesheet zu laden? Warum ist der Server und das Protokoll beim laden des Stylesheets angegeben, hat das einen tieferen Sinn?
problem scheint immer noch zu bestehen. startseite ohne css
Firefox 3.5
Also bei mir wird das CSS nur dann nicht gezogen, wenn ich auf http://netzpolitik.org gehe. Sowohl im Firefox (3.5.3), als auch im IE 8. De IE 8 zeigt dann oben den Block-Balken an. Sobald man die geblockten Inhalte zulässt wird das CSS eingelesen. Gehe ich auf http://www.netzpolitik.org gibt es keine Probleme…
Heute morgen um 9:25Uhr war das CSS mal wieder hops mit Firefox (3.5.3). IE8 hab ich nicht getestet.
Firefox 3.0.14 auf Fedora 10.
Problem tritt nur bei „netzpolitik.org“ auf, nicht jedoch bei „www.netzpolitik.org“
Problem gerade wieder aufgetreten. Das Style-Sheet wir über https eingebunden.
Problem gerade auf Firefox 3.0.14 auf Ubuntu 9.04. Beim Umblättern auf die zweite Seite werden CSS dann geladen und bleiben für die Sitzung.
Hatte das Problem eben auch. Jetzt gehts wieder.
Win Xp, FF 3.5.2
proxy ist squid 2.6
Bei mir tritt es bei JEDEM Besuch auf, das nervt langsam!
XP, FF 3.5.5. Das gleiche wie bei den anderen: wenn ich zu den älteren Beiträge blättere, funktioniert es, wenn ich dann zurück blättere auch.
Bei mir gerade zum ersten Mal seit Monaten aufgetreten, dafür aber mehrmals hintereinander. Windows Vista, Firefox 3.5.3