Vor etwa zwei Jahren habe ich dieses Blog abgeschaltet, mit dem Versprechen, dass es wieder kommt. Dieses Versprechen habe ich mit dem heutigen Tage eingehalten.
Das hat so lange gedauert, weil ich im Zuge der Einführung einer DSGVO-gerechten Konfiguration eine grundlegende Modernisierung der darunter liegenden Technik machen wollte. Im Einzelnen gibt es jetzt:
immer noch den Apache-Webserver
PHP über PHP-FPM
https
PostgreSQL statt MySQL/MariaDB
einen neuen Server bei einem anderen Hoster
ein eigentlich IPv6-Only Setup und
einen Reverse Proxy vorne dran, der per IPv4 eingehende Anfragen als IPv6 weiter zum eigentlichen Server schiebt
zeitnahe Anonymisierung der Client-IP-Adressen
eine "wunderschöne" Datenschutzerklärung und
vermutlich noch einiges anderes.
Wie gehabt, wenn irgendwas nicht funktioniert, bitte kommentieren, und wenn das auch nicht funktioniert, dann findet sich im Impressum eine Mailadresse. Vielen Dank im Voraus.
Ich weiß, dass die Bilder-Links in älteren Postings kaputt sind. Das fixe ich nach und nach wenn's mir grad mal auffällt. Gerne in den entsprechenden Artikeln kommentieren, wenn's Euch auch auffällt.
Jetzt fehlen nur noch wieder halbwegs regelmäßige Inhalte. Ich versuche, daran zu arbeiten
Ich habe in den letzten Jahren viel Zeit bei Twitter verbracht. Das bedeutet, dass meine Beiträge beißender, und auch kürzer geworden sind, obwohl ich in dem Blog natürlich nicht auf 280 Zeichen beschränkt bin. Sollte ich in einem Artikel zu kurz sein und Ihr mehr zu dem Thema hören wollen, bitte kommentieren. Ich werde mich dann noch etwas ausgiebiger mit dem Thema befassen. Zugesagt.
Dieser Artikel stellt eine Referenz dar und erhält die "Inhalte", die unter diesem URL zwischen Mai 2018 und Mai 2020 veröffentlicht waren. Da ich in der Datenbank herumprökle, hier nochmal mit 'neuer' ID:
Hier war doch mal ein Blog
Richtig. Das ist im Moment nicht da, und der Grund ist natürlich die am 25. Mai 2018 ablaufende Übergangsfrist bis zur “scharfen” Anwendung der Datenschutz-Grundverordnung der Europäischen Union.
Ich habe es leider nicht geschafft, innerhalb der zweijährigen Übergangfrist mein Blog so umzubauen, dass die Inhalte und damit auch die personenbezogenen Daten meiner Kommentatoren verschlüsselt übertragen werden, das ggf aktive Logging innerhalb und außerhalb der Webapplikation einzudampfen und eine passende Datenschutzerklärung zu formulieren. Und bevor das Eigentliche passieren kann, habe ich auch noch einige technische Schulden, die ich meinen Systemen gegenüber ausgleichen muss, bevor ich überhaupt mit dem eigentlichen Blogumbau beginnen kann.
Deswegen ist mein Blog erstmal offline, bis ich die Zeit und Ruhe finde, diese Arbeiten auszuführen. Tut mir leid, geht nicht anders.
Bleibt mir gewogen, lasst die feed-URLs in den Feedreadern konfiguriert, das Blog kommt wieder.
Das Update von Debian jessie auf Debian stretch hat im Umfeld meines Blogs die Migration von MariaDB 10.0 auf MariaDB 10.1 und von PHP 5.6 auf PHP 7.0 gebracht. Dazu musste ich natürlich in der Apache-Konfiguration das php5-Modul durch das php7-Modul ersetzen und noch einige andere kleine Änderungen durchführen.
Danach waren im Blog durchgängig die Umlaute kaputt; das sah so ähnlich aus, als würde man ein UTF-8 codiertes Dokument auf einem ASCII-Terminal betrachten. Insider nennen das auch Double-WTF8.
Leider kann man sich ab sofort nicht mehr per Mail darüber informieren lassen, wenn zu einem Artikel in diesem Blog neue Kommentare eingegangen sind. Die Abmahner haben eine neue Idee entdeckt. Dankeschön. Näheres bei Grischa.
Dieses Blog bekommt zur zeit ein paar Tausend Exemplare Trackbackspam in der Woche. Ich habe eben gerade zwanzig Minuten damit verdaddelt, 3092 Instanzen Trackbackspam zu löschen (das war die Ausbeute seit Dienstag letzter Woche). 3092 davon hätten auf den vor einem halben Jahr im s9y-Forum vorgeschlagenen (und abgelehnten) Filter "filtere alles was einen Body von weniger als sieben Worten" erwischt worden, 3090 hätte ein deutlich weniger radikaler Regexp-Filter a la "\\w*, (\\w*) \\w* \\w* \\w* and $1" gefressen. Beide Features hat s9y nicht, und so bleibt ein Haufen manueller Arbeit, der durch die nichttabellarische Präsentation im Adminfrontend nicht gerade erleichtert wird. Schade.
Kommerzielle Filter, die die Kommunikation mit einem Fremdsystem erfordern, mag ich nicht nutzen (dies ist das KO-Kriterium für Akismet). Bleibt wohl beim derzeitigen Featureset von s9y nur, Trackbacks komplett abzuschalten. Spammer haben mit Trackbacks innerhalb von nichtmal fünf Jahren das geschafft, was sie mit SMTP in zehn noch nicht geschafft haben: Ein Medium komplett unbrauchbar zu machen. Und semiperfekte Software unterstützt dieses.
Die Blogausfälle haben jetzt hoffentlich ein Ende. Einer der anderen Nutzer dieses Servers hat nochmal gemeckert, und dann ging es plötzlich ganz schnell. "Kulanterweise" wollte man dann doch die Hardware tauschen. Wir sollen ein Backup machen, die Maschine ins Rescuesystem stellen und im Frontend auf "Neuinstallation" klicken.
Die Eingabemaske hatte plötzlich eine neue Checkbox "Hardwaretausch", der gegen 13:30 Uhr am Freitag betätigt wurde. Gegen 17.00 Uhr war der Host dann komplett down und kurz vor Mitternacht kam die Meldung, "Ihr Server wurde neu installiert". Was stimmte: Neue Hardware, neue Platte und ein neu installiertes Debian 4.0, das unbesehen sofort wieder runterflog und durch das Backup ersetzt wurde.
Das Restore selbst hat dann nur 45 Minuten gedauert, aber als es fertig war war der Zugschlus schon im Bett, so dass der Normalbetrieb erst nach 20 Stunden Downtime heute morgen wieder aufgenommen werden konnte.
Wie Euch sicher aufgefallen ist, war dieses Blog in den letzten Tagen öfter mal nicht erreichbar. Die Ursache hierfür ist eine Festplatte, die ihr baldiges Ableben angekündigt hat, und ein Serververmieter, der dies nicht verstehen möchte.
Wir erhöhen also die Backupfrequenz und warten darauf, dass die Platte komplett den Löffel abgibt. Leider wird es bis dahin noch mehrfach zu "read only" remounteten Filesystemen kommen. Viel mehr als "in dieser Situation rebooten und warten bis der Mist das nächste Mal passiert" kann man leider nicht tun. Ich bin derzeit nicht zuversichtlich, dass der Serververmieter noch das Licht sehen wird.
InanderenBlogsleseichin den letzten Wochen immer wieder von hunderten von Trackbackspamversuchen, die in anderen Blogs einprasseln.
Dieses Problem habe ich nicht. Hier ist Ruhe. Valide Trackbacks und Kommentare kommen, ansonsten wirklich kaum. Warum bekommt mein Blog so viel weniger Spam als andere Blogs? ich meine, die meisten dieser anderen Blogs verwenden auch Serendipity. Was mach ich richtiger als die anderen?
Leider haben die zitierten Blogs teilweise die Trackbackfunktion gesperrt; die Blogger werden also nichts von diesem Artikel erfahren. Jedenfalls nicht automatisch. Danke, Spammer.
In den letzten Tagen kommen hier zunehmend anonyme Kommentare an, die mich persönlich unsubstantiiert angreifen. Ich tue mit diesen Kommentaren das, was ich auch in real life tue, wenn man mich von der Seite anpöbelt: Ich ignoriere sie.
Das bedeutet insbesondere, dass sie nicht in diesem Blog veröffentlicht werden, bzw. zeitnah gelöscht werden, so sie zu hinreichend "jungen" Artikeln geschrieben wurden.
Ich bemühe mich darum, mit diesem Blog eine offene Plattform für Meinungen zu schaffen. Grundsätzlich darf hier jeder seine Meinung sagen (so sie mich nicht in die Rolle eines Mitstörers schiebt). Ich erwarte aber, dass kontroverse Inhalte so formuliert sind, dass man erkennen kann, wessen Meinung das ist. Also: Wenn Ihr mich beschimpfen oder sonstwie herabwürdigen wollt - tut es mit Namen und Mailadresse. Ich möchte wissen, wer es da so nötig hat.
Aber eigentlich ist es ja sowieso ein Kompliment, dass sich da jemand so viel Arbeit macht um mich zu ärgern. In diesem Sinne: Dankeschön!
If you are putting an URL containing brackets in the section title of an .ini-like formatted file, you'd better use percent notation for the brackets in the URL.
Sorry for yesterday's Planet flood. I hope it will be less painful this time.
Letztes Wochenende war ich auf dem d.t.r.-Treffen in Röhrenspring im schönen Sauerland. Abgesehen davon, dass an dieser Location kein Mobilfunknetz verfügbar war, empfand ich das lange Wochenende als wunderschön.
Traditionell wird auf dtr-Parties ein Partylog geschrieben. Was ursprünglich ein Notebook mit offenem Editor war, ist inzwischen eine von Stefan geschriebene kleine PHP-Anwendung, die den Inhalt einer TEXTAREA direkt in ein Textfile schreibt - was einmal geschrieben ist, kann nicht mehr geändert werden.
Da Stefan diesmal erst später dazustößt, habe ich mir ein paar Gedanken gemacht und ein Notebook vorbereitet, das als Partylog dienen soll. Dabei hatte ich die Idee, aus dem Partylog ein Partyblog zu machen, und habe s9y eingesetzt.
Die Idee finde ich immer noch klasse, aber sie wurde nicht akzeptiert.
Dieses Blog hat inzwischen wieder eine akzeptable Geschwindigkeit. Vielen Dank an Isotopp für die Hilfe bei der Fehlersuche.
Ursache war ein fehlender Index auf der Spalte sessID der Tabelle s9y_visitors, was bei jedem Zugriff zu einem Full Table Scan geführt hat - und das auf der mit Abstand größten Tabelle dieses Blogs.
Bei der Suche nach dem Fehler war log-slow-queries = /var/log/mysql/mysql-slow.log sehr hilfreich, und ein alter table mh_s9y_visitors add key (sessID); hat das Problem aus der Welt geschafft.
Bleibt zu klären, warum dieser Index nicht automatisch von s9y gesetzt wird.
Ich habe mein s9y in der Mittagspause von 1.0 beta gegen den 1.0 branch aus dem svn ausgetauscht. Das ging weitgehend schmerzlos. Einige Dateien (Konfigration, Uploads, .htaccess, Spartacus-Plugins) musste ich aus dem alten Tree manuell rüberkopieren, und plopp, war ich wieder im Geschäft.
Wenn Unregelmäßigkeiten auftreten, will ich davon wissen.
