? VIEL besser! Nach dem Plugin-Update stimmen die Zahlen fast immer. Den einzigen Missmatch den ich jetzt noch finden konnte war im April. Angezeigt werden 24 Einträge, manuell gezählt komme ich jedoch auf 25.
Beat Post author am |
Heute schon wieder. Habe das history_daylist.dat File gelöscht um mit Seitenrefresh ein neues zu erzeugen. Nun passt es wieder. Aufgefallen ist mir dabei, dass die zweil letzten Files, welche ich manuell löschte, immer kurz nach 02:00 Uhr geschrieben wurden. Vielleicht sagt das ja irgendetwas aus. Wobei ich sehe gerade, dass dies hier genau gleich ist.
Absolut genau gleich? Es sollte ja durch jemanden ausgelöst werden, der ab 0:00 Uhr auf dem Blog einen Request auslöst. Ich habe ja immer noch im Verdacht, dass es vielleicht eine bestimmte Art Seite ist, die den leeren History SQL Query erzeugt. Also zB., der erste Request triggert die Blog Entries Startseite welches OK gibt, bzw irgendwo anders zB archive wo es failed. Deswegen hatte ich damals gesagt, man müsse das quasi mal live beobachten.
Aber es ist nicht so das grundsätzlich immer einer weniger gezählt wird, oder? (hattest du alle überprüft?)
Was ist an den April Einträgen eventuell besonders? (zb Uhrzeit)
Beat Post author am |
So genau kann ich das jetzt auch nicht mehr sagen. Aber nach diesem Hinweis werde ich mir (vor dem Löschen) mal die genaue Zeit aufschreiben, wann das File erzeugt wurde. Vielleicht finde ich dann im Serverlogfile heraus, von wo der Zugriff kam (und ev. was aufgerufen wurde). Werde also zukünftig genauer hinsehen.
Nein so ist es nicht. Ich habe nur mal schnell 3 verschiedene Monate manuell durchgezählt und einzig im April fand ich diese Abweichung. Speziell daran ist höchstens, dass der erste Beitrag auf den 01.04.2020 00:04 Uhr datiert ist. Ich habe ihn nun mal auf 08:04 umgespeichert und siehe da: Nun werden im Archiv auch 25 Beiträge gezählt.
Wie schon mal vermutet (war das bei entrypaging?), ist also irgendeine Zeit Einstellung nicht ganz absolut richtig. Vielleicht muss man beim großen Manitu mal explizit nachfragen, ob die Serverzeit nicht eventuell etwas aus dem Takt ist.
-schulterzucken- Manitu zeigt GMT an. Ziemlich genau (sehe nur Minuten, keine Sekunden). Ist mir vermutlich nicht wichtig genug um beim Support nachzufragen. Passt ja jetzt.
Beat Post author am |
Du kennst meinen Blog besser als ich ?. Stimmt. Auf beatsblog.ch ist in der Konfiguration der Kategorien 13, 19 + 20 "Sollen Einträge dieser Kategorie von Eintragslisten und RSS-Feeds ausgeschlossen werden?" auf Ja.
Speziell daran ist höchstens, dass der erste Beitrag auf den 01.04.2020 00:04 Uhr datiert ist. Ich habe ihn nun mal auf 08:04 umgespeichert und siehe da: Nun werden im Archiv auch 25 Beiträge gezählt.
Nun gut. Interessant wäre es nun herauszufinden, nachdem du ja die "Gott"zeit auf die Minute bestätigt hast, ob eventuell Serendipity hier eine falsche Berechnung vollzieht. so müsste man mal statt 8:04 eher mal auf 02.04 bzw 01.04 mit der entsprechenden Archiv Anzeige gegenchecken, damit man herausfindet, wieviel die Differenz möglichst genau beträgt, ob es 2 Stunden, 1 Stunde 50, 40 ...10, 05 .. Minuten sind, oder so. So dass man aus der ungefähren (natürlich je genauer, desto besser) Differenz einen Schluss ziehen kann woran es möglicherweise mangelt.
Beat Post author am |
Es sind genau 2 Stunden. Terminiere ich den Beitrag auf 01:59 wird er nicht gezählt. Bei 02:01 wird er gezählt. Vielleicht liegt das an der Konfiguration Serverzeit + 2 Std.?
Hier mal das Gegenteil: Wird gezählt mit 7, aber eigentlich nur 6. Woran kann das liegen? Was sagen die nächsten bzw vorherigen Einträge als Uhrzeit?
https://www.beatsblog.ch/archives/2013/11/summary.html
Vielleicht liegt das an der Konfiguration Serverzeit + 2 Std.?
Die ist aber doch nur hier auf dokumenzi so. Servers steht auf GMT und du hast 2 Stunden zugefügt, damit es auf unserer Zeitzone stimmt. Manitu ist doch anders, wenn ich mich richtig erinnere.
Schau mal in die Info von der Basiert die Zeitdifferenz auf der Server-Zeitzone? Option.
Beat Post author am |
Der erste Dezembereintrag ist datiert auf: 01.12.2013 00:59
Der liegt also auch im Zeitraum + 2 Std. deshalb wird er noch im November mitgezählt.
Beat Post author am |
In der Konfiguration steht:
Basiert die Zeitdifferenz auf der Server-Zeitzone? = Ja Zeitunterschied des Servers = 2
Mist. Meinte natürlich die Info von Zeitunterschied des Servers
Gibt an, wie viele Stunden zwischen der Uhrzeit des Servers (aktuell: 10:49) und der eigenen Zeitzone liegen.
Komisch ich kann mich ~deutlich daran erinnern... sei's drum, ich werde dann mal nachforschen welche query timestamp Geschichte da krumm läuft, denn eigentlich sollte die Einstellungskorrektur auf die Blogzeit dann richtig sein.
Beat Post author am |
Ich erinnere mich (schwach) daran, dass die Serverzeiten von hosttech und manitu unterschiedlich waren. Nach der Umstellung auf Sommerzeit musste ich die Konfigutation von www.beatsblog.ch (manitu) anpassen. Es stimmte um 1 Std. nicht mehr (in welche Richtung habe ich vergessen). Erst seither sind die zwei Konfigurationen identisch.
Bin gestern nicht mehr dazu gekommen. Habe ich nun gemacht.
14:59
Kanst du mir bitte mal erklären wie du das geschrieben hast, der query timestamp aber 2020-05-06 15:00:00 anzeigt?
Also wie genau die zeitliche Abfolge war, die db query auszugeben, abzuspeichern ++ und schließlich? diesen Kommentar zu schreiben..?
Beat Post author am |
wie kommst Du auf die query-timestamp? was weiss ich?
Es scheint unlogisch, den Kommentar eine Minute früher zu schreiben.
Also ich habe die Queries in einem Fenster ausgeführt und in einem anderen Fenster die Resultate in den unveröffentlichten Beitrag geschrieben. Schön eins nach dem anderen. Abgespeichert habe ich gar nichts. Und vermutlich zum Schluss... habe ich wohl den Kommentar geschrieben.
Also doch relativ zeitnah...,oder? Nicht etwa 5 Minuten oder mehr zwischen diesem und jenem. Dann kann das vielleicht sogar hinhauen, da timestamp basierende Datenbankabfragen ganz leicht gemogelt werden auf Minuten, mit einer Cache tiime von 300s, also 5 Minuten, damit die Datenbank ihre Cache Stärken ausspielen kann, auf hochfrequentierten Blogs.
Beat Post author am |
? VIEL besser! Nach dem Plugin-Update stimmen die Zahlen fast immer. Den einzigen Missmatch den ich jetzt noch finden konnte war im April. Angezeigt werden 24 Einträge, manuell gezählt komme ich jedoch auf 25.
Beat Post author am |
Heute schon wieder. Habe das history_daylist.dat File gelöscht um mit Seitenrefresh ein neues zu erzeugen. Nun passt es wieder. Aufgefallen ist mir dabei, dass die zweil letzten Files, welche ich manuell löschte, immer kurz nach 02:00 Uhr geschrieben wurden. Vielleicht sagt das ja irgendetwas aus. Wobei ich sehe gerade, dass dies hier genau gleich ist.
Ian Styx am |
Absolut genau gleich? Es sollte ja durch jemanden ausgelöst werden, der ab 0:00 Uhr auf dem Blog einen Request auslöst. Ich habe ja immer noch im Verdacht, dass es vielleicht eine bestimmte Art Seite ist, die den leeren History SQL Query erzeugt. Also zB., der erste Request triggert die Blog Entries Startseite welches OK gibt, bzw irgendwo anders zB archive wo es failed. Deswegen hatte ich damals gesagt, man müsse das quasi mal live beobachten.
Ian Styx am |
Aber es ist nicht so das grundsätzlich immer einer weniger gezählt wird, oder? (hattest du alle überprüft?)
Was ist an den April Einträgen eventuell besonders? (zb Uhrzeit)
Beat Post author am |
So genau kann ich das jetzt auch nicht mehr sagen. Aber nach diesem Hinweis werde ich mir (vor dem Löschen) mal die genaue Zeit aufschreiben, wann das File erzeugt wurde. Vielleicht finde ich dann im Serverlogfile heraus, von wo der Zugriff kam (und ev. was aufgerufen wurde). Werde also zukünftig genauer hinsehen.
Hier war der Auslöser:
[07/May/2020:02:37:13 +0200] "GET /archives/P32.html HTTP/1.0" 200 58846 "-" "wiederfreibot/1.0 (+http://twitter.com/wiederfrei)"
Beat Post author am |
Nein so ist es nicht. Ich habe nur mal schnell 3 verschiedene Monate manuell durchgezählt und einzig im April fand ich diese Abweichung. Speziell daran ist höchstens, dass der erste Beitrag auf den 01.04.2020 00:04 Uhr datiert ist. Ich habe ihn nun mal auf 08:04 umgespeichert und siehe da: Nun werden im Archiv auch 25 Beiträge gezählt.
Ian Styx am |
Wie schon mal vermutet (war das bei entrypaging?), ist also irgendeine Zeit Einstellung nicht ganz absolut richtig. Vielleicht muss man beim großen Manitu mal explizit nachfragen, ob die Serverzeit nicht eventuell etwas aus dem Takt ist.
Ian Styx am |
Gut! siehe text
Beat Post author am |
-schulterzucken- Manitu zeigt GMT an. Ziemlich genau (sehe nur Minuten, keine Sekunden). Ist mir vermutlich nicht wichtig genug um beim Support nachzufragen. Passt ja jetzt.
Beat Post author am |
Du kennst meinen Blog besser als ich ?. Stimmt. Auf beatsblog.ch ist in der Konfiguration der Kategorien 13, 19 + 20 "Sollen Einträge dieser Kategorie von Eintragslisten und RSS-Feeds ausgeschlossen werden?" auf Ja.
Ian Styx am |
Nun gut. Interessant wäre es nun herauszufinden, nachdem du ja die "Gott"zeit auf die Minute bestätigt hast, ob eventuell Serendipity hier eine falsche Berechnung vollzieht. so müsste man mal statt 8:04 eher mal auf 02.04 bzw 01.04 mit der entsprechenden Archiv Anzeige gegenchecken, damit man herausfindet, wieviel die Differenz möglichst genau beträgt, ob es 2 Stunden, 1 Stunde 50, 40 ...10, 05 .. Minuten sind, oder so. So dass man aus der ungefähren (natürlich je genauer, desto besser) Differenz einen Schluss ziehen kann woran es möglicherweise mangelt.
Beat Post author am |
Es sind genau 2 Stunden. Terminiere ich den Beitrag auf 01:59 wird er nicht gezählt. Bei 02:01 wird er gezählt. Vielleicht liegt das an der Konfiguration Serverzeit + 2 Std.?
Ian Styx am |
Hier mal das Gegenteil: Wird gezählt mit 7, aber eigentlich nur 6. Woran kann das liegen? Was sagen die nächsten bzw vorherigen Einträge als Uhrzeit?
https://www.beatsblog.ch/archives/2013/11/summary.html
Ian Styx am |
Die ist aber doch nur hier auf dokumenzi so. Servers steht auf GMT und du hast 2 Stunden zugefügt, damit es auf unserer Zeitzone stimmt. Manitu ist doch anders, wenn ich mich richtig erinnere.
Schau mal in die Info von der Basiert die Zeitdifferenz auf der Server-Zeitzone? Option.
Beat Post author am |
Der erste Dezembereintrag ist datiert auf: 01.12.2013 00:59
Der liegt also auch im Zeitraum + 2 Std. deshalb wird er noch im November mitgezählt.
Beat Post author am |
In der Konfiguration steht:
Basiert die Zeitdifferenz auf der Server-Zeitzone? = Ja
Zeitunterschied des Servers = 2
Ian Styx am |
Mist. Meinte natürlich die Info von
Zeitunterschied des Servers
Gibt an, wie viele Stunden zwischen der Uhrzeit des Servers (aktuell: 10:49) und der eigenen Zeitzone liegen.
Das ist auf dem Manitu Server auch so?
Beat Post author am |
Ja. Genau gleich wie hier.
Ian Styx am |
Komisch ich kann mich ~deutlich daran erinnern... sei's drum, ich werde dann mal nachforschen welche query timestamp Geschichte da krumm läuft, denn eigentlich sollte die Einstellungskorrektur auf die Blogzeit dann richtig sein.
Beat Post author am |
Ich erinnere mich (schwach) daran, dass die Serverzeiten von hosttech und manitu unterschiedlich waren. Nach der Umstellung auf Sommerzeit musste ich die Konfigutation von www.beatsblog.ch (manitu) anpassen. Es stimmte um 1 Std. nicht mehr (in welche Richtung habe ich vergessen). Erst seither sind die zwei Konfigurationen identisch.
Ian Styx am |
Ach stimmt ja. Da war ja noch ein dritter im Bunde... Mannomannomannomanno! ?
Ian Styx am |
Ich rätsele immer noch herum...
Kanst du mir bitte mal erklären wie du das geschrieben hast, der query timestamp aber 2020-05-06 15:00:00 anzeigt?
Also wie genau die zeitliche Abfolge war, die db query auszugeben, abzuspeichern ++ und schließlich? diesen Kommentar zu schreiben..?
Beat Post author am |
Es scheint unlogisch, den Kommentar eine Minute früher zu schreiben.
Also ich habe die Queries in einem Fenster ausgeführt und in einem anderen Fenster die Resultate in den unveröffentlichten Beitrag geschrieben. Schön eins nach dem anderen. Abgespeichert habe ich gar nichts. Und vermutlich zum Schluss... habe ich wohl den Kommentar geschrieben.
Ich fürchte, ich kann Dir nicht weiterhelfen.
Ian Styx am |
Also doch relativ zeitnah...,oder? Nicht etwa 5 Minuten oder mehr zwischen diesem und jenem. Dann kann das vielleicht sogar hinhauen, da timestamp basierende Datenbankabfragen ganz leicht gemogelt werden auf Minuten, mit einer Cache tiime von 300s, also 5 Minuten, damit die Datenbank ihre Cache Stärken ausspielen kann, auf hochfrequentierten Blogs.