Nachdem ich den Autocomplete in der letzten Folge unserer kleinen Kirby-Sitcom nicht implementiert bekam, wand ich mich kurz an Fabian, um ihn zu fragen, ob er es schonmal ausprobierte, denn laut seinem Source sah es so aus. Er antwortete schnell und knapp, dass es da ein paar Probleme gab und er keine Zeit hat, ich es mir aber gerne selber angucken kann.

Ungelöste Probleme triggern mich natürlich etwas, also schaute ent-kommentierte ich den Autocomplete-Kram mal direkt im Plugin, statt über den Umweg ein Plugin fürs Plugin zu schreiben und schwupps, es funktionierte.

Ich sah aber auch schon schnell das Problem, weshalb der Code auskommentiert war: Die ausrichtung des Autocomplete-Tooltips ist völlig Banane. Ist mir aber erstmal egal, das sieht eh bescheiden aus, ist mir jetzt auch egal, wo es rumhängt.

Ich fuhrwerkte schnell ein bisschen herum und schwupps, habe ich ein Autocomplete für Verlinkungen zu anderen Seiten. Es ist natürlich nicht fertig, es wäre sinnvoller direkt (link: xyz title:… zu benutzen, statt hier meinen erfundenen (page:-Tag, aber das sind ja nur details. Wichtig war mir zu gucken, ob es theoretisch geht und das geht es.

Jetzt müsst ich mir noch durch den Kopf gehen lassen, ob ich das wirklich brauche und ich könnte es fertig bauen.

Der Kirby-Editor ist ja eigentlich ganz okay. Die meisten Posts schreibe ich eh in Bear und werfe sie einfach rüber. Letztens wollte ich aber doch mal einen neuen Button in die Toolbar aufnehmen und natürlich geht das einfach nicht. Gleichzeitig droppte jemand im Kirby-Discord einen Link zu kirby-markdown-field, einem Kirby-Plugin von Fabian Michael.

Damit bekommt man einen auf CodeMirror basierenden Editor, der ganz nettes Syntax-Highlighting beherrscht und vor allem erweiterbar ist.

Ich hatte mittlerweile, also so einen Tag später, schon wieder vergessen, was ich eigentlich mit dem Button wollte und hatte direkt eine neue Idee. Ich könnte ein Autocomplete einbauen, damit ich direkt inline eine Auswahl von Pages habe, wenn ich (link: tippe. Wie cool wäre das denn.

Nach dreißig Minuten gab ich allerdings entnervt auf, da CodeMirror anscheinend eine der am schlechtesten dokumentierten Sachen überhaupt ist. Es gibt zwar ein eingebautes autocomplete-Modul, aber iiiirgendwas klappt nicht, wenn ich es versuche zu laden. Nachdem ich schon im Source auf Github nachgucken musste, wie ich das Modul überhaupt aktiviere, hatte ich keine Lust mehr, zu debuggen, warum es jetzt nicht geht.

Ich guckte noch kurz im Source des Kirby-Plugins und da ist das Autocomplete-Modul auch aus Gründen drin, aber auskommentiert. Vielleicht ist es besser so.

Abgesehen davon find ich den Editor bisher ganz nett, wenn mir jetzt wieder einfällt, wozu ich den Button brauchte, wird sich der Umstieg vielleicht auch gelohnt haben!

Eigentlich dachte ich, dass ich in meinen langen Post von gestern noch ein paar Codesnippets reinpacken werde und baute mir daher ein kleines Kirby-Plugin, mit dem ich ganz einfach ein paar bestimmte Zeilen direkt aus Github ziehen kann. Letztendlich benutzte ich es gar nicht, weil der Post schon lang genug war.

Trotzdem wollte ich es kurz vorführen!

(​github:pwaldhauer/kirby-activitypub-lite/main/src/Controller/ActivityPubController.php line:18 count:23)

        switch ($params['type']) {
            case 'Undo':
                $actor = Actor::fromActorString($params['actor']);
                if ($params['object']['type'] == 'Follow' && $params['object']['object'] == $this->config->actorString()) {
                    $this->config->storage->removeFollower($actor->toArray());
                }

                return ['success' => true];
            case 'Follow':
                $actor = Actor::fromActorString($params['actor']);

                $request = new AcceptActivityPubRequest($this->config, $params);
                $request->build();
                $request->sendRequest($actor->host, $actor->inbox);

                $this->config->storage->saveFollower($actor->toArray());

                return ['success' => true];
            default:
                return ['error' => 'not implemented'];
        }

Mal sehen, ob ich es mal für irgendetwas anderes gebrauchen kann. Werde es demnächst mal hübsch machen und dann in meine lange Reihe von Kirby-Plugins einreihen.

Wie im letzten Post dazu schon angeteasert, wollte ich noch ein paar Worte dazu verlieren, wie ich in den letzten Wochen diesen Blog ans Fediverse angeschlossen habe. Der Code ist mittlerweile als eine Art Kirby-Plugin auf Github verfügbar.

Vielleicht ist der Code und dieser Post eine kleine Hilfestellung auf der Reise durch den Dschungel der mittelmäßigen Dokumentation zum Thema Fediverse, Mastodon und so weiter.

Weiterlesen →

Ich habe gestern eine kleine Fediverse-Übersichtsseite gebaut, auf der alle Follower, die den Blog abonniert haben aufgelistet sind. Natürlich wollte ich auch einen CTA auf die Seite packen, damit man direkt auch folgen kann, doch im dezentralen Fediverse ist das nicht so einfach.

Bei Twitter würde man ja einfach auf twitter.com/knuspermagierblog verweisen und jeder, der dort gerade eingeloggt ist, kann direkt den Button drücken. Da im Fediverse alle auf unterschiedlichen Servern unterwegs sind, klappt das nicht so einfach. Normalerweise müsste man das Handle kopieren, es im Interface des Servers, oder der App eingeben und danach suchen.

Um den Vorgang etwas zu vereinfachen habe ich auf diversen Seiten schon diesen Flow gesehen, bei dem man zunächst sein eigenes Handle, also z. B. pwa@norden.social in ein Textfeld eingibt und direkt auf eine Seite weitergeleitet wird, die zum eigenen Server gehört, auf dem man dem zu folgenden Account folgen kann. Was für ein Satz.

In meinem Beispiel käme man dann auf folgende Adresse, die auf einem OStatus-Standard basiert.

https://norden.social/authorize_interaction?uri=knuspermagier@knuspermagier.de

Remote-Follow-Flow

Jedenfalls wollte ich es auch und baute es daher kurz auf die Seite ein. Hier der Source-Code, falls ihr es für eure eigenen Fediverse-Seiten klauen wollt:

<form data-sup>
    <input type="text" name="handle" placeholder="pwa@norden.social">
    <button>Los</button>
</form>

<script>
document.querySelector('[data-sup]').addEventListener('submit', (ev) => {
    ev.preventDefault();

    const value = document.querySelector('[name="handle"]').value;
    const [_, host] = value.split('@');

    fetch(`https://${host}/.well-known/webfinger?resource=acct:${value}`)
        .then(r => r.json())
        .then(j => {
            j.links.forEach(link => {
                if (link.rel === 'http://ostatus.org/schema/1.0/subscribe') {
                    location.href = link.template.replace('{uri}', 'pwa@norden.social');
                }
            })
        })
       .catch(() => {
            alert('Account nicht gefunden!')
        })
})
</script>

Was passiert da?

Ich versuche gerade mit Überschriften zu arbeiten, um längere Posts etwas zu strukturieren, wie gefällt euch das?

Natürlich könnte ich es mir einfach machen, und direkt davon ausgehen, dass das angegebene Handle zu einer Mastodon-Instanz gehört, die diesem Remote-Follow-Flow immer gleich implementiert, dann müsste ich nur den Hostnamen heraussplitten und /authorize_interaction?uri=… dranhängen.

Der Vollständigkeit halber gehen wir hier aber auf Nummer sicher und machen es... standardkonform? Wir rufen die Webfinger-Adresse des Servers auf und fragen nach, was er denn so für Links zum angegebenen Handle im Angebot hat. Ist ein Link dabei, der dem OStatus-Subscribe-Standard entspricht, nutzen wir den und leiten den/die User:in weiter. Easy peasy.

DSGVO

Ich bin ein kleiner DSGVO-Nerd und frage mich jetzt direkt, ob diese Implementierung überhaupt legal ist. Immerhin macht das Formular einen Request zu einem Drittanbieter und man weiß ja nun nicht, ob der Mastodon-Server nun in der EU steht oder auch nicht. Eigentlich bräuchte man also bestimmt noch eine Checkbox, in der steht, dass man sich damit Einverstanden erklärt, dass man seine IP zu einem Drittanbieter, der im schlimmsten Fall in den Vereinigten Staaten liegt, schickt.

Andererseits schickt man seine IP ja in jedem Fall zu einem Server, bei dem man eh einen Account hat, der hat also eh alle Daten über einen. Ich würde das also erstmal als okay einschätzen, aber bitte macht mich nicht dafür verantwortlich, wenn ihr wegen eines Webfinger-Requests abgemahnt werdet.

(Allgemein wünschte ich mir, ich müsste mir nicht ständig, bei allem, über die DSGVO Gedanken machen, aber meine Agenturzeit während der “Unserer Webseite muss jetzt noch schnell dafür fit gemacht werden”-Welle hat mich wohl für immer gebrandmarkt)

Schamlose Eigenwerbung

Wie ihr seht, so ein kleiner Follow-Helfer ist gar nicht so schwer auf der eigenen Webseite zu integrieren! Folgt mir (oder dem Blog) doch auf Mastodon um… mehr davon zu bekommen.

Seems like it took two years for me to realize that PHP 8 came with support for Named Parameters. After dipping my toes in Objective C and, more recently, Swift, I really fell in love with those! I'm not gonna use them every time in PHP, but sometimes they may come in handy.

(Did I just write a blog post in English? I'm going international!)