Mir passiert es auch ab und an mal. Dann ist es allermeist ein timeout. D.h. man hat zu lange geschrieben oder überlegt. Das Verhalten ist ja ein gutes!
(Und wieder sehe ich das Mathe Ding, siehe vorherigen commit)
Beat Post author am |
(Und wieder sehe ich das Mathe Ding, siehe vorherigen commit)
Du siehst etwas, was ich nicht sehe. Weder mit Firefox noch mit Chrome.
Beat Post author am |
https://www.beatsblog.ch/762-Gigathlontag-3-Davos-Lenzerheide.html
Das fehlende Bild ist ein hotlink, das aber auf eine Seite verweist die ihren Dienst eingestellt hat.
Ja, das gibt es bei externen Links (leider) öfters. So ist das nunmal im schnelllebigen Internet. Ich kann das nicht ändern (und will es auch nicht). Es ist ein Indiz/Zeichen für die heutige Zeit.
Ganz Pfiffige würden jetzt einen Rückfall bauen und einen automatisch generierten Platzhalter ala "hier war mal ein Bild dessen Seite verschwunden ist" generieren.
Aber ich zweifle ob sich der Aufwand dafür lohnt..
Beat Post author am |
Nein. Ausgeloggt. Sehe es weder hier noch auf www.beatsblog.ch. Und wenn, dann nur ganz kurz, beim Refresh der Seite. Doch das ist normal, denke ich.
Und das hilft..., denn heute ist es auch wieder weg! ?
Beat Post author am |
Hmmm... hat leider nicht wirklich gefruchtet. Heute war die History-Anzeige wieder leer. Erstellungszeit der history_daylist.dat um 00:00:46. Gemäss Logfile fand um die Zeit folgender Zugriff statt:
Interessanterweise gab es zwisschen 00:00:00 und 00:00:43 insgesamt 37 Zugriffe, die alle nicht das freetag-Plugin angesprochen haben. Und nach dem oben erwähnten Zugriff erfolgten weitere 170 Anfragen bis zum nächsten /plugin/tag
Ketzerische Frage: Ist das vielleicht falsch herum programmiert? Dass nun genau eine /plugin/tag-Anfrage abgewartet wird?
Zur Sicherheit: Dies steht nun in meiner serendipity_plugin_history.php zwischen Zeile 263 und 275
if ((int)$xyears > 1 && $specialage == 'year') {
// get, read and echo possible cache file in case of freetag tag requests
if (file_exists($cachefile) && preg_match('@/plugin/tag/@', $_SERVER['REQUEST_URI'], $match)) {
$history = unserialize(file_get_contents($cachefile));
echo "<!-- freetag case cached f $timeout $cache -->";
echo $history;
return;
}
$timeout = ($maxts - $nowts); // the rest of the day
$cache = (($timeout >= 0) && ($maxts > $nowts));
$date = (date('d-m-Y', $nowts) == date('d-m-Y', (@filemtime($cachefile) + ($serendipity['serverOffsetHours'] * 60 * 60)))); // filemtime is Servers timezone or UTC/GMT
// get, read and echo possible cache file
Nein, ich glaube nicht, ..wenn ich nicht gerade mit Blindheit geschlagen bin...
Das Script wird ja bei jedem Request durchlaufen und es wird vor dem eigentlichen Geraffel einfach nur kurz nachgefragt, ob das cachefile (noch) existiert und ob der REQUEST URI false oder true auf "/plugin/tag/" zurückliefert. Wenn true, soll also nur der Inhalt des cachefiles ausgeliefert werden, auch wenn es bereits der nächste Tag ist/wäre.
Ich glaube eher das die angenommene Failure auf freetags nicht stimmt. Es könnte in diesem Zusammenhang ja auch nur soetwas wie ein "spocky jetlag" sein, was anderes (also echte Fehler) müssten sonst ja auch auf dokumenzi stattfinden.
Lass es aber noch drin. Ich überlege noch ein wenig und dann müssen wir wohl noch etwas mehr und besseres debugging einbauen...
Beat Post author am |
Jehova! ?
Nur um es klarzustellen: Die geänderte (und oben gezeigte) serendipity_plugin_history.php ist nur auf www.beatsblog.ch im Einsatz.
Danke, dass du dich nicht mal lustig gemacht hast.... ?
Man muss sich ja fragen, warum der bingbot - immerhin die Microsoft Suchmaschine - mitten in der Nacht meint, einen alten Eintrag über Sommerreifen neu indizieren zu müssen... tjatjatja....
Könntest du für den comment atom feed hier noch einmal einmal etwas ausprobieren...? Und diese Zeile in deiner Datei ersetzen?!
https://github.com/ophian/styx/blob/master/include/functions_rss.inc.php#L65
Danke.
Beat Post author am |
In welcher Installation?
Kann ich das verlinkte File nicht gleich als Ganzes übernehmen?
Da ich gerade nochmal daran herumgefummelt habe und nun glaube die richtige Lösung gefunden zu haben, bitte die entsprechenden Zeilen übernehmen, damit ich sehen kann ob das hier bei unseren vielen comments auch so gut funktioniert.
Ian Styx am |
Mir passiert es auch ab und an mal. Dann ist es allermeist ein timeout. D.h. man hat zu lange geschrieben oder überlegt. Das Verhalten ist ja ein gutes!
(Und wieder sehe ich das Mathe Ding, siehe vorherigen commit)
Beat Post author am |
Du siehst etwas, was ich nicht sehe. Weder mit Firefox noch mit Chrome.
Beat Post author am |
Ja, das gibt es bei externen Links (leider) öfters. So ist das nunmal im schnelllebigen Internet. Ich kann das nicht ändern (und will es auch nicht). Es ist ein Indiz/Zeichen für die heutige Zeit.
Ian Styx am |
Du bist eingeloggt, nehme ich an. ?
Ich sehe es heute nach wie vor.
Ian Styx am |
Ganz Pfiffige würden jetzt einen Rückfall bauen und einen automatisch generierten Platzhalter ala "hier war mal ein Bild dessen Seite verschwunden ist" generieren.
Aber ich zweifle ob sich der Aufwand dafür lohnt..
Beat Post author am |
Nein. Ausgeloggt. Sehe es weder hier noch auf www.beatsblog.ch. Und wenn, dann nur ganz kurz, beim Refresh der Seite. Doch das ist normal, denke ich.
Ian Styx am |
Stimmt. Chrome macht das heute nicht.
Ich werde es für eine Weile einfach gekonnt ignorieren..! ?
Ian Styx am |
Und das hilft..., denn heute ist es auch wieder weg! ?
Beat Post author am |
Hmmm... hat leider nicht wirklich gefruchtet. Heute war die History-Anzeige wieder leer. Erstellungszeit der history_daylist.dat um 00:00:46. Gemäss Logfile fand um die Zeit folgender Zugriff statt:
Interessanterweise gab es zwisschen 00:00:00 und 00:00:43 insgesamt 37 Zugriffe, die alle nicht das freetag-Plugin angesprochen haben. Und nach dem oben erwähnten Zugriff erfolgten weitere 170 Anfragen bis zum nächsten /plugin/tag
Ketzerische Frage: Ist das vielleicht falsch herum programmiert? Dass nun genau eine /plugin/tag-Anfrage abgewartet wird?
Zur Sicherheit: Dies steht nun in meiner serendipity_plugin_history.php zwischen Zeile 263 und 275
Ian Styx am |
Hmmm, Jehova! Jehova! ?
Nein, ich glaube nicht, ..wenn ich nicht gerade mit Blindheit geschlagen bin...
Das Script wird ja bei jedem Request durchlaufen und es wird vor dem eigentlichen Geraffel einfach nur kurz nachgefragt, ob das cachefile (noch) existiert und ob der REQUEST URI false oder true auf "/plugin/tag/" zurückliefert. Wenn true, soll also nur der Inhalt des cachefiles ausgeliefert werden, auch wenn es bereits der nächste Tag ist/wäre.
Ich glaube eher das die angenommene Failure auf freetags nicht stimmt. Es könnte in diesem Zusammenhang ja auch nur soetwas wie ein "spocky jetlag" sein, was anderes (also echte Fehler) müssten sonst ja auch auf dokumenzi stattfinden.
Lass es aber noch drin. Ich überlege noch ein wenig und dann müssen wir wohl noch etwas mehr und besseres debugging einbauen...
Beat Post author am |
Jehova! ?
Nur um es klarzustellen: Die geänderte (und oben gezeigte) serendipity_plugin_history.php ist nur auf www.beatsblog.ch im Einsatz.
Ian Styx am |
Eben! Das Phänomen tritt ja auch nur dort auf, wenn ich recht erinnere.
Weibsleut! ?
Beat Post author am |
Korrekt.
Ian Styx am |
Wer hat denn - um mal anders herum zu fragen - das heute (korrekte) cache file ausgelöst?
Ian Styx am |
Oh man..! Ich hätte mal auf dein Jehova hören sollen..
Mea culpa! ? (Ich war gestern einfach etwas abgelenkt)
Beat Post author am |
Heute wurde das history_daylist.dat um 00:01:17 Uhr geschrieben. Um die Uhrzeit erfolgte dieser Request:
Beat Post author am |
O.K. habe die zwei @ entfernt und das File wieder hochgeladen.
Ian Styx am |
Danke, dass du dich nicht mal lustig gemacht hast.... ?
Man muss sich ja fragen, warum der bingbot - immerhin die Microsoft Suchmaschine - mitten in der Nacht meint, einen alten Eintrag über Sommerreifen neu indizieren zu müssen... tjatjatja....
Ian Styx am |
Könntest du für den comment atom feed hier noch einmal einmal etwas ausprobieren...? Und diese Zeile in deiner Datei ersetzen?!
https://github.com/ophian/styx/blob/master/include/functions_rss.inc.php#L65
Danke.
Beat Post author am |
In welcher Installation?
Kann ich das verlinkte File nicht gleich als Ganzes übernehmen?
Ian Styx am |
Da ich gerade nochmal daran herumgefummelt habe und nun glaube die richtige Lösung gefunden zu haben, bitte die entsprechenden Zeilen übernehmen, damit ich sehen kann ob das hier bei unseren vielen comments auch so gut funktioniert.
Ian Styx am |
JA, aber nur in der raw Variante. Vorher nochmal reloaden, so dass du meine letzte Änderung mit drin hast. ?
Beat Post author am |
O.K. Und wo soll ich es einbringen? www.blog.dokumenzi.ch oder www.beatsblog.ch oder beides?
Ian Styx am |
Vorerst nur hier (wie ich schon schrieb). Hier gibts einfach mehr Fälle wo ein Fehler auffallen würde.
Danke!