beats TEST blog

Dies ist ein Test für den Zusammenhang von internen Trackbacks und Anti-SPAM-Massnahmen. Folgende Konfiguration ist aktiv:

• Trackbacks/Pingbacks: IP Validierung: abweisen
• URLs von IP-Validierung ausnehmen: ^https?://identi\.ca/notice/\d+$;^https://www\.blog\.dokumenzi\.ch/\d+.*$

Hier nun ein Link/Trackback auf einen früheren Beitrag.

13:58 Uhr. Neuer Versuch. Ohne ^https://www\.blog\.dokumenzi\.ch/\d+.*$. Link auf alten Beitrag. -> Funktioniert.

Nach dem Speichern des Beitrags wird folgendes angezeigt:

• Überprüfe https://www.blog.dokumenzi.ch/2485-Film-Festival.html auf mögliche Track-/Pingbacks ...
• Sende Trackback zu URI https://www.blog.dokumenzi.ch/comment.php?type=trackback&entry_id=2485 ...
• Trackback erfolgreich!

Soweit ist hier und auf www.beatsblog.ch alles identisch.

Auf www.beatsblog.ch passiert danach nichts mehr. Es wird mir kein Trackback zur Genehmigung vorgelegt und es wird auch keiner gespeichert. Im SPAMblock-Logfile erhalte ich folgende Meldung:

[2020-09-27 12:00:20] - [REJECTED: IP Validierung : www.beatsblog.ch [89.238.73.75] != Sender IP [2001828100024752, ua="HTTP_Request2/@package_version@ (http://pear.php.net/package/http_request2) PHP/7.4.10"]] - [#2762, Name "beats blog", E-Mail "", URL "http://www.beatsblog.ch/2777-wir-trennen-uns.html", User-Agent "HTTP_Request2/@package_version@ (http://pear.php.net/package/http_request2) PHP/7.4.10", IP 2a00:1828:1000:2475::2] - [ wir machen uns einen Plan... Keine Angst: Karin und ich bleiben weiterhin zusammen. 👍 💝 Es geht um unsere Wohnsituation. Wir bewohnen eine Haushälfte eines Doppeleinfamilienhauses. Die beiden Kellergeschosse sind miteinander verbunden un]

Hier, auf www.blog.dokumenzi.ch, funktioniert es korrekt! Der Trackback wird zur Bewillingung vorgelegt und danach eingetragen.

Ich gehe nun davon aus, dass dieses Problem mit meinem Berechtigungsdurcheinander auf dem Manitu-Server zusammenhängt und gar kein wirkliches System-Problem ist.

Herr Styx darf jetzt lachen... 😉

Wenn man in der Styx-Konfiguration ImageMagick ausschaltet und GDLib verwendet, funktionert auch auf dem hosttech-Server die Bildintegration als picture-Element.

Beitrag für aktuelle Kommentare und Fragen zu Version 3.0.3, ab 11.07.2020

Bemerkungen zur neusten Version

die neusten Entwicklungen

Dieser Beitrag dient zum Austausch, für Fragen, Auffälligkeiten und Anmerkungen zur neusten Version.

Derzeit habe ich dank Corona und schlechtem Wetter etwas viel Zeit. Da komme ich dann schon mal auf die eine oder andere Idee, wie ich meinen Blog etwas aufpeppen oder verschönern könnte 😉.

In der Vegangenheit hatte ich ja lange mit mit gerungen, welche Grösse denn nun die Vorschaubilder in meinem Blog mit der neuen Styx-Edition haben sollten. Es gibt in meinem Blog verschiedenste Varianten. In den Anfängen, ab 2005, waren die Vorschaubilder 150px (oder gar nur 120px) breit. Wenn ich mich richtig erinnere, wurden sie dann mal 200px und ab Ende Januar 2020 verwende ich nun die empfohlene Breite von 400px Breite.

Ich gebe gerne zu, dass die anfängliche Skepsis verflogen ist und ich nun daran denke, ALLE Vorschaubilder im aktiven Blog auf 400px zu vergrössern. Das Vorgehen muss gut überlegt sein und dafür soll dieser Artikel dienen.

Als ersten Schritt, habe ich via Wartung Behalte vorhandene Vorschaubilder nur, wenn diese die richtige Größe haben und Erstelle alle Bild-WebP-Format-Variationen durchgeführt. Damit dies bei über 3'000 Bildern funktioniert, musste ich die Execution Time in den PHP-Settings auf 600 Sekunden einstellen, das sonst der Befehl vor der Fertigstellung abgebrochen wurde.

Eine der Konsequenzen dieser Idee ist auch, dass ich nicht nur die Breite der Vorschaubilder vergrössere, sondern ich will auch gleich die alten serendipityThumb.jpg durch sytxThumb.webp ersetzen. Das wird also eine grössere Aktion.

Bevor ich die styx_entries Tabelle exportiere und abändere, untersuche ich den Quelltext eines einzelnen Beitrags. Und zwar diesen hier. Ich werde da den Quelltext ändern und mir genau notieren, welche Teile ich durch was ersetze.

Weil hier auf blog.dokumenzi.ch webp nicht unterstützt wird, werde ich DB-Änderungen zuerst auf https://styx.beatsblog.ch/ testen, bevor ich die Änderungen dann am Live-Blog vornehme.

Ein neuer Beitrag, für Belange bezüglich des V3.0 Release-Candidate Weiter: "Styx beta:3.0-rc..."

Im Zusammenhang mit dem Archiv sind wir eher zufällig auf ein Problem gestossen, welches sich wie folgt äussert: Zwischen dem Original-Blog und dem heute aktuellen Blog gibt es unterschiedliche Zeitangaben für Blogbeiträge. Die Datenbanktabelle mit allen Einträgen wurde am 20. Januar 2020 aus dem Original-Blog exportiert und in den aktuellen Blog importiert. Damals wurde nicht berücksichtigt, dass die beiden Server mit unterschiedlichen Uhrzeiten operierten. Während es auf bbbeat.ch zum Beispiel 15:00 Uhr war, zeigte der Server von beatsblog.ch bereits 16:00 Uhr an.

Als Beispiel: Der allererste Blogeintrag wurde am 16.12.2005, um 23:55 Uhr, abgespeichtert. Auf dem neuen Server (+1 Std.) wird der gleiche Beitrag nun mit Datum 17.12.2005, 00:55 Uhr, dargestellt. Er ist also in den Folgetag gerutscht.

Für Blogbeiträge, welche zwischen 00:00 Uhr und 22:59 Uhr geschrieben wurden ist das grundsätzlich kein Problem. Doch alle Beiträge, die zwischen 23:00 und 23:59 Uhr geschrieben wurden, werden nun am (falschen) Folgetag dargestellt.

Ich kann nicht beurteilen, um wieviele Beiträge es sich dabei handelt, doch es sind sehr, sehr viele. Denn wenn ich z.B. am Sonntag einen Blogeintrag für den Samstag geschrieben habe, so änderte ich vor dem speichern das Datum und stellte die Uhrzeit auf 23:59 Uhr. Bei den gesamthaft > 2'500 Beiträgen sind das bestimmt mehrere hundert...

Ich überlegte mir deshalb, ob ich den ganzen Import nocheinmal durchführen soll. Es sollte möglich sein, vor dem Datenex- und -import die Serverzeiten anzugleichen (auf GMT stellen), so dass die Uhrzeit danach links wie rechts identisch ist. Dabei stellt sich jedoch das Hauptproblem, dass seit dem 20.01.2020 bereits 97 neue Beiträge hinzugekommen sind, die ich natürlich nicht verlieren will. Das würde ich vermutlich noch hinkriegen, doch ein tieferer Blick in beide Systeme zeigt, dass der Zeitversatz von +1 Std. überhaupt nicht durchgängig ist. 🤔

Nachfolgend Screenshots. Links von bbbeat.ch und rechts von beatsblog.ch. Rot gekennzeichnet die Zeitunterschiede.

---

---

Man sieht, die meisten Zeiten verschoben sich +1 Std. Doch es gibt immer wieder Beiträge, bei denen das nicht der Fall ist. Ich kann also nicht automatisiert vorgehen und quasi alle importieren Beiträge eine Stunde zurückstellen (wovon ich auch keine Ahnung hätte, wie ich das bewerkstelligen sollte).

😭  😡  🙄

Ich weiss noch nicht, wie ich vorgehen werde. Vielleicht korrigiere ich nur den allerersten Beitrag, sowie die Beiträge, die nun in einen neuen Monat fallen. Das wäre vermutlich der einfachste und realistischte Weg.

Es bleibt das unschöne Gefühl, dass man später in einem Sonntagsbeitrag u.U. liest: "Heute Samstag..."