Netz - Rettung - Recht (Artikel mit Tag s9y)

FLOSS'n'net - Aktivitäten im Jahr 2021 (und 2020)

nospam@example.com (Thomas Hochstein) — Thu, 30 Dec 2021 06:20:00 +0000

Meine Reihe FLOSS’n’net ist in den letzten fast zwei Jahren auch mehr oder weniger der Pandemie zum Opfer gefallen; der letzte der üblicherweise jedes Quartal veröffentlichen Beiträge datiert vom April 2020 und gehört mit zu den letzten vor der “Aufholjagd” noch veröffentlichten (bzw. verfassten) Beiträgen. Entweder als Schlusspunkt oder als Neubeginn - je nachdem, wie 2022 werden wird … - möchte ich daher einen kurzen Rückblick über das vergangene Jahr (und auch das Jahr 2020) geben.

2020 endeten meine Aktivitäten - vor allem rund um Serendipity - mehr oder weniger im April. 2021 habe ich nichts an Serendipity getan, aber das eine oder andere sonst rund ums Netz. Im Einzelnen sieht das dann so aus:

Serendipity (s9y)

Das Blogsystem Serendipity werkelt auch hinter diesem Blog.

Alle Änderungen hier stammen noch aus dem April 2020.

s9y-Kern

Es ist mir endlich gelungen, einen schwer zu reproduzierenden Fehler zu finden, der mich seit Jahren wahnsinnig gemacht hat. Ich nutze für meine Blogbeiträge recht intensiv “erweiterte Eigenschaften von Artikeln”, also entryproperties, bspw. die HTML-Meta-Description und Social-Media-Bilder - und diese “verschwanden” regelmäßig in vorbereiteten Einträgen, was einerseits ärgerlich ist und andererseits oft unbemerkt bleibt. Das ging so weit, dass ich vorbereitete Einträge (Entwürfe) nicht mehr in s9y selbst gespeichert habe, sondern extern, und sie dann erst zur Veröffentlichung dort hineinkopierte. Das wurde seit 2018 im Issue #577 getrackt, aber ohne richtige Lösung (auch weil mir die Zeit zum Debugging fehlte). Am Ende hatten wir 2019 die richtige Ecke gefunden, aber das Problem nicht wirklich behoben. Das gelang aber jetzt (endlich!), und rückblickend war das eine gute Sache, hatte ich doch im Rahmen der “Aufholjagd” 2020/2021 oft mehrere Dutzend komplett postingfertige Beiträge “gebunkert”.
Scheduled entries lose all entryproperty information on publish date. mit
Fix accidental deletion of extended properties. und
[event_trackback] Draft entries should not be saved in delayed_trackbacks
Eine mit s9y 2.3.3 releaste Änderung hatte ein Designproblem im Code aufgedeckt, das zu Fehlern im Plugin History führte, einem der wenigen mit s9y gebundleten Plugins.
[plugin_history] Fix SQL error in plugin_history.

Plugins

Der Bugfix für die entryproperties erforderte auch Änderungen in den entsprechenden Plugins:
[event_metadesc] [event_social] Fix accidental deletion of extended properties.
[event_trackback] Fix draft check.
Das Plugin, das Sitemaps erstellt, sollte in diese Maps keine Übersichtsseiten für getaggte Artikel aufnehmen, die gar nicht existieren (weil das entsprechende Tag zwar vergeben wurde, aber nur für Entwürfe).
[event_sitemap] Don’t add tag pages with draft tags.

Releases

Ich habe alle geeigneten Änderungen aus der aktuellen Entwicklungsversion in den 2.3er-Zweig übernommen und dann Serendipity 2.3.5 releast sowie die Release-Notes, einen Blog- und einen Forenbeitrag verfasst.

Usenet und Co.

Zum Jahresende 2021 hin habe ich eine notwendige Änderung der Einrichtungsregeln für Newsgroups im deutschsprachigen Usenet vorgeschlagen, die Abstimmung dazu durchgeführt und sie umgesetzt.

FAQs

Ich habe 2020 und 2021 die Pflege weiterer FAQs und vergleichbarer Text übernommen und dann auch regelmäßig eine ganze Reihe Änderungen eingearbeitet:

2020

Übernahme der Newsreader-FAQ
(verfügbar in einem Git-Repository auch mit allen alten Fassungen seit 2000)
Übernahme der Newsserverliste
(verfügbar in einem Git-Repository)

2021

Übernahme der Einrichtungsregeln
(verfügbar in einem Git-Repository)

Moderation von de.alt.netdigest

Zum 01.07.2021 habe ich die Moderation der Newsgroup de.alt.netdigest übernommen.

Sonstiges

Seit April 2021 bin ich einer der Newsmaster von bawue.net.

Relaunch von Webseiten

Nicht nur für die Newsgroup de.alt.netdigest habe ich Webseiten erstellt, sondern auch die Webseiten (und die damit verbundene Hintergrunddtechnik) meines Newsservers und von szaf.org komplett überarbeitet und erneuert.

Vorherige Aktivitäten-Übersicht: I/2020

Wir werden sehen, ob und wie es 2022 weitergeht …

Titelbild © momius - stock.adobe.com

Serendipity 2.3.5 released

nospam@example.com (Thomas Hochstein) — Tue, 28 Apr 2020 06:30:00 +0000

Während im Hintergrund an Serendipity 2.4 geschraubt wird, haben sich wieder genügend Fehlerbehebungen angesammelt, die ein Bugfix-Release rechtfertigen, so dass am vergangenen Wochenende Serendipity 2.3.5 veröffentlicht wurde.

Die Einzelheiten zu den Änderungen finden sich wie immer in der NEWS-Datei im Verzeichnis /docs/ und (strukturierter) im Release-Announcement auf Github.

Zunächst war quasi eine Reklamation zu beheben. In Serendipity 2.3.3 war eine Änderung enthalten, die verhindert, dass beliebig viele “leere”, weil noch gar nicht existente Seiten im Archiv älterer Beiträge aufgerufen werden können. Das führte aber dazu, dass das Seitenleisten-Plugin serendipity_plugin_history auf jeder Seite außer der Blog-Startseite mit einer Fehlermeldung abbrach und daher die gesamte Seitenleiste nicht angezeigt wurde. Hintergrund war m.E. ein älterer Denkfehler im Code, der nicht unterscheidet, ob wir Einträge zur Erzeugung einer Übersichtsseite (auf der Titelseite, im Archiv, bei Suchergebnissen, …) abrufen, so dass die Einträge auf mehrere Seiten verteilt werden müssen, oder ob der Abruf zu anderen Zwecken erfolgt - bspw. in dem genannten Plugin, um nach Einträgen zu suchen, die vor (bspw.) einem Jahr veröffentlicht wurden. Bei solchen Aufrufen ist es völlig sinnlos, sie zu “paginieren” zu versuchen. In serendipity_plugin_history habe ich das Problem dann behoben.
Im Backend war mir schon ab und an aufgefallen, dass Einträge mit Sonderzeichen im Titel in den Übersichten seltsam angezeigt wurden, nämlich mit sichtbaren HTML-Entities; ich habe mir dabei aber nie etwas gedacht, warum auch immer. Glücklicherweise galt das nicht für alle, so dass ein Mitentwickler das Problem behoben hat.
Im Bugtracker lag bereits seit längerem eine Fehlermeldung aus der Mediendatenbank ein: wenn man Bilder oder andere Medien mit einer Dateiendung von mehr als fünf Zeichen Länge hochlädt, gab es eine Datenbank-Fehlermeldung - was daran lag, dass das Datenbankfeld für die Dateiendung (richtigerweise) nicht mehr als fünf Zeichen aufnehmen kann. Das passierte allerdings zum einen nur mit PostgreSQL als Backend (mySQL verwirft einfach den Rest der Endung, schneidet sie also nach fünf Zeichen ab), und zum anderen nur mit sehr komischen Dateinamen. Wer nennt seine Mediendateien denn auch bild.jpg123 oder so ähnlich? Das würde ohnehin später schiefgehen, weil Browser sich beim Ausliefern von Medien regelmäßig auf die Endung verlassen und daher ein .jpg123 ohnehin nicht richtig angezeigt wurde. Sei das, wie es sei - ein Datenbankfehler ist trotzdem blöd. Und nachdem ich für die Versionen 2.3.3 und 2.3.4 ohnehin mehrfach im mir bis dahin völlig unvertrauten Code der Mediendatenbank unterwegs war, haben wir das behoben und erzwingen jetzt beim Upload eine Maximallänge von fünf Zeichen bei der Dateiendung. Meinen wenig professionellen Erstversuch für einen passenden regulären Ausdruck (“das Problem andenken, eine regexp probieren und dann so lange rumfummeln, bis ein paar Testnamen zu richtigen Ergebnissen führen”) hat Mitch dankenswerterweise systematisch getestet und aufpoliert.
Bei der Arbeit an - und dem Testen der - Funktion zur Benachrichtung über verfügbare Plugin-Upgrades für Serendipity 2.4 fiel mir auf, dass verfügbare Upgrades manchmal nicht angeboten werden. Nach einer sehr, sehr langwierigen Debugging-Session glaube ich (!), einen weiteren sehr, sehr alten Denkfehler im Code gefunden zu haben, den ich nunmehr ersteinmal minimalinvasiv zu beheben trachte. Wertvolle Erkenntnis dabei: Man kann ein Neueinlesen der (ansonsten gecacheten) Plugindaten von Spartacus auslösen, indem man die Konfiguration des Spartacus-Plugins aufruft und einfach - ohne Änderungen - noch einmal speichert.
Wie bereits berichtet habe ich mich mit den <details>- und <summary>-Elementen beschäftigt. Bei den entsprechenden Blogbeiträgen und den damit verbundenen Kommentaren fiel zunächst auf, dass HTML-Elemente in den Kommentaren meines Blogs zwar angezeigt werden, aber im RSS-Feed (der Kommentare) und in der Kommentar-Übersicht in der Seitenleiste (serendipity_plugin_comments) schlicht verschwinden. Letzteres - also das Ausfiltern - ist bei Serendipity aus Sicherheitsgründen der Default; ich habe aber das Plugin serendipity_event_unstrip_tags installiert, dass stattdessen die spitzen Klammern durch HTML-Entities ersetzt und so HTML-Elemente in den Kommentaren anzeigt. Aber eben auch nur dort - weder in der Seitenleiste noch im RSS-Feed. Das verdiente eine Verbessung (die auch eine Änderung in serendipity_plugin_comments erfordert, das zusammen mit dem Serendipity-Kern verteilt wird).
Außerdem habe ich dafür gesorgt, dass der WYSIWYG-Editor <details> und <summary> nicht mehr verschluckt. An dieser Stelle ist aber noch Arbeit nötig; der Editor frisst offensichtlich auch den Code zum Einfügen von Bildergalerien und macht Probleme beim Einfügen von Code.
Der dickste Brocken zum Schluss: ein zumindest partiell seit ewigen Zeiten bestehender Bug sorgte dafür, dass erweiterte Eigenschaften von Artikeln - wie Funktionen aus serendipity_event_entryproperties, durch serendipity_event_metadesc erzeugte Eingaben oder das Eintragsbild aus serendipity_event_social - verlorengehen, wenn der Beitrag aus dem Dashboard heraus veröffentlicht wird, aber auch, wenn Plugins den Hook backend_save (oder backend_publish) triggern. Letzteres passierte bspw. immer dann, wenn serendipity_event_trackback installiert war und der Beitrag sein Veröffentlichungsdatum erreicht hatte, selbst dann, wenn es sich nur um einen Entwurf handelte. Den Effekt hatte ich seit Jahren beobachtet, aber nie richtig festmachen können - er fiel mir ausschließlich bei der Description aus serendipity_event_metadesc auf, und da war ich mir oft gar nicht sicher, ob ich nicht vergessen hatte, eine einzugeben. Mit der Zeit stellte sich das aber als Bug heraus, der 2018 das erste Mal berichtet wurde und sehr schwer zu debuggen war, weil das Verhalten nicht reproduzierbar wirkte. Außerdem nutzte wohl kaum jemand sonst serendipity_event_metadesc, und zudem mussten ja die anderen Randbedingungen auch noch zusammenkommen. Ich habe dann über Jahre hinweg Entwürfe entweder bis zur Veröffentlichung direkt außerhalb von Serendipity gespeichert oder vor der Veröffentlichung gegengecheckt, bis ich Mitte 2019 glaubte, den Fehler behoben zu haben. Das war er aber nicht, und er trat dann schließlich auch anderswo (und dann auch mit der neuen Funktion eines eintragsspezifischen Bildes in serendipity_event_social) auf. Witzigerweise hatten wir das eigentliche Problem bereits 2019 erkannt, aber dann wieder aus dem Blick verloren; bis gerade eben erinnerte ich mich noch nicht einmal an die damaligen Hinweise. :-/ Anyway, bei Gelegenheit schreibe ich vielleicht noch einmal die Debugging-Schritte auf, wenn ich Zeit dazu finde. Am wichtigsten: dieses sehr ärgerliche Problem ist behoben, und man kann seine Entwürfe nun (wieder?) ohne Bedenken bis zur Veröffentlichung in Serendipity speichern.

Schauen wir mal, was das nächste Patch-Release bringt (das nicht allzu lange auf sich warten lassen sollte, nachdem ein ärgerlicher Fehler leider diesmal nicht behoben wurde, und wann wir uns über ein Serendipity 2.4 freuen dürfen.

Was andere dazu sagen

“Nur ein Blog” von Robert Lender:
Serendipity 2.3.5 veröffentlicht

Der Teufel steckt im Detail

nospam@example.com (Thomas Hochstein) — Thu, 23 Apr 2020 06:15:00 +0000

Vor einigen Tagen hatte ich berichtet, wie sich mithilfe der <details>- und <summary>-Elemente von HTML 5 ganz leicht “ausklappbare” Erläuterungen - nur mit HTML und ggf. CSS, ohne Javascript - erzeugen lassen. Danach ist mir aufgefallen, dass wir - also vor allem vermutlich yellowled - das in Serendipity auch schon nutzen: im 2k11-Theme wird damit im Blog die einblendbare “Vorschau” der Trackback realisiert, und im Backend findet derselbe Mechanismus bei der Einblendung weiterer Informationen in den Plugin-Boxen Anwendung.

In einem Kommentar zu meinen Blogeintrag hatte Beat dann vorgeschlagen, statt der Screenshots doch lieber ein Live-Beispiel im Blog zu zeigen. Das wollte ich dann “mal eben schnell” nachholen - und natürlich ging das dann nicht “mal eben”, und nicht richtig schnell, so dass ich daran dann länger geknobelt habe. Mittlerweile tut es aber.

`<details>` und `<summary>` in der Praxis

Lorem ipsum!

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet.

Duis autem vel eum iriure dolor in hendrerit in vulputate velit esse molestie consequat,
vel illum dolore eu feugiat nulla facilisis at vero eros et accumsan
et iusto odio dignissim qui blandit praesent luptatum zzril delenit augue duis dolore te feugait nulla facilisi.

Der “Quellcode” dafür sieht wie folgt aus (mit serendipity_event_markdown und Markdown Extra, damit Markdown auch innerhalb von HTML geparsed werden kann):

<details markdown="1"><summary>Lorem ipsum!</summary>

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet.

* Duis autem vel eum iriure dolor in hendrerit in vulputate velit esse molestie consequat,
* vel illum dolore eu feugiat nulla facilisis at vero eros et accumsan
* et iusto odio dignissim qui blandit praesent luptatum zzril delenit augue duis dolore te feugait nulla facilisi. 

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet.

</details>

Natürlich geht das auch ohne Markdown; dann müsste man eben bspw. komplett HTML verwenden, etwa so:

<details><summary>Lorem ipsum!</summary>
<p>Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet.</p>
<ul>
<li>Duis autem vel eum iriure dolor in hendrerit in vulputate velit esse molestie consequat,</li>
<li>vel illum dolore eu feugiat nulla facilisis at vero eros et accumsan</li>
<li>et iusto odio dignissim qui blandit praesent luptatum zzril delenit augue duis dolore te feugait nulla facilisi.</li>
</ul>
<p>Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua. At vero eos et accusam et justo duo dolores et ea rebum. Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet.</p>
</details>

So weit, so gut; es passen auch Listen und alles mögliche anderen Elemente in einen <details>-Abschnitt.

Das ganze hat allerdings, wie schon geschildert, nicht ganz auf Anhieb geklappt.

Anpassungen am CSS

Initial war kaum erkennbar, dass dort etwas “ausklappbar” ist; es fehlte nämlich das typische “Dreieck” vor dem summary. Das liegt daran, dass das Stylesheet von 2k11 für das <summary>-Element im Frontend display: block; vorsieht, es also nicht als Liste anzeigt. Es dürfte zu erwägen sein, das auf die Darstellung der Trackbacks zu begrenzen. Bis dahin kann man in einem User-Stylesheet (user.css) Abhilfe schaffen, zum Beispiel so:

/* restore browser defaults for details & summary */
.content details > summary:first-of-type {
  display: list-item;
  counter-increment: list-item 0;
  list-style: disclosure-closed inside;
}

.content details[open] > summary:first-of-type {
  list-style-type: disclosure-open;
}

.content details > summary:first-of-type > *|* {
  /* Cancel "list-style-position: inside" inherited from summary. */
  list-style-position: initial;
}

Das entspricht dem Browser-Stylesheet des Firefox.

Update vom 25.04.2020: Die vorstehende Änderung ist nicht mehr nötig, weil das Stylesheet von 2k11 mit der Version 2.3.5 von Serendipity entsprechend angepasst wurde.

Außerdem finde ich persönlich es schick, wenn die Überschrift des <details>-Elements, also <summary>, durch Fettschrift hervorgehoben und das gesamte Element etwas kleiner (und mit verringertem Zeilenabstand) dargestellt wird. Dementsprechend müssen dann auch die Abstände zwischen den Absätzen kleiner sein. Außerdem möchte ich nicht, dass der “ausklappbare” Bereich bzw. - solange nichts ausgeklappt ist - die Überschrift nach innen eingerückt sind; beides soll vielmehr auf der linken Seite bündig abschließen. Das alles habe ich im user.css so gelöst:

/* details & summary */
.content details {
    font-size: 80%;       
    line-height: 1.6em;   
    padding-left: 1em;
}

.content details > summary {
    font-weight: bold;
    margin-left: -1em;
    margin-bottom: 0.5em; 
}

.content details p, 
.content details ul,
.content details ol {
    margin-bottom: 0.2em;
}

Anpassungen am Markdown-Plugin bzw. an PHP Markdown

Die Darstellung sah immer noch nicht richtig aus; eine genauere Betrachtung ergab, dass um die einzelnen Teile des <details>-Elements <p>-Elemente verstreut waren. Das kann nicht richtig sein; ich hielt erst serendipity_event_nl2br für den Bösewicht, es stellte sich aber heraus, dass der Fehler in Wahrheit im Markdown-Parser von serendipity_event_markdown lag. Trotz Probieren ließ sich dafür keine Abhilfe schaffen; also musste ich einen Blick in die Innereien von PHP Markdown werfen - das ist die Bibliothek, auf die das Markdown-Plugin aufsetzt.

Offenbar wurde <details> im Gegensatz zu bspw. <pre> nicht als Block-Level-Element erkannt. Die Lektüre im Issue-Tracker des PHP-Markdown-Projekts ergab Hinweise auf eine mögliche Lösung, die ich dann getestet und umgesetzt habe. Die Änderung wurde bereits in den PHP-Markdown-Code übernommen. Um nicht auf ein neues Release warten zu müssen, habe ich die Änderungen direkt in die Code-Kopie in unserem Markdown-Plugin kopiert, so dass sie für Serendipity direkt nach dem Update des Plugins zur Verfügung stehen.

Nun funktioniert’s in meinem Blog so, wie das sein soll.

Wer einen “grafischen” WYSIWYG-Editor verwendet, muss ggf. darauf achten, dass dieser <details> und <summary> erkennt und nicht ausfiltert. Ob der mit Serendipity ausgelieferte Editor das kann, weiß ich nicht, weil ich ihn nicht verwende (und bislang den Code des Editors auch nicht recht durchschaut habe).

Danke jedenfalls nochmal an Beat für seinen Vorschlag, das direkt im Blog zu demonstrieren, wenn die Umsetzung auch mehrere ungeplante “Abstecher” nach sich zog.

Titelbild © pripir - stock.adobe.com

Blogbeiträge in sozialen Medien teilen

nospam@example.com (Thomas Hochstein) — Wed, 08 Apr 2020 10:00:00 +0000

Die große Zeit der Blogs als primäres, ja nahezu einziges Medium zum Teilen und Veröffentlichen der eigenen Gedanken ist seit Jahren vorüber; die sog. “Blogosphäre” vereinzelt. Das schließt nicht aus, dass es weiter große, vor allem kommerzielle bzw. kommerzialisierte Blogs mit tausenden Lesern und mehreren Beiträgen täglich gibt, aber der durchschnittliche Internetnutzer denkt vermutlich nicht an ein Blog, wenn er sich online äußern will. Diesen Blog haben vielmehr die sog. “Sozialen Medien” (social media), also bspw. Twitter, Facebook und Instagram, eingenommen. Und man vernetzt sich heutzutage auch eher dort als über Kommentare und Trackbacks in den eigenen Blogs.

Nicht nur Twitter mit seiner Beschränkung auf 280 Zeichen, auch Facebook ist per se aber wenig geeignet zur Veröffentlichung auch nur kürzerer, geschweige denn mittlerer oder gar langer Texte in der eigenen Timeline bzw. dem eigenen Profil; das beginnt schon mit dem Editor, der als Stil- und Gliederungselement nur Zeilenschaltungen (also Leerzeichen) kennt und nicht einmal einfachste Hervorhebungen (kursiv, fett) oder gar Überschriften ermöglicht. Diese technischen Unzulänglichkeiten sind aber gar nicht der entscheidende Punkt; auch ohne sie spräche vieles dafür, seine eigenen Inhalte auch selbst zu kontrollieren und nicht vom freien, weltweit verfügbaren und vernetzten World Wide Web einen großen Schritt zurück in die Welt der Onlinedienste der 90er Jahre zu machen, in der Inhalte nur innerhalb der jeweiligen Dienste (“Silos”) verfügbar sind. Und es mag zwar unwahrscheinlich sein, dass Facebook demnächst die Pforten schließt, aber die Welt dreht sich weiter und Internetkonzerne kommen und gehen … Deshalb hilft es auch nur bedingt, dass Facebook mit den wenig bekannten und genutzten Notizen (“Notes”) durchaus die Möglichkeit bietet, blog-artige Beiträge zu veröffentlichen, mit Überschriften, Aufzählungen, Hervorhebungen, Links und sogar einem Bild im Kopf der Seite.

Blogbeiträge in sozialen Medien teilen

Es geht also nichts über das eigene Blog - aber wie macht man dessen Inhalte sichtbar? Die Vernetzung über Links und Blogrolls oder gar Blogverzeichnisse funktioniert allenfalls innerhalb der “Blogosphäre”, erreicht aber den durchschnittlichen Internetnutzer nicht; und wenn man Leser gefunden hat, können diese das Blog natürlich über einen RSS-Feed “abonnieren” oder verfolgen, aber auch RSS (und Atom) gerät zunehmend in Vergessenheit. Das lässt sich nicht nur an der Einstellung des Google Readers 2013 (sieben Jahre ist das schon her!) erkennen, sondern auch am Wegfall der Unterstützung für diese Formate in populären Programmen wie Firefox.

Ein guter Weg ist daher die Ankündigung bzw. das Teilen der eigenen Beiträge in den proprietären sozialen Netzwerken, um auch deren Nutzer “abzuholen” und es ihnen zu ermöglichen, auf diese Weise dem eigenen Blog zu “folgen”. Das kann man selbst tun, man kann es automatisieren und man kann auch den Lesern einfache Möglichkeiten bieten, die Beiträge über ihre Accounts zu teilen; entsprechende “Sharing Buttons” gehören mittlerweile zum gewohnten Bild vieler Webpräsenzen.

Ein simpler Link ist aber auf Twitter alles anderen als ein Eye-Catcher, und Facebook erzeugt zwar eine ansehnliche Vorschau für Links, die man in seinen Status aufnimmt, doch auch das gelingt nicht immer optimal: die dort abgebildeten einleitenden Worte sind für einen Überblick über den Beitrag nicht unbedingt geeignet, und wenn ein Bild ausgewählt wird, dann passt es oft überhaupt nicht zum Link. Wie schön wäre es, wenn man bei Facebook Bild und Zusammenfassung selbst kontrollieren könnte und bei Twitter für seine Links ebenfalls eine Vorschau anzeigen könnte, wie man das von anderen Tweets - bspw. verschiedener Medien - kennt! Und all das kann man; auch und gerade mit Serendipity. Und man sollte es auch tun, jedenfalls dann, wenn man seine Beiträge in sozialen Medien teilen will.

Vorschaubilder für Links bei Twitter und Facebook (und anderswo)

Blogbeitrag, geteilt auf Twitter.

Das “Geheimnis” hinter den Bildern und Zusammenfassungen, mit der Twitter und Facebook (aber auch andere Dienste wie bspw. Tumblr oder Slack) Links ersetzen bzw. aufhübschen, ist das Open Graph Protocol, das Twitter in der Form von Twitter Cards leicht abwandelt. All das, was man in diesen Vorschaublocks sieht, findet sich unsichtbar im <head>-Abschnitt der jeweiligen Webseite, die verlinkt wurde. Dort finden sich spezielle <meta>-Tags, in denen Titel, Beschreibung, Link, Bild usw. hinterlegt sind, die in der Vorschau erscheinen sollen. Die Einzelheiten dazu - mit vielen Beispielen und Empfehlungen, bspw. zu Bildgrößen und Länge der einzelnen Textelemente - habe ich vor vier Jahren schon einmal in dem Beitrag “Open Graph Protocol und Twitter Cards” hier im Blog erläutert. (Alle Links sind noch einmal am Ende des Beitrags zusammengefasst.)

Blogbeitrag, geteilt auf Facebook.

`serendipity_event_social`

Die notwendigen Einträge kann das Serendipity-Plugin serendipity_event_social setzen, das sich über den Plugin-Manager Spartacus installieren lässt.

Ein beitragsspezifisches Bild.

Das verwendete Bild kann man in Serendipity für jeden Eintrag unter den “Erweiterten Optionen” des Eintrags gesondert auswählen. Wird hier keine Auswahl getroffen, verwendet Serendipity bei den Themes Timeline und Photo die - nur - dort vorgesehenen Titelbilder (bzw. “featured images”) für jeden Eintrag; ansonsten wird das erste im Eintrag vorkommende Bild verwendet. Gibt es auch dort kein Bild, greift Serendipity auf das in der Plugin-Konfiguration definierte Standardbild zurück.

`serendipity_event_metadesc`

Die für den Titel und die Beschreibung verwendeten Texte kann serendipity_event_social allerdings nicht setzen; es greift standardmäßig vielmehr auf den Titel des Beitrags und die ersten 200 Zeichen des Beitrags zurück. Auch das lässt sich aber steuern, und zwar mit dem Plugin serendipity_event_metadesc.

Die Eingabefelder des Metadesc-Plugins in der Beitragsbearbeitung.

Dieses Plugin bietet für jeden Eintrag - ebenfalls in den “Erweiterten Optionen” - die Möglichkeit, die <meta>-Tags Description und Keywords zu setzen, auf die übrigens auch Suchmachinen wie Google für die Suche wie auch die Darstellung der Suchergebnisse zugreifen. Es empfiehlt sich daher ohnehin, dieses Plugin zu installieren und für die eigenen Blogbeiträge ein knackiges Summary zu hinterlegen. Auf die dort eingegegeben Description greift auch serendipity_event_social zurück und übernimmt sie für die Open Graph-Einträge.

Sharebuttons mit `serendipity_event_social`

Vorschaubilder und passende Beschreibungen auf Twitter und Facebook sind ja schon toll - noch toller wäre es aber, wenn man selbst (und die werte Leserschaft!) Blogbeiträge einfach und datenschutzkonform auf Facebook, Twitter und anderen sozialen Medien teilen könnte, am besten, ohne den Eintragstitel und den Link von Hand kopieren zu müssen. Kurzum, entsprechende Buttons wären schön, wie die sozialen Netzwerke sie anbieten, aber doch bitte möglichst ohne das Nachladen irgendwelchen Codes von dort, der dann wer-weiß-welche Informationen über die Besucher des eigenen Blogs nach dort übermittelt. Dafür gibt es von Heise online das Shariff-Projekt, das “Teilen”-Buttons für soziale Netzwerke ohne jede Datenübermittlung an dieselben anbietet (bis man darauf klickt, logischerweise - denn dann will man ja gerade, äh, Daten teilen).

Und auch Shariff kann man mit serendipity_event_social in das eigene Blog einbinden - das ist sogar der primäre Anwendungsbereich dieses Plugins.

Die Konfiguration des Sharebuttons-Plugins.

In der Pluginkonfiguration lassen sich die sozialen Netzwerke auswählen, für die “Teilen”-Buttons am Ende jedes Beitrags angezeigt werden sollen - soweit das Shariff-Projekt entsprechende Buttons anbietet. Außerdem kann man auswählen, ob die Buttons nur unter den einzelnen Einträgen erscheinen sollen oder auch auf Übersichtsseiten wie der Startseite des Blogs, den Archivseiten oder Suchergebnissen unter jedem Beitrag angezeigt werden sollen.

Hier wird auch das bereits weiter oben angesprochene Fallback-Bild konfiguriert, das als Vorschaubild in den sozialen Medien angezeigt wird, wenn im Beitrag kein Bild angegeben ist bzw. sich keines dort findet. Für die Twitter-Nutzer kann man zudem noch das eigene Twitter-Handle an den geteilten Text anhängen lassen.

Außerdem bietet das Shariff-Projekt für diejenigen sozialen Netzwerke, die das unterstützen, einen Zähler an, wie oft der Beitrag dort bereits geteilt wurde; das ist im Wesentlichen allerdings nur noch Facebook. Außerdem braucht es dazu ein Backend; die dazu notwendige Software kann man selbst installieren, oder man greift auf die von Serendipity-Entwickler onli angebotene Installation auf https://onli.columba.uberspace.de/s9y_shariff/ zurück, die im Plugin auch als Default eingestellt ist.

Beiträge automatisch teilen

Noch besser als auf Knopfdruck geteilte Beiträge mit passendem Bild und Text sind nur automatisch geteilte Beiträge - und auch das geht, allerdings nicht mehr mit Facebook, jedenfalls nicht auf der eigenen Profilseite, sondern nur auf “Facebook Pages”, also quasi Fanseiten.

Für diese Aufgabe eignen sich eine Vielzahl von Diensten, die sich die Vernetzung verschiedener Apps zur Aufgabe gemacht haben; zu den bekannteren zählen bspw. “If This Then That” (IFTTT) oder Zapier. Allen diesen gemeinsam ist, dass man einen Auslöser (Trigger) mit einer Aktion verbindet (und ggf. noch Filter dazwischenschaltet). Man beauftragt den Dienst bspw., regelmäßig den RSS-Feed des eigenen Blogs abzurufen und immer dann, wenn sich dort ein neuer Beitrag findet, einen Tweet oder einen Facebook-Post auf der eigenen Fanseite zu veröffentlichen (oder sonst etwas zu tun).

`serendipity_event_twitter`

Soweit man jedoch mit automatischen Tweets auf Twitter zufrieden ist - weil man bspw. keine Facebook-Fanseite hat und die Beiträge auf der eigenen Profilseite gezwungenermaßen von Hand veröffentlichen muss -, geht das auch mit Serendipity-Bordmitteln: das Microblogging-Plugin serendipity_event_twitter kündigt neue Beiträge sogar ohne die bei den Automatisierungsdiensten übliche Verzögerung im Bereich von Minuten (oder halben Stunden) sofort an!

Die Vielzahl der Einstellungen und Möglichkeiten dieses Plugins würde allerdings die Grenzen dieses Beitrags sprengen, weshalb ich mich stattdessen auf einen Verweis auf die mit dem Plugin mitgelieferte mehrsprachige Dokumentation verweise, die sich aus der Plugin-Verwaltung von Serendipity abrufen lässt und auch auf Github eingesehen werden kann (allerdings dann in “rohem” HTML). Für einen ersten Überblick genügt vielleicht auch der folgenden Screenshot.

Screenshot der Dokumentation des Twitter-Plugins.

Zusammenfassung

Wer seine Blogbeiträge einfach und mit einer schicken Vorschau versehen auf Twitter, Facebook und Co teilen möchte. installiert sich die Plugins serendipity_event_social und serendipity_event_metadesc und füllt im Beitragseditor die Felder für die Meta-Beschreibung und ggf. das Eintragsbild aus; sollen die Veröffentlichungen bei Twitter automatisch erscheinen, kommt noch die Installation und Konfiguration von serendipity_event_twitter dazu. Das war’s!

Selbstverständlich gibt es auch für andere Blogsysteme und CMS - wie Wordpress - entsprechende Plugins, und selbstverständlich kann man Open Graph und Twitter Cards sowie Shariff auch für die eigene Homepage nutzbar machen, sei es von Hand oder durch entsprechende Ergänzungen des verwendeten CMS oder static site generators. Wie das aussehen kann, kann man sich bspw. auf meinen Webseiten ansehen.

Zusammenfassende Linkliste

Hier noch einmal die wichtigsten Links zusammengestellt:

Grundlagen

Open Graph Protocol und Twitter Cards bei Netz - Rettung - Recht
The Open Graph protocol
Best Practices for Facebook Sharing (facebook for developers)
Optimize Tweets with Cards bei Twitter developers

Shariff - sichere Sharing-Buttons bei Netz - Rettung - Recht
Shariff-Repository bei Github
Datenschutz und Social Media: Der c’t Shariff ist im Einsatz bei heise online

Automatisierungsdienste

IFTTT (“If This Then That”)
Zapier

Serendipity-Plugins

Serendipity-Plugin Sharebuttons (serendipity_event_social)
Serendipity-Plugin HTML Meta-Tags (serendipity_event_metadesc)
Serendipity-Plugin Microblogging (serendipity_event_twitter)

Titelbild © TeraVector - stock.adobe.com

FLOSS'n'net - Aktivitäten im 1. Quartal 2020

nospam@example.com (Thomas Hochstein) — Mon, 06 Apr 2020 04:30:00 +0000

Das neue Jahr hat im Prinzip begonnen, wie das alte geendet hat: viel zu tun, wenig Zeit, insbesondere für “freie Software und das Netz”. Aber wie ich am Anfang des letzten Quartals etwas Zeit für Serendipity gefunden hatte, so ging es mir nun am Ende diesen Quartals, rund um das - ausgefallene bzw. virtualisierte - Serendipity-Camp: zwei Releases, etliche Bugfixes und auch ein paar Erweiterungen, und eine ganze Menge Änderungen an der Infrastruktur.

Serendipity (s9y)

Das Blogsystem Serendipity werkelt auch hinter diesem Blog.

s9y-Kern

In der Mediendatenbank fehlten einige Sicherheitsnetze rund um das Umbenennen von Dateien - so führte das “Umbenennen” einer Datei in eine bereits existente Datei dazu, dass beide Dateien verschwanden, aus der Datenbank und von der Platte. Unschön, aber jetzt behoben.
Prevent renaming ML object into existing file.
Beim Umbenennen von Mediendateien ohne Endung gab es auch noch einige Probleme; zum einen “verschwanden” diese direkt nach dem Umbenennen aus der Datenbank, und - nur unter Windows - gab es zudem die Möglichkeit, einer solchen Datei eine “gefährliche” Endung wie .php zu verpassen und sie damit ausführbar zu machen.
Fix for “disappearing” media files after renaming.
Fix RCE vulnerability on Windows.
Manche Leute kamen auf die Idee, Mediendateien mit seltsamen Endungen wie .jpg12345 hochzuladen; das führt nicht nur später zu Problemen bei der Anzeige dieser “Bilder”, sondern passt auch nicht in das entsprechende, auf fünf Zeichen beschränkte Feld in der Datenbank. Unter mySQL macht das nicht so viel, soweit ich sehe - die Datenbank schneidet den Rest einfach ab. Unter PostgreSQL führt das aber wohl zu einer Fehlermeldung. Also kürzt Serendipity die Endung jetzt selbst auf maximal fünf Zeichen, und zwar mit einer hochkomplexen regular expression, die aber nach meinem besten Wissen ihren Zweck tut.
Truncate extension of media items to 5 chars.
Außerdem mangelte es der Mediendatenbank - gerade beim Umbenennen - auch an Fehlermeldungen.
ML: Add error messages
Das mit Serendipity zusammen ausgelieferte und damit organisatorisch zum Kern gehörende Plugin serendipity_plugin_comments, das die neuesten Kommentare in der Seitenleiste anzeigen kann, zerhackte die Einträge sehr unschön mitten im Wort. Nicht nett anzusehen - die Ursache dafür war Code, der überlange Zeilen in den Kommentaren (wenn nötig auch mitten im Wort) trennte, damit überlange Worte nicht das Layout zerstören können. Abgesehen davon, dass man das mittlerweile auch durch CSS lösen kann, ergab sich das Problem, dass PHP zwei Funktionen für den Zeilenumbruch bereitstellt: eine davon (wordwrap()) kann den Text (soweit möglich) nur an Wortgrenzen trennen, kann aber nicht mit Multibyte-Zeichen umgehen; bei der anderen (mb_strimwidth()) ist es umgekehrt - sie ist multibyte-sicher (daher das “mb” im Funktionsnamen), kann aber Zeichenketten nur nach einer bestimmten Zeichenzahl trennen, aber nicht kurz vorher vor dem Beginn des neuen Wortes. Längeres Googeln brachte aber ein Rezept, das Ergebnis von wordwrap() mit multibyte-sicheren Funktionen zu erzeugen, und nach längeren Tests habe ich das dann implementiert.
[plugin_comments] Fix wordwrap at word boundaries.
Das gleiche - aber mithilfe von CSS - habe ich dann auch für die Kommentaranzeige im Dashboard, der Startseite des Serendipity-Backends, umgesetzt.
Wordwrap overly long words in comments via CSS.
Auch den Plugin-Manager habe ich bepuschelt. Der Plugin-Liste die Quelle des Plugins hinzuzufügen (Spartacus, das Plugin-Repository von Serendipity, oder mit dem Serendipity-Kern zusammen ausgeliefert, oder rein lokal installiert - bzw. aus einer der anderen Quellen mittlerweile entfernt und damit faktisch nicht mehr unterstützt) war dabei die eher einfache Übung.
Add plugin source to list of plugins.
Sehr viel schwieriger war es, herauszubekommen, warum Serendipity manchmal nicht erkennt, dass für ein Plugin ein Update zur Verfügung steht. Der Weg zum Verständnis führte über das Nachverfolgen vieler ineinandergreifender Funktionen, die über drei Dateien verteilt waren, und - meines Erachtens - zu einem 14 Jahre alten Denkfehler. Weil ich mir nicht völlig sicher war, dass die gewählte Lösung nicht doch beabsichtigt gewesen ist, habe ich ihn daher nur minimalinvasiv an der Stelle behoben, an der er sich auswirkt.
Unconditionally keep upgraded_version in plugin cache.
Schon letztes Jahr habe ich für die kommende Version 2.4 von Serendipity eine Update-Benachrichtigung auch für Plugins implementiert. Das durch die Suche nach dem vorstehend geschilderten Fehler verbesserte Verständnis der Plugin-API führte zu einer deutlichen Vereinfachung (und Verbesserung) des Codes, der durchzählt, ob und wie viele installierte Plugins geupdatet werden können. Außerdem habe ich im Dashboard die Hinweise auf ein Update für Serendipity selbst und für Plugins - für den Fall, dass beide Benachrichtigungen gleichzeitig angezeigt werden - in einer Box zusammengeführt und zugleich deren Anzeige verbessert. Den technisch nicht nötigen Update-Button für Plugins habe ich dann noch durch einen normalen Link im Text ersetzt, der an dieser Stelle optisch besser gefällt (und auch noch keine unmittelbare Aktion auslöst).
[event_spartacus] Simplify count_plugin_upgrades()
[event_spartacus] Change dashboard upgrade notification to simple link.
Dashboard: Merge s9y and plugin update notifications.

Daneben gab es noch einige minimale Bugfixes.

Plugins

Im Plugin serendipity_event_social kann man nunmehr für jeden Beitrag ein Bild vorgeben, das über das entsprechende Open Graph-Tag dann als Vorschaubild in den sozialen Medien (Twitter, Facebook) angezeigt wird. Es ist nicht mehr nötig, das Bild im Eintrag selbst (als erstes Bild) zu verwenden. Diese Möglichkeit bestand bislang nur für die Themes Timeline und Photo, die jeweils schon beitragsbezogene Bilder vorsehen.
[event_social] Set social media image for entry.
Bei einigen Plugins habe ich das Changelog in ChangeLog umbenannt, denn nur diese Schreibung erkennt und verlinkt Spartacus, das Plugin-Repository. Außerdem habe ich nach dem Spartacus-Umzug (siehe unten) das Build-Log ausgewertet und sich darin niederschlagende PHP-Fehler (meistens alte Klassen-Konstruktoren aus PHP-4-Zeiten und fehlerhafte definierte Konstanten) behoben.

Dazu kamen ein oder zwei marginale Änderungen an Plugins.

Infrastruktur

Auch in der Serendipity-Infrastruktur gab es einige Änderungen.

Wir haben Kernkomponenten der Serendipity-Infrastruktur - s9y.org (eigentlich nur noch Redirects, aber wichtige Redirects), das Blog und später auch Spartacus (das Plugin- und Theme-Repository) - von Uberspace 6 auf Uberspace 7 umgestellt. Das geht nur über die Anlage eines neuen Accounts (und die Löschung des alten). Bei dem Umzug insbesondere des Blogs habe ich mitgeholfen.
Bislang lagen die Spartacus-Webseiten, auf denen die Plugins und Themes zur Ansicht präsentiert werden, noch bei Sourceforge. Auch die Plugins und Themes selbst wurden nach dort (und zu Netmirror) hochgeladen, obschon Netmirror schon seit Jahren nicht mehr existiert und der Abruf von Plugins/Themes bei Sourceforge seit der Einstellung des CVS-Web-Dienstes irgendwann 2017 nicht mehr möglich war. Auch ansonsten schleppte der Build-Prozess für Spartacus noch jahrzehntealte, oft bereits lange auskommentierte Artefakte früherer Installationen mit sich herum (und auf dem alten Uberspace-Account, der noch unter PHP 5 lief, schlug der gesamte Build-Prozess seit einiger Zeit fehl, weil ein Plugin PHP-7-Code enthielt, der zum Abbruch des Build-Prozesses mit Fehlern führte). Daher bin ich den gesamten Build-Prozess durchgegangen und habe die entsprechenden Scripts komplett durch neue ersetzt, die jetzt nur noch die notwendigen Teile der Arbeit durchführen und damit auch besser verständlich sind.
Im Zusammenhang mit dem erneuten Spartacus-Build-Prozess habe ich die Spartacus-Webseiten von Sourceforge zu unserem neuen Uberspace 7-Account umgezogen, auf dem ohnehin die Build-Scripte laufen. Das spart zum einen viel Zeit für den Upload zu Sourceforge und gibt uns zum anderen automatisch auf Let’s encrpyt! gestütztes TLS, so dass auch der letzte Teil von Serendipity nunmehr nur noch über HTTPS erreichbar ist.
Nachdem ich einmal dabei war, habe ich - neben diversen primär optischen Änderungen - das Datum des letzten Builds der Spartacus-Webseiten als Kommentar in den HTML-Quelltext eingefügt, damit man von außen leicht erkennen kann, ob der Build ordnungsgemäß täglich läuft, und die Serendipity-Themes ohne Rücksicht auf Groß- und Kleinschreibung alphabetisch sortiert (ein jahrealter Wishlist-Bug).
Last but not least ist der Button für die Sprachauswahl in der Seitenleiste ganz nach oben gewandert und die dahinterliegende Funktionalität so geändert worden, dass die gerade betrachtete Plugin-Übersicht zum einen erhalten bleibt und zum anderen direkt die Sprache ändert. Zuvor änderten sich nur die Links in der Seitenleiste auf die gewählte Sprachversion.
Auf der Startseite der Serendipity-Webseiten sind die letzten Blogeinträge als Feed eingebunden. Das funktioniert im Moment aber deshalb nicht, weil ein Javascript den Blog-Feed per XMLHttpRequest abruft, also Cross-Origin Resource Sharing (CORS) versucht, und das erlautb der Uberspace 7-Webserver nicht, auf dem das Blog läuft. Also habe ich stattdessen zunächst einen entsprechenden Hinweis auf das Blog eingebunden, und zwar in einer Weise, die den Hinweis ohne weitere Änderung wieder durch die aktuellen Blogbeiträge ersetzt, sobald der Feed wieder abgerufen werden kann. Danach bin ich dann beim Lesen alter Serendipity-Changelogs auf die Konfigurationsoption $serendipity['cors'] gestoßen; setzt man diese auf TRUE, funktioniert auch der Feed wieder.

Releases

Im Rahmen des diesjährigen Serendipity-Camps habe ich alle geeigneten Änderungen aus der aktuellen Entwicklungsversion in den 2.3er-Zweig übernommen und dann Serendipity 2.3.3 releast sowie die Release-Notes, einen Blog- und einen Forenbeitrag verfasst.
Dasselbe habe ich dann weniger Tage später nochmal für die Version 2.3.4 wiederholt.

Puh - ist doch eine ganze Menge geworden! Das reicht dann eigentlich auch direkt für das zweite Quartal, falls ich da wieder einmal zu nichts kommen sollte …

Vorherige Aktivitäten-Übersicht: IV/2019

Titelbild © momius - stock.adobe.com

Serendipity 2.3.4 released

nospam@example.com (Thomas Hochstein) — Fri, 27 Mar 2020 05:50:00 +0000

Was, schon wieder eine neue Serendipity-Version? Gab es nicht erst vor ein paar Tagen ein neues Release? - Doch, aber es hat sich ein (zumindest grundsätzlich) sicherheitsrelevanter Fehler gefunden, und deshalb gibt es das zweite Release binnen weniger Tage. Alle Webanwendungen. die - wie Serendipity - den Upload von Dateien ermöglichen, müssen verhindern, dass statt Bildern und Videos aktive Inhalte hochgeladen werden, bspw. PHP-Scripts. Denn da die Bilder vom Browser angezeigt werden sollen, liegen die Uploads in einem von außen aus dem Web erreichbaren Verzeichnis, und wenn es jemandem gelingt, dort ein PHP-Script zu platzieren, dann kann er auf dem Webserver eigenen Code ausführen. Dafür braucht es natürlich zunächst einmal Upload-Rechte in Serendipity, aber es soll ja dennoch nicht jeder, der dort Bilder hochladen darf, auch Code ausführen dürfen. Nachdem Webserver sich bei der Frage, was sie mit abgerufenen Dateien tun sollen, meistens an der Dateiendung orientieren, achtet Serendipity darauf, dass keine Dateien mit “verbotenen” Endungen hochgeladen werden.

Es stellte sich aber heraus, dass es - nur auf Windows-Webservern! - möglich war, eine Datei ohne Endung hochzuladen (bspw. datei) und sie dann in datei.php umzubenennen. Unter Linux funktionierte das nicht; es kam dann datei.php. heraus, und das ist nicht ausführbar. Windows scheint aber diesen Punkt mit “leerer” Endung wegfallen zu lassen. Außerdem muss man natürlich sagen, dass das Anhängen eines Punktes an den Dateinamen kaum der richtige Weg zu sein scheint, mit diesem Problem umzugehen - zumal sich in dem Bugreport ein weiteres Problem zeigte: beim nächsten Aufruf der Mediendatenbank “verschwand” diese umbenannte Datei (jedenfalls aus der Datenbank - auf der Platte war sie noch da).

Der naheliegende Bugfix - Punkte am Ende von Dateinamen verbieten bzw. entfernen - erwies sich daher nicht als ausreichend. Das “Anhängen” eines Punktes an Dateien ohne Endung beim Umbenennen ist nicht nur falsch - es führte auch dazu, dass die in der Datenbank gespeicherte Datei (datei) scheinbar auf der Platte nicht mehr vorhanden war (dort hieß sie ja datei.) und daher aus der Datenbank gelöscht wurde. Nach Behebung dieses Fehlers war dann klar, dass beim Umbenennen von Dateien der Check auf “verbotene” Namen fehlte, der beim Upload durchgeführt wurde. Danach aber war nicht nur das Loch auf Windows-Systemen gestopft, sondern auch die Mediendatenbank wieder ein wenig stabiler.

Und weil es ohnehin ein Release geben musste, haben wir noch einen weiteren Fehler behoben (überlange Worte in Kommentaren wurden in der “Dashboard”-Übersicht des Admin-Backends nicht umgebrochen) und die Pluginverwaltung um die Angabe der Quelle der dort gezeigten Plugins ergänzt: ist das jeweilige Plugin bei Serendipity dabei, kann es von Spartacus installiert werden oder existiert es nur lokal auf der Platte, erhält also auch keine Updates? Mit dieser Änderung war es dann auch möglich, den Link zu weiteren Informationen auf den Spartacus-Webseiten für alle dort vorhandenen Plugins anzuzeigen, auch dann, wenn diese bereits installiert sind - das ging vorher nicht.

Insofern gilt: unter Linux ist das Update auf 2.3.4 nicht zwingend, aber es behebt immerhin komische Seiteneffekte in der Mediendatenbank und fügt Plugin-Quellen hinzu.

Das virtuelle #s9ycamp2020

nospam@example.com (Thomas Hochstein) — Wed, 25 Mar 2020 05:10:00 +0000

Für das vergangene Wochenende war das sechste - für mich: das fünfte - Serendipity-Camp (2020) im Linuxhotel in Essen geplant: Zimmer und Fahrkarten waren gebucht, wir haben uns alle schon darauf gefreut und es hatten sich sogar zwei Neuzugänge angekündigt.

Und dann wurde SARS-CoV-2 in Deutschland ein Thema. Deshalb haben wir bereits in der KW 11 (vor den meisten Einschränkungen durch die Ordnungsbehörden und den Verordnungsgeber) entschieden, die Veranstaltung abzusagen und möglicherweise im Spätjahr nachzuholen, je nachdem, wie sich die Situation bis dahin darstellt. Stattdessen haben wir uns am Samstag an einer virtuellen Variante des Camps versucht.

Das ist natürlich etwas ganz anderes als beisammen zu sitzen und zu klönen - und mir fehlt die Erfahrung mit Videokonferenzen (und da war ich, glaube ich, nicht der einzige). Zudem waren entweder die Anbindungen mancher Teilnehmer oder vermutlich die genutzte Jitsi-Instanz stark überlastet, so dass wir auf Video verzichten mussten und nur per Audio konferiert haben. Das ist sehr anstrengend, insbesondere wenn - wie üblich - zwischendurch verschiedene Teilnehmer sich verschiedene Themen vornehmen.

Dennoch haben wir einiges geschafft:

Die für das Patch-Release 2.3.3 vorgesehenen Änderungen wurden gegengelesen und in Test-Installationen kursorisch geprüft. Das machte den Weg frei für das Release am Sonntag.
Außerdem hatten wir Infrastruktur umzuziehen. Unser Serendipity-Blog lief noch auf Uberspace 6 - Zeit für einen Umzug. Der lief mangels Übung am Anfang etwas holprig und wurde zudem dadurch erschwert, dass man bei Uberspace Accounts nicht einfach upgraden kann, sondern einen neuen Account anlegen muss. Mit dem neuen Accountnamen ändern sich dann aber auch Pfade und Datenbanknamen, -benutzer und Passworte; all das gefällt Serendipity nicht so gut, noch weniger bei einer über Jahrzehnte gewachsenen Installation, die schon einige Umzüge hinter sich hat. Inzwischen läuft das Blog aber wieder, und wir haben auch den Build-Prozess für Spartacus, das Plugin- und Theme-Repository, migriert, vereinfacht und wieder anschieben können. Spartacus selbst ist schließlich ebenfalls zu Uberspace umgezogen.
Das dritte große Thema war dann die geplante Umstellung der Datenbank auf UFT8MB4 (u.a. für den richtigen Umgang mit Emojis). Die sich stellenden Fragen sind komplex (weil dank “mehr Byte” Indexe zu lange werden, neben Neuinstallationen auch Updates möglich sein müssen und das alles mit verschiedenen SQL-Engines in verschiedenen Versionen passen soll) und noch lange nicht gelöst, zudem die erste vorsichtige Implementation schon rund drei Jahre zurückliegt und daher schon etwas angestaubt ist. Wir sind aber, denke ich, auf einem guten Weg; ich hoffe jedenfalls sehr, dass das Problem in Serendipity 2.4 - so oder so - gelöst sein wird.

Was andere dazu sagen

Malte Paskuda bei onli blogging:
Rückblick auf das virtuelle Serendipity-Camp (und neues zu utf8mb4)

Serendipity 2.3.3 released

nospam@example.com (Thomas Hochstein) — Mon, 23 Mar 2020 05:30:00 +0000

In den letzten Monaten war es rund um Serendipity eher still; vor allem im November und Dezember haben aber Stephan Brunker und Lead Developer Garvin etliche Änderungen für die kommende neue Version 2.4 eingepflegt. Dabei haben sich auch einige Bugfixes angesammelt, und ein paar besonders ärgerliche Fehler haben wir vor dem Patch-Release 2.3.3 noch gezielt behoben.

Die Einzelheiten finden sich wie immer in der NEWS-Datei im Verzeichnis /docs/ und (strukturierter) in dem Release-Announcement auf Github.

Kurz zusammengefasst hat Garvin sich um das mit Serendipity zusammen veröffentlichte Plugin serendipity_event_mailer gekümmert und ihm Optionen für einen Vorspann in den Mailbenachrichtigungen über neue Einträge und für die Generierung von Mails auch bei Änderungen an schon veröffentlichten Beiträgen verpasst.
Die Mediendatenbank wurde weiter verbessert; zudem wurden ein paar verbliebene Fehler behoben. Seit Serendipity 2.3 kann man beim Einfügen in Beiträge ja mehrere Bilder markieren, die dann nicht einzeln, sondern als eine Art Album eingeblendet werden. Wenn man allerdings nur ein Bild anhakt, dann sollte dieses Bild einzeln und nicht als Album eingefügt werden. Außerdem kann man Bilder jetzt auch durch einen Klick auf den Titel anhaken. Die Unterstützung von Dateien, die keine Bilder sind, bspw. Videos, wurde verbessert; Serendipity merkt sich jetzt (wieder) das letzte Verzeichnis, in das man ein Bild hochgeladen hat; und, ganz wichtig, es kann nicht mehr passieren, dass man beim Umbenennen einer Datei versehentlich den Namen einer bereits bestehenden Datei angibt und dann beide verschwinden bzw. gelöscht werden. Für die Zukunft gibt es hier aber noch ein paar weitere Baustellen.
Beim Aufruf von Archivseiten zeigen wir statt beliebig vieler “leerer” Archivseiten jetzt einfach die letzte existierende an; außerdem wurde ein Bug in der Erzeugung einzelner Seiten behoben, der zu unnötigen Verzögerungen beim Rendern der Templates geführt haben dürfte.
Trackbacks kann man als eingeloggter User jetzt wieder aus dem Frontend löschen; da fehlte ein Token.
Die Anzeige von Kommentaren in der Seitenleiste wird jetzt nicht mehr durch Leerzeichen mitten in Worten zerstückelt.
Und das BBCode-Plugin serendipity_event_bbcode beherrscht jetzt auch Aufzählungen mit römischen Zahlen.

Das Update verlief hier im Blog problemlos.

FLOSS'n'net - Aktivitäten im 4. Quartal 2019

nospam@example.com (Thomas Hochstein) — Fri, 10 Jan 2020 09:00:00 +0000

Im letzten Quartal des vergangenen Jahres hatte ich sehr wenig Zeit; daher bin ich auch nur ganz zu Anfang, im Oktober, dazu gekommen, etwas rund um FLOSS und das Netz zu tun, und zwar wie zuvor auch vor allem an Serendipity.

Serendipity (s9y)

Das Blogsystem Serendipity werkelt auch hinter diesem Blog.

s9y-Kern

Ich habe die Ursache eines lange bekannten Problems gefunden, nämlich der “Verstümmelung” automatisch erzeugter E-Mails durch unpassende Zeilenumbrüche mitten im Text. Erschwert wurde das Debugging dadurch, dass dieses Problem nicht überall auftrat und in meinen Testinstallationen nicht reproduzierbar war. Es stellte sich heraus, dass das Verhalten MTA-spezifisch war, d.h. nur auftrat, wenn qmail als Mailserver Verwendung fand. Ursächlich ist das Verhalten der imap_8bit()-Funktion von PHP, auf die s9y - soweit vorhanden - zurückgreift, um den Mailinhalt als quoted-printable zu kodieren. Dabei müssen Zeilenumbrüche eingefügt werden, wofür imap_8bit() die Zeichenfolge \r\n verwendet, also “carriage return” und “line feed”; diese Markierung des Zeilenendes ist unter Windows üblich, wohingegen unter Unix üblicherweise nur \n verwendet wird, und ist auch für die Mailübertragung per SMTP vorgeschrieben. Üblicherweise wird Mail auf einem Unix-Server von PHP aber nicht direkt per SMTP übertragen, sondern an einen Mailserver übergeben, so dass \r\n als Zeilenumbruch nicht zwingend ist. Den meisten Mailservern (so Postfix und Exim) ist das egal; qmail aber beharrt darauf, dass bei ihm eingelieferte Mails als Zeilenende nur mit \n markiert sein dürfen und ersetzt jedes \n für die SMTP-Übertragung durch \r\n. Wurde die Mail bereits mit \r\n eingeliefert, macht qmail dementsprechend daraus \r\r\n, und genau das ist die Quelle der “überzähligen” Zeilenumbrüche (nach der Dekodierung von quoted-printable). An qmail wird sich nichts ändern - wenn jemand das Programm überhaupt noch pflegt -, denn der Autor hält sein Vorgehen für richtig. Ich habe mich daher entschlossen, die Mailerzeugung durch s9y zu ändern; das mag zu Problemen (fehlenden Zeilenumbrüchen) führen, wenn die Mail aus PHP direkt per SMTP übermittelt wird, aber das kommt eigentlich nur unter Windows-Servern vor, und es gibt mit Sicherheit mehr Unix-Server, die qmail verwenden, als Windows-Server, auf denen s9y läuft. In jedem Fall kann man das Problem durch Setzen von serendipity['forceBase64']=true in serendipity_config_local.inc.php umgehen; dann nämlich wird base64 kodiert, und dabei tritt das Problem nicht auf.
Fix mangling of auto-generated mails.
s9y kommt nicht damit klar, wenn die maximale Anzahl der auf der Titelseite oder im Feed anzuzeigenden Beiträge kleiner als “1” ist (und das muss es auch nicht können); daher wird “1” als Mindestwert erzwungen.
Force positive values for fetchLimits.
Auf der Jagd nach potentiell nicht initialisierten Konstanten habe ich einen weiteren Einzelfall behoben, der sonst Fehlermeldungen im Logfile produziert.
Assume uninitialized constant PLUGIN_LINK_SPARTACUS.

Releases

Kurz nach den oben genannten Änderungen habe ich diese und die gesammelten Fehlerbehebungen der anderen Entwickler und Mitwirkenden aus dem aktuellen Entwicklungszweig in den 2.3-Zweig übernommen und sie als Version 2.3.2 releast (und das Release angekündigt).

Mehr Zeit war dann leider nicht mehr …

Vorherige Aktivitäten-Übersicht: III/2019

15 Jahre Serendipity

nospam@example.com (Thomas Hochstein) — Thu, 02 Jan 2020 07:00:00 +0000

Vor etwas mehr als 15 Jahren, am 26.12.2004, habe ich mein Blog - das bereits im Juni 2018 seinen 15. Geburtstag hatte - von Sunlog auf Serendipity umgestellt und mit einem selbstgefrickelten Script die vorhandenen Einträge und Kommentare übernommen und für eine (im Grundsatz weiterhin funktionierende!) Umleitung von der alten URL auf die neue gesorgt.

Neuneinhalb Jahre später habe ich das Blog dann beim Relaunch 2014 frisch aufgesetzt und ausschließlich Beiträge (mit Kategorien und Tags) und Kommentare in die neue Datenbank kopiert (und bei den Beiträgen gar kräftig ausgedünnt). Bis dahin und insbesondere seitdem tut Serendipity hier (meist) zuverlässig sein Werk (die Ausnahmen über die Jahre vor 2014 waren allesamt Artefakte der Erstinstallation und der Frickelei bei der Konvertierung) und ist mit meinem Blog gewachsen und erwachsen geworden.

Ich hoffe, dass Serendipity mich auch noch weitere 15 Jahre begleiten wird und bin bereit, das meinige dafür zu tun.

So sah Sunlog im Oktober 2003 bei mir aus (angepasst an das damalige Design meiner Homepage).

Zeigt her eure Blogs

nospam@example.com (Thomas Hochstein) — Thu, 14 Nov 2019 07:00:00 +0000

Im s9y-Forum gibt es seit kurzer Zeit wieder einen Showcase-Bereich: ein Unterforum, um dort das eigene s9y-Blog vorzustellen und Anregungen und Ideen für das Bloggen mit s9y zu sammeln - sei es inhaltlich, oder optisch, oder technisch … oder auch einfach “nur” Motivation.

Zugleich bietet das natürlich die Gelegenheit, vielleicht ein paar neue, interessante Blogs kennenzulernen und den eigenen Horizont - und die Blogroll - zu erweitern. Es wäre schön, wenn das keine reine Insider-Veranstaltung von Entwicklern und Foren-Regulars bliebe. Traut euch!

Die Regeln sind einfach und überschaubar:

Keine Werbung!
Verlinke das vorgestellte Blog!
Eine kurze Darstellung der Themen/Inhalte und vielleicht etwas zur technischen Umsetzung mit Serendipity (Welche Version? Welches Theme? Welche Plugins? Welche Besonderheiten?) wäre nett.
Schön natürlich auch die Einbindung eines Screenshots, um sich direkt einen optischen Eindruck vom Blog machen zu können.
Die Beiträge im s9y-Forum werden generell in englischer Sprache verfasst.

Ansonsten sind der Phantasie keine Grenzen gesetzt. Die bisherigen Beiträge können Anregungen für Themenbereiche sein, die sich in einer Blogvorstellung ganz gut machen. Aber die Einzelheiten sind dabei gar nicht so wichtig - vielmehr kommt es darauf an, einen Überblick über die Vielseitigkeit der s9y-Blogosphäre zu geben und vielleicht bei dem einen oder der anderen das Interesse an einem eigenen s9y-Blog zu wecken.

Serendipity 2.3.2 released

nospam@example.com (Thomas Hochstein) — Wed, 16 Oct 2019 08:05:00 +0000

Nach dem Release von Serendipity 2.3.0 im August hat eine erfreuliche Produktivität eingesetzt und angehalten, so dass bereits 10 Tage später das erste Bugfix-Release veröffentlicht werden konnte und nunmehr, nach nicht ganz zwei weiteren Monaten, bereits das nächste Bugfix-Release 2.3.2 folgt.

Wegen zweier potentiell sicherheitsrelevanter Bugs haben wir das Release vorgezogen, aber immerhin mehr als acht Fehler behoben; weitere Bugfixes stehen noch aus und werden - so hoffe ich doch - noch in diesem Jahr in einem weiteren Bugfix-Release gefixt. Daneben zeigen sich im Forum vergleichsweise rege Aktivitäten, und wir haben mit Stephan Brunker einen aktiven Mitstreiter gewonnen, der sich bereits Anfang des Jahres das nl2br-Plugin vorgenommen hatte und nunmehr seit einigen Wochen mit der gründlichen Überholung des Plugins serendipity_event_multilingual beschäftigt ist. Ich hoffe, dass wir die Pull-Requests zeitnah mergen können und dass der Elan weiter anhält. Vielleicht schaffen wir es ja auch, im Rest dieses oder Anfang des kommenden Jahres mit Serendipity 2.4 weiterzukommen.

Serendipity 2.3.2 werkelt jedenfalls jetzt auch hier im Blog ohne Anstände.

FLOSS'n'net - Aktivitäten im 3. Quartal 2019

nospam@example.com (Thomas Hochstein) — Tue, 08 Oct 2019 06:00:00 +0000

Im dritten Quartal 2019 fand ich rund um meinen Urlaub ungewöhnlich viel Zeit und Motivation insbesondere für die Arbeit an Serendipity, so dass die Liste meiner FLOSS-Aktivitäten diesmal länger (und der hinter den einzelnen Punkten stehende Aufwand größer) geworden ist als üblich:

Serendipity (s9y)

Das Blogsystem Serendipity werkelt auch hinter diesem Blog.

s9y-Kern

Als erstes habe ich mir das Plugin-System von s9y vorgenommen und der Plugin-Liste in der Admin-Oberfläche Links zu den Plugin-Informationen in unserem Repository Spartacus hinzugefügt. Das dauerte etwas länger, weil ich dabei über einen Fehler gestolpert bin, der dafür sorgte, dass Datenbankabfragen für Plugin-Listen falsch gecached werden - nämlich auch dann, wenn eigentlich verschiedene Plugin-Typen abgefragt werden sollen.
Danach kam dann der schon länger bestehende, aber bisher nicht umgesetzte Wunsch nach einem Update-Hinweis für Plugins an die Reihe. Nach der technischen Umsetzung fehlt noch ein wenig optische Politur …
Add plugin update notifications.
Nach unserem 2.3.0-Release fiel mir auf, dass das Löschen mehrerer Dateien in der Mediendatenbank nicht mehr funktionierte. Das habe ich behoben, und auch dem Bestätigungsdialog für die Löschung einzelner Dateien ein zuvor fehlendes Satzzeichen im Popup spendiert.
Fix media library (mass) delete, i18n.
ML delete file: add “?” to conformation question.
Nachdem im aktuellen Release das Blogarchiv standardmäßig so aufgebaut ist, dass die ältesten Beiträge sich auf Seite 1 finden und die aktuellen Beiträge auf der letzten Seite dargestellt werden (statt wie zuvor umgekehrt - was den Vorteil hat, dass sich die Archivseiten nicht regelmäßig durch “nach unten rutschende” Beiträge ändern und daher besser von Suchmaschinen indiziert werden können), zeigte sich ein in diesem Zusammenhang bestehender Fehler bei der in einigen Themes vorhandenen Paginierung der Archivseiten, den ich behoben habe - sogar direkt zweimal, so dass der Fehler dann am Ende im Release 2.3.1 doch wieder enthalten ist. Mit dem nächsten Release wird er aber endgültig behoben sein.
Fix core pagination for “stable archives”.
Fix pagination for “stable archives” in themes.
Fix prev/next page links for stable archives.
Revert “Fix pagination for “stable archives” in themes.”
Schließlich habe ich mich noch ein wenig um die deutsche Sprachversion gekümmert.
Add i18n and German translations.

Plugins

Im Rahmen der Umstellung von HTTP/Request auf serendipity_request_url() habe ich mit serendipity_plugin_flickrbadge das vorletzte noch fehlender Plugin umgestellt.
Change HTTP/Request to serendipity_request_url().
Durchaus sehr aufwendig war dann die Suche nach der Ursache dafür, dass manchmal kein Hinweis angezeigt wird, dass ein abgegebener Kommentar zu einem Eintrag zunächst moderiert werden muss. Nachdem ich mich tief in das Zusammenspiel von Kern und Plugins begeben hatte, blieb ein Rätsel: die entsprechende Variable war bis kurz vor Schluss richtig gesetzt, hatte am Ende dann aber den falschen Wert, ohne dass das durch den Code erklärlich war. Irgendwann fiel dann aber der Groschen: das Problem lag nicht im Spamblock-Plugin, sondern im Zusammenspiel verschiedener dieser Plugins. Die relevante Variable wurde nämlich in allen Plugins initialisiert - und damit die Prüfergebnisse vorher aufgerufener Plugins gelöscht.
[event_spamblock] Don’t overwrite “moderate” flag.
Schließlich habe ich eine deutsche Übersetzung für die Plugins hinzugefügt, bei denen sie noch fehlte.

Infrastruktur

s9y enthält im Kern-Repository auch einige (ziemlich provisorische) Scripts zur Unterstützung des Übersetzungsprozesses, um bspw. neue Sprachkonstanten zumindest in der englischen Fassung allen Sprachversionen hinzuzufügen (damit die Übersetzer sehen können, was neu ist), oder um fehlende Sprachkonstanten in Plugins anzuzeigen. Letzteres Tool hat standardmäßig allerdings nur die Plugins im Kern geprüft und war offenbar älter als das zusätzliche Verzeichnis für die UTF-8-Versionen der Sprachkonstanten. Dementsprechend habe ich es erweitert und so auch die fehlenden deutschen Übersetzungen für manche Plugins gefunden, die ich ergänzt habe.
plugin_lang.php: Make output more readable.
plugin_lang.php: Check additional_plugins, too.
Danach habe ich dann ein ähnliches Check-Script für die Sprachkonstanten im Kern ergänzt und dessen Meldungen zunächst für die englischen und deutschen Sprachdateien abgearbeitet. Die anderen Sprachen warten auf meinen nächsten Urlaub.
Add language file checker.

Releases

Unser neues Stable-Release 2.3.0 und den vorangehenden Release-Candidate habe ich - ebenso wie ein abschließendes Release 2.1.6 für den 2.1-Zweig - aus der Tür geschoben und die entsprechenden Ankündigungen mit einer Zusammenfassung der wichtigsten Änderungen für Github, im Blog und im Forum verfasst.
Danach habe ich die gesammelten Ergänzungen und Fehlerbehebungen aus dem aktuellen Entwicklungszweig in den 2.3-Zweig übernommen und sie als Version 2.3.1 releast (und das Release angekündigt).

Mehr Zeit als für s9y war allerdings nicht - und im September reichte es dann auch dort schon wieder nur fürs Mitlesen aktueller Entwicklungen, aber nicht für aktive Mitarbeit. Das wird sich - nach einem Blick in meinen Terminkalender - voraussichtlich bis zum Jahresende auch nicht groß ändern. Aber vielleicht in 2020?

Vorherige Aktivitäten-Übersicht: II/2019

Serendipity 2.3.1 released

nospam@example.com (Thomas Hochstein) — Thu, 22 Aug 2019 05:32:00 +0000

Nach Null kommt Eins, und nach Serendipity 2.3.0 folgt das erste Patch-Release Serendipity 2.3.1, das primär die in meinem letzten Blogbeitrag genannten Fehler behebt.

Zwei Probleme sind jetzt noch offen: zum einen ein - offensichtlich schon immer bestehendes - Problem beim Upload von Bildern (oder allgemein Medien) mit (aufgrund von Tippfehlern versehentlich) zu langer Dateierweiterung, und zum anderen ein Problem beim Upgrade von Serendipity 2.1.x nach Serendipity 2.3.x aus dem Blog heraus (mit dem empfehlenswerten Plugin serendipity_event_autoupdate). Letzteres funktioniert nämlich im Moment wegen einer Änderung bei der Berechnung der Datei-Prüfsummen zwischen den beiden Versionslinien nicht.

Für letzteres ist ein Fix für das Plugin in Arbeit, ersteres wird dann vorausichtlich mit dem nächsten Patch-Release (2.3.2) eine Lösung finden. Das lässt uns nunmehr freie Hand bei der Weiterentwicklung zu Serendipity 2.4.

Was wäre denn aus Sicht der Leserschaft - sofern sie noch selbst bloggt und dazu noch Serendipity verwendet - für die nächste Version wichtig oder wünschenswert? (Falls die Antwort darauf lautet “Das Plugin serendipity_event_staticpage renovieren”, werden wir dazu vor allem interessierte Freiwillige brauchen …)

Was andere zum Release 2.3.1 sagen

“onli blogging”:
Serendipity 2.3.1

Serendipity: Weiterentwicklung, Bugfixes und Übersetzungen

nospam@example.com (Thomas Hochstein) — Mon, 19 Aug 2019 10:27:00 +0000

Am vorvergangenen Wochenende wurde die neue Feature-Version von Serendipity releast, und damit beginnt die Arbeit an der nächsten Version, aber auch an den im Release noch vorhandenen kleineren Fehlern.

Update-Benachrichtigungen und Links für Plugins

Motiviert durch das Release habe ich mich mit einigen bereits länger bestehenden Wünschen beschäftigt und einige Ergänzungen rund um die Plugins - ein wichtiger Teil von Serendipity - eingebaut. Weil die im Blog selbst vorhandenen Informationen (gerade bei den bereits installierten Plugins) eher spärlich sind, ziert jetzt jedes (extern aus dem Plugin-Repository Spartacus installierte) Plugin ein Link nach eben dort, denn dort findet sich eine Vielzahl von Informationen zu allen Plugins. Außerdem kann Serendipity jetzt nicht nur auf Updates des Blogsystems selbst, sondern auch auf anstehende Plugin-Updates hinweisen. Die optische Darstellung braucht noch eine ganze Menge Liebe (ich setze da auf unseren Frontend-Spezialisten), aber bis zum nächsten Feature-Release ist ja nun auch noch einige Zeit hin, und der Code ist jetzt immerhin da (und kann verbessert werden).

Wer die Änderungen testen und vielleicht auch direkt etwas rundschleifen will, kann sich den aktuellen Stand aus unserem Github-Repository herunterladen und installieren - aber natürlich nur nach einem Backup oder auf einer Testinstanz, bei Entwicklungsversionen geben wir keine Garantien (obschon der Code derzeit eigentlich problemlos lauffähig sein sollte).

Fehlerbehebung

In der vergangenen Woche bzw. am Wochenende habe ich mir dann die in unserem 2.3.0-Release noch vorhandenen Fehler angeschaut.

Etwas Hirnschmalz brauchte die durcheinandergeratene Paginierung bei neu installierten Blogs - Serendipity erstellt jetzt standardmäßig stabile Archive, d.h. solche, bei denen sich der Seiteninhalt nicht ändert. Die Titelseite ist damit nicht mehr Seite 1 des Archivs, sondern die letzte Seite; Seite 1 des Archivs ist die älteste. Damit kam die Seitenanzeige zum Blättern (die es zudem sowieso nur in drei Themes gibt) nicht zurecht. Das Problem war aber m.E. lösbar.

Einigen Bammel hatte ich dann vor dem nicht funktionierenden “Massenlöschen” in der Mediendatenbank, weil der Code doch einigermaßen komplex ist; die Lösung war dann aber ganz einfach (ein isset() in einer Bedingung durch ein !empty() ersetzen) und eine Sache weniger Minuten. Bei der Gelegenheit habe ich dann noch die Internationalisierung verbessert und einen festen Text durch eine Sprachkonstante ersetzt.

Dadurch beflügelt habe ich schließlich (viel zu viel) Zeit in einen schon recht alten Fehlerbericht gesteckt, an dessen Lösung ich schon einmal gescheitert war: wenn Kommentare in älteren Beiträgen durch den Blogbetreiber moderiert werden, sollte nach dem Absenden des Kommentars darauf hingewiesen werden, dass der Beitrag erst freigeschaltet werden muss. Das ist im Code auch vorgesehen, funktionierte bei mir aber nicht. Ein neu eingerichtetes Testblog und ein Haufen Debug-Statements im Code später war ich immer noch ratlos: eine Zeile vor dem Plugin-Hook war die entsprechende (globale) Variable nicht gesetzt, im Hook-Code selbst war sie (unmittelbar vor der Rückgabe) korrekt gesetzt und dann eine Zeile nach dem Hook … falsch. Damit ist die Lösung ja eigentlich klar; einige Stunden später kam ich dann auch drauf: an einem Plugin-Hook können sich verschiedene Plugins einklinken, das ist ja das Prinzip. Und wenn viele Spamschutz-Plugins damit beginnen, dass sie die entscheidende Variable initialisieren … dann überschreibt die Initialisierung von Plugin B den korrekten Wert von Plugin A. Die Lösung war dann natürlich einfach, und: Heureka, es funktioniert.

Mein anderer “Altfehler”, eine Art “Heisenbug”, ist vermutlich bereits behoben, und dann steht eigentlich nur noch ein bislang schwer reproduzierbares PostgreSQL-Problem zwischen uns und einem Patch-Release. Falls zufällig jemand Serendipity mit PostgreSQL einsetzt und das einmal testen kann und möchte …

Übersetzungen

Eigentlich wollte ich dann zum Schluss nur noch die neuen Sprachkonstanten in die Sprachdateien aller von Serendipity unterstützten Sprachen einfügen … und habe mich dann etwas im Bereich der Internationalisierung und der dort vorhandenen Unterstützungsscripts verloren. Ein bißchen hier und da poliert, und dann führte ein Testlauf zu der Erkenntnis, dass wir haufenweise Plugins ohne deutsche Übersetzung haben! Kann ja eigentlich nicht sein - und bevor ich so recht wusste, wie mir geschah, hatte ich über 20 Plugins deutsche Übersetzungen spendiert.

Zum Abschluss habe ich dann noch ein wenig gebastelt und selbst ein Unterstützungsscripts hinzugefügt, dass in den Sprachdateien des Kerns - nicht der Plugins - doppelte Definitionen innerhalb derselben Sprachdatei findet und außerdem Abweichungen zwischen der englischen Sprachdatei und den anderen Sprachversionen auswirft. Das führte einige systematische Fehler zutage, und zudem - je nach Sprachversion - zu einer ganzen Reihe fehlender Texte. Die englische und deutsche Sprachdatei habe ich bereits auf Stand gebracht; den anderen Sprachen werde ich mich dann mal im Urlaub widmen, das ist ja vor allem Fleißarbeit.

Über meine Erfahrungen habe ich dann am Ende noch einen kurzen Beitrag für unser doch weitgehend brachliegendes s9y-Blog verfasst; vielleicht motiviert das ja doch irgendjemand, dessen Muttersprache in den Plugins momentan noch zu kurz kommt, ein paar Texte zu übersetzen.

Hilf mit bei Serendipity!

Lust bekommen, Serendipity auszuprobieren, eine schon eingemottete Installation einmal neu durchzupusten oder gar an der Entwicklung mitzuhelfen?

Dann nichts wie los! - Viel Spaß und Erfolg!

Netz - Rettung - Recht (Artikel mit Tag s9y)

FLOSS'n'net - Aktivitäten im Jahr 2021 (und 2020)

Serendipity (s9y)

s9y-Kern

Plugins

Releases

Usenet und Co.

FAQs

2020

2021

Moderation von de.alt.netdigest

Sonstiges

Relaunch von Webseiten

Serendipity 2.3.5 released

Was andere dazu sagen

Der Teufel steckt im Detail

<details> und <summary> in der Praxis

Anpassungen am CSS

Anpassungen am Markdown-Plugin bzw. an PHP Markdown

Blogbeiträge in sozialen Medien teilen

Blogbeiträge in sozialen Medien teilen

Vorschaubilder für Links bei Twitter und Facebook (und anderswo)

serendipity_event_social

serendipity_event_metadesc

Sharebuttons mit serendipity_event_social

Beiträge automatisch teilen

serendipity_event_twitter

Zusammenfassung

Zusammenfassende Linkliste

Grundlagen

Share-Buttons

Automatisierungsdienste

Serendipity-Plugins

FLOSS'n'net - Aktivitäten im 1. Quartal 2020

Serendipity (s9y)

s9y-Kern

Plugins

Infrastruktur

Releases

Serendipity 2.3.4 released

Das virtuelle #s9ycamp2020

Was andere dazu sagen

Serendipity 2.3.3 released

FLOSS'n'net - Aktivitäten im 4. Quartal 2019

Serendipity (s9y)

s9y-Kern

Releases

15 Jahre Serendipity

Zeigt her eure Blogs

Serendipity 2.3.2 released

FLOSS'n'net - Aktivitäten im 3. Quartal 2019

Serendipity (s9y)

s9y-Kern

Plugins

Infrastruktur

Releases

Serendipity 2.3.1 released

Was andere zum Release 2.3.1 sagen

Serendipity: Weiterentwicklung, Bugfixes und Übersetzungen

Update-Benachrichtigungen und Links für Plugins

Fehlerbehebung

Übersetzungen

Hilf mit bei Serendipity!

`<details>` und `<summary>` in der Praxis

`serendipity_event_social`

`serendipity_event_metadesc`

Sharebuttons mit `serendipity_event_social`

`serendipity_event_twitter`