? Etwas weniger technisch hätte es auch getan ?. Musste erstmal nachdenken. Meint TZTimeZone? Kann eigentlich nicht sein, denn UTC ist keine Zeitzone. Hmmm... vielleicht einfach (UTC/GMT)?
Ja.. (TZ UTC) sieht zugegebenermaßen etwas merkwürdig aus. Bei mir steht (TZ Europe/Berlin).
Das TZ und die Klammer stammt von mir, das andere ist die Ausgabe von date('e'), welche genau angibt mit welcher time zone Zeineinstellung der Server läuft. Ist diese, wie schon erwähnt, nicht explizit definiert, setzt sie Serendipity auf UTC (was im Grunde eben der GMT entspricht). Ich kann das TZ auch weglassen, aber dann wird vielleicht nicht deutlich genug, dass damit die ausgegeben Datums- und Zeit-daten gemeint sind ⁉ Aufwendigere Routinen zu Ausgabeanpassung sind hier glaube ich nicht angebracht.
? Eben ist es wieder geschehen und ich konnte endlich beweisen, dass meine eingebauten Verbesserungen greifen [nicht die oben genannte].
[blau] Kommentar wurde hinzugefügt. (Wenn alles OK)
[rot] Kommentar wurde hinzugefügt. Hinweis: Dieser Kommentar wird ohne Bewilligung nicht dargestellt. (Wenn die Zeitüberschreitung, oder was auch immer der Auslöser war, "ein"greift.)
Thema ✔
Beat Post author am |
HICKS! Lange ist es gut gegangen, doch heute war auf beatsblog.ch das history-plugin wieder ohne Anzeige. Das daylist.dat wurde um 00:00:04 Uhr geschrieben. Gemäss Logfile fand dann dieser Zugriff statt:
Komisch ist einfach, dass hier (blog.dokumenzi, Hosttech-Server) das Problem praktisch nie vorkommt. Leere Anzeigen gibt es eigentlich nur auf dem Manitu-Server.
Mittlerweile ist dieses "Problem" jedoch so selten, dass man wohl kaum noch auf einen -gleichbleibenden- Fehler rückschliessen kann. Weil ich ja auch gemerkt habe, dass sich das Plugin quasi über die folgende Nacht selbst repariert (die die Neugenerierung des history_daylist.dat) würde ich mal sagen: Vergessen wir es.
Beat Post author am |
Auffällig ist höchstens, dass das leere File wiederholt vorkommt, wenn der auslösende Zugriff das Freetag-Plugin adressierte.
Wenn es wirklich über freetag tag requests ausgelöst wird, müssten wir mal sehen ob der hook da irgendetwas verhindert...; Zur Not könnnte man vielleicht das history cache build by GET /plugin/tag Requests untersagen...
Beat Post author am |
HICKS! Heute um 00:00:02 Uhr wurde auf www.beatsblog.ch wieder einmal ein leeres history_daylist.dat geschrieben. Auslöser war dieser Zugriff:
Bemerkenswert ist auch, dass in den ersten 30 Minuten des neuen Tages etwa 50 Seitenaufrufe durchgeführt wurden und gefühlte 80 Prozent davon sprachen das freetag-Plugin an.
Tja diese bots sind einfach blöde... sie grasen einfach alles ab was ihnen als link unter die finger gerät. Immer und und immer wieder. Das sind keine Besucher! ?
Beat Post author am |
Davon bin ich ausgegangen.?
Beat Post author am |
Zur Not könnnte man vielleicht das history cache build by GET /plugin/tag Requests untersagen...
Können wir das noch einmal aufgreifen?
In den letzten Tagen/Wochen hatte ich im Live-Blog (www.beatsblog.ch)gleich mehrere Mal eine leere History-Anzeige. Das hängt bestimmt mit den Suchrobotern/Bots zusammen, denn nur www.beatsblog.ch hat eine Sitemap, die gecrawlt wird. Hier (und auch auf www.styx.beatsblog.ch) funktioniert das History-Plugin nahezu fehlerlos.
Wäre das "das history cache build by GET /plugin/tag Requests untersagen" viel Aufwand?
Wäre das "das history cache build by GET /plugin/tag Requests untersagen" viel Aufwand?
Eigentlich nicht (glaube ich..)!
Die Frage wäre ja eher, ob man es nicht besser generell nur auf entries Seiten (also der Blogliste) und der Startseite soweit vorhanden beschränkt. Die Frage ist wie man so was generell schreibt und trotzdem deine "/categories/BLOG" miteinschließt. Ich habe irgendwie vergessen wie du das eigentlich gemacht hast...
Wäre es dir möglich mir das nochmal zu erklären oder in unseren Comment Orgien darauf zu verweisen?
Die Frage wäre [...] generell nur auf entries Seiten (also der Blogliste) und der Startseite [...] und [das] deine "/categories/BLOG" miteinschließt. Ich habe irgendwie vergessen wie du das eigentlich gemacht hast...
Wäre das also eine Idee? Wo am sinnvollsten? Und hast du alle letzten Vorkommen von empty History (jedenfalls persönlich) im Log auf den möglichen Verursacher gegengecheckt? Auch bei dem einen Mal wo es nur ein entry war?
Beat Post author am |
Aktuell ist auf www.beatsblog.ch das history_daylist.dat wieder leer. Wieder war der Auslöser ein Zugriff auf das freetag-Plugin.
Die Bevorzugung von /categories/BLOG gegenüber ?frontpage hatte zwei Gründe:
Die Titelanzeige im Banner ist anders
Mit der Oberkategorie BLOG kann ich Beiträge automatisch ausschliessen, die nicht einer der BLOG-Unterkategorien angehören. Das sind z.B. die Kategorien Fotogalerie, Links, Recht
Ja, Danke nochmal. Es ging mir dabei vorwiegend um die Frage, ob und wo du das eventuell eingestellt hast, bzw welche Optionen du dafür irgendwo verändert oder benutzt hast.
Ansonsten müssen wir uns vorerst auf das freetag konzentrieren.
Beat Post author am |
Nichts von alldem.
Ich habe das ganz simpel über die Kategorien gelöst. Hauptkategorien gibt es deren vier:
BLOG
Fotogalerie
Links
Recht
2-4 beinhalten keine Unterkategorien
In 1 - BLOG gibt es insgesamt 12 Unter-Kategorien. Nämlich alle, deren Beiträge ich auf der Index-Seite anzeigen lassen will. Deshalb ist in der Theme-Konfiguration der Menüpunkt BLOG auf /categories/BLOG gerichtet.
Antwort zu https://www.blog.dokumenzi.ch/2635-kuerzlich-aufgefallen.html#c7261
Im plugin history file line 263 (hier mit included) setze mal Folgendes ein. Und dann werden wir das mal wieder beobachten müssen
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;
}
Zur Fehlervermeindung: Das heißt, ersetze Zeile 263 komplett durch... ☺
Beat Post author am |
O.K. Habe diese Änderung in die serendipity_plugin_history.php geschrieben und das File auf www.beatsblog.ch hochgeladen. Morgen früh sehen wir dann, ob ich das richtig umgesetzt habe ?. Falls ja, lassen wir es mal weiterlaufen und beobachten, ob wieder leere Anzeigen auftauchen.
Vielen Dank für Deine Bemühungen. ✅
Beat Post author am |
Heute wurde ein Kommentar auf www.beatsblog.ch abgegeben, welcher mir zur Moderation vorgelegt wurde (was so eigentlich nicht sein sollte). Ich weiss natürlich nicht, was die Ursache war und ob die Kommentarschreiberin einen entsprechend sinnigen Hinweis erhalten hat. Dies als reine Info.
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.
..komisch, warum zeigt er nur wieder das versteckte bee Captcha...? Hast du irgendetwas zwischen gestern und heute gemacht? Nachtrag: Mit der Kommentar Suche bin ich meinem letzten Schluß zu diesem Thema wieder auf die Spur gekommen, in dem ich es dem NGINX Proxy zugeschrieben habe. Es ist [damit] sowieso nur eine vorübergehende Erscheinung.
Ian Styx am |
und testet immer noch ... erfolglos bisher, da keines moderiert werden will
Beat Post author am |
? Geisterjagd? ?
Kann leider nicht helfen.
Ian Styx am |
Tja so ist das wohl... sogenannter Vorführeffekt ?
Ian Styx am |
Schon lang online - schau es dir an. ?
Beat Post author am |
? Etwas weniger technisch hätte es auch getan ?. Musste erstmal nachdenken. Meint TZ TimeZone? Kann eigentlich nicht sein, denn UTC ist keine Zeitzone. Hmmm... vielleicht einfach (UTC/GMT)?
Ian Styx am |
Ja.. (TZ UTC) sieht zugegebenermaßen etwas merkwürdig aus. Bei mir steht (TZ Europe/Berlin).
Das TZ und die Klammer stammt von mir, das andere ist die Ausgabe von date('e'), welche genau angibt mit welcher time zone Zeineinstellung der Server läuft. Ist diese, wie schon erwähnt, nicht explizit definiert, setzt sie Serendipity auf UTC (was im Grunde eben der GMT entspricht). Ich kann das TZ auch weglassen, aber dann wird vielleicht nicht deutlich genug, dass damit die ausgegeben Datums- und Zeit-daten gemeint sind ⁉ Aufwendigere Routinen zu Ausgabeanpassung sind hier glaube ich nicht angebracht.
Ian Styx am |
? Eben ist es wieder geschehen und ich konnte endlich beweisen, dass meine eingebauten Verbesserungen greifen [nicht die oben genannte].
[blau] Kommentar wurde hinzugefügt. (Wenn alles OK)
[rot] Kommentar wurde hinzugefügt. Hinweis: Dieser Kommentar wird ohne Bewilligung nicht dargestellt. (Wenn die Zeitüberschreitung, oder was auch immer der Auslöser war, "ein"greift.)
Thema ✔
Beat Post author am |
HICKS! Lange ist es gut gegangen, doch heute war auf beatsblog.ch das history-plugin wieder ohne Anzeige. Das daylist.dat wurde um 00:00:04 Uhr geschrieben. Gemäss Logfile fand dann dieser Zugriff statt:
Komisch ist einfach, dass hier (blog.dokumenzi, Hosttech-Server) das Problem praktisch nie vorkommt. Leere Anzeigen gibt es eigentlich nur auf dem Manitu-Server.
Mittlerweile ist dieses "Problem" jedoch so selten, dass man wohl kaum noch auf einen -gleichbleibenden- Fehler rückschliessen kann. Weil ich ja auch gemerkt habe, dass sich das Plugin quasi über die folgende Nacht selbst repariert (die die Neugenerierung des history_daylist.dat) würde ich mal sagen: Vergessen wir es.
Beat Post author am |
Auffällig ist höchstens, dass das leere File wiederholt vorkommt, wenn der auslösende Zugriff das Freetag-Plugin adressierte.
Ian Styx am |
Ja ich hatte das heute Morgen auch schon bemerkt.
Wenn es wirklich über freetag tag requests ausgelöst wird, müssten wir mal sehen ob der hook da irgendetwas verhindert...; Zur Not könnnte man vielleicht das history cache build by GET /plugin/tag Requests untersagen...
Beat Post author am |
HICKS! Heute um 00:00:02 Uhr wurde auf www.beatsblog.ch wieder einmal ein leeres history_daylist.dat geschrieben. Auslöser war dieser Zugriff:
Also wieder ein Aufruf des freetag-Plugins.
Bemerkenswert ist auch, dass in den ersten 30 Minuten des neuen Tages etwa 50 Seitenaufrufe durchgeführt wurden und gefühlte 80 Prozent davon sprachen das freetag-Plugin an.
Ian Styx am |
Tja diese bots sind einfach blöde... sie grasen einfach alles ab was ihnen als link unter die finger gerät. Immer und und immer wieder. Das sind keine Besucher! ?
Beat Post author am |
Davon bin ich ausgegangen.?
Beat Post author am |
Können wir das noch einmal aufgreifen?
In den letzten Tagen/Wochen hatte ich im Live-Blog (www.beatsblog.ch)gleich mehrere Mal eine leere History-Anzeige. Das hängt bestimmt mit den Suchrobotern/Bots zusammen, denn nur www.beatsblog.ch hat eine Sitemap, die gecrawlt wird. Hier (und auch auf www.styx.beatsblog.ch) funktioniert das History-Plugin nahezu fehlerlos.
Wäre das "das history cache build by GET /plugin/tag Requests untersagen" viel Aufwand?
Ian Styx am |
Eigentlich nicht (glaube ich..)!
Die Frage wäre ja eher, ob man es nicht besser generell nur auf entries Seiten (also der Blogliste) und der Startseite soweit vorhanden beschränkt. Die Frage ist wie man so was generell schreibt und trotzdem deine "/categories/BLOG" miteinschließt. Ich habe irgendwie vergessen wie du das eigentlich gemacht hast...
Bots hast du übrigens auch ohne sitemap.
Ian Styx am |
Wäre es dir möglich mir das nochmal zu erklären oder in unseren Comment Orgien darauf zu verweisen?
Wäre das also eine Idee? Wo am sinnvollsten? Und hast du alle letzten Vorkommen von empty History (jedenfalls persönlich) im Log auf den möglichen Verursacher gegengecheckt? Auch bei dem einen Mal wo es nur ein entry war?
Beat Post author am |
Aktuell ist auf www.beatsblog.ch das history_daylist.dat wieder leer. Wieder war der Auslöser ein Zugriff auf das freetag-Plugin.
Die Bevorzugung von /categories/BLOG gegenüber ?frontpage hatte zwei Gründe:
Ian Styx am |
Ja, Danke nochmal. Es ging mir dabei vorwiegend um die Frage, ob und wo du das eventuell eingestellt hast, bzw welche Optionen du dafür irgendwo verändert oder benutzt hast.
Ansonsten müssen wir uns vorerst auf das freetag konzentrieren.
Beat Post author am |
Nichts von alldem.
Ich habe das ganz simpel über die Kategorien gelöst. Hauptkategorien gibt es deren vier:
2-4 beinhalten keine Unterkategorien
In 1 - BLOG gibt es insgesamt 12 Unter-Kategorien. Nämlich alle, deren Beiträge ich auf der Index-Seite anzeigen lassen will. Deshalb ist in der Theme-Konfiguration der Menüpunkt BLOG auf /categories/BLOG gerichtet.
Ian Styx am |
Ah.. genau! So war das. Ja! ?
read on: https://www.blog.dokumenzi.ch/2635-kuerzlich-aufgefallen.html#c7262
Ian Styx am |
Antwort zu https://www.blog.dokumenzi.ch/2635-kuerzlich-aufgefallen.html#c7261
Im plugin history file line 263 (hier mit included) setze mal Folgendes ein. Und dann werden wir das mal wieder beobachten müssen
Zur Fehlervermeindung: Das heißt, ersetze Zeile 263 komplett durch... ☺
Beat Post author am |
O.K. Habe diese Änderung in die serendipity_plugin_history.php geschrieben und das File auf www.beatsblog.ch hochgeladen. Morgen früh sehen wir dann, ob ich das richtig umgesetzt habe ?. Falls ja, lassen wir es mal weiterlaufen und beobachten, ob wieder leere Anzeigen auftauchen.
Vielen Dank für Deine Bemühungen. ✅
Beat Post author am |
Heute wurde ein Kommentar auf www.beatsblog.ch abgegeben, welcher mir zur Moderation vorgelegt wurde (was so eigentlich nicht sein sollte). Ich weiss natürlich nicht, was die Ursache war und ob die Kommentarschreiberin einen entsprechend sinnigen Hinweis erhalten hat. Dies als reine Info.
Ian Styx am |
bin gespannt ?
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.
..komisch, warum zeigt er nur wieder das versteckte bee Captcha...? Hast du irgendetwas zwischen gestern und heute gemacht?
Nachtrag: Mit der Kommentar Suche bin ich meinem letzten Schluß zu diesem Thema wieder auf die Spur gekommen, in dem ich es dem NGINX Proxy zugeschrieben habe. Es ist [damit] sowieso nur eine vorübergehende Erscheinung.