| |
 |
| Slashdot kaputt? [Update: tut wieder] |
|
|
Veröffentlicht durch Ventilator am Donnerstag 24. Februar 2005, 11:39
Aus der Slashdot-slashdotted Abteilung
|
|
|
|
|
Anonymer Feigling schreibt: "Was ist mit Slashdot los? Defaced? Man sieht nur den HTML Source und unten dran ein gzip Attachment mit folgendem Text drin: shtml X-Powered-By: Slash 2.003000 X-Fry: Where's Captain Bender? Off catastrophizing some other planet? Cache-Control: private Pragma: private Vary: User-Agent,Accept-Encoding Connection: close Transfer-Encoding: chunked Content-Type: text/html; charset=iso-8859-1 Content-Encoding: gzip" Anm. von Ventilator: Inzwischen kommt zwar ein bisschen etwas, aber Artikel fehlen noch. Man darf gespannt sein, was die Ursache war.
|
|
|
|
|
|
|
Update 19:42 Uhr von XTaran: hnaz schreibt: "Slashdot ist nun wieder voll erreichbar. Ursache des Ausfalls(?) ist mir leider nicht bekannt, auf der Seite steht auch nichts davon."
|
|
|
|
< ICQ, but I don't find you | Druckausgabe | Allofmp3 unter Druck? > | |
|
|
Diese Diskussion wurde archiviert.
Es können keine neuen Kommentare abgegeben werden.
|
|
|
|
|
|
|
|
|
Hier
ist die entpackte version der angehängten gzip Daten, ich denke da hat jemand was verkonfiguriert.
--
Bahnübergänge sind die härtesten Drogen der Welt.
Ein Zug und du bist weg!
|
|
|
|
|
|
|
|
|
|
|
|
|
Das Problem ist definitiv eines mit mod_gzip.
Sieht aus, als würde ein interner Subrequest von mod_perl die Daten bereits von mod_gzip komprimiert bekommen und auch so anzeigen.
Witzigerweise kann ich das Problem in Galeon 1.3.x in keinster Weise nachvollziehen, egal, ob mit oder ohne Pr(iv)oxy dazwischen. (Ja, Cache habe ich geleert. :-)
Lynx dagegen zeigt mit Pr(iv)oxy die Seite korrekt an und ohne den komprimierten Inhalt.
Firefox (0.8.3 zugegebenermaßen) zeigt dagegen mit Pr(iv)oxy wie Venty beschrieb die Stories nur im schwarzen Abschnitt unter der eigentlichen Seite an, was, wie meesly im IRC bemerkte, aussieht, als wäre nur ein CSS kaputt. Ohne Pr(iv)oxy zeigt Firefox den komprimierten Datenmüll statt der Stories.
Sehr interessant. *weiteruntersuch*
--
There is no place like $HOME
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Grade bemerkt: Die HTTP-Header werden aber auch bei Lynx fälschlicherweise im Quelltext angezeigt.
--
There is no place like $HOME
|
|
|
|
|
|
|
|
|
|
|
|
|
Ok, Rätsel gelöst, doch kein mod_gzip:
Die Probleme tauchen ausschließlich bei den per SSI eingebundenen, vom portald geschriebenen statischen Inhalten auf. Eingeloggte Benutzer, die automatisch, die dynamische Seite bekommen, haben diese Probleme nicht. Und da mein Galeon eingeloggt war, Lynx und Firefox aber nicht, kam es zu den unterschiedlichen Ergebnissen.
Und mein Proxy sorgte nur dafür, daß die Daten nicht komprimiert ankommen (was für mich auch interessant zu wissen ist), daher die Unterschiede in Lynx und Firefox mit und ohne Proxy.
mod_include scheint also bei den internen Subrequests alle Daten incl. Header und Encoding so in den Inhalt einzubinden, wie er aus dem Subrequest rauskommt.
Was heißt das? Lest die dynamischen Versionen der Hauptseite und Artikel und ihr habt momentan keine Probleme.
--
There is no place like $HOME
|
|
|
|
|
|
|
|
|
|
Von Anonymer Feigling am Thursday 24. February 2005, 13:39 MEW (#7)
|
|
|
|
|
ctrl-+ und ctrl--, das ist ein bug in gecko.
|
|
|
|
|
|
|
|
|
Von Anonymer Feigling am Thursday 24. February 2005, 12:53 MEW (#6)
|
|
|
|
|
Vieleicht sollte denen das mal jemand stecken... Anscheinend merkt es dort niemand, da sie alle die dynamische Version verwenden.
Leider komme ich in der statischen Version auch nicht an die Emailadressen dran. Und da ich dort nicht angemeldet bin, bekomme ich halt nicht die dynamische Version.
Gruß
Mowgli
|
|
|
|
|
|
|
|
|
|
|
|
|
Braucht es wirklich für jede Website die mal für ein paar Stunden down ist einen Artikel?
Würde mich interessieren was die anderen Symlinkleser dazu meinen.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Nicht bei jeder, aber Slashdot liegt uns bei Symlink doch etwas am Herzen. Waren ja schliesslich das Vorbild.
--
hardware runs the world, software controls the hardware,
code generates the software, have you coded today
|
|
|
|
|
|
