Plattformen

Wir schreiben jetzt das Jahr 2026 und vieles hat sich geändert, vor allem auch im Online-Markt für Bücher und E-Books. Im Zuge der Initiativen #UnplugTrump und #DIDay habe ich meine Accounts bei Amazon und Google gelöscht und damit natürlich auch beide als Plattform für meine E-Books verloren. Konsequenterweise habe ich meine E-Books auch bei Apple Books zurückgezogen, so dass sie, Stand heute, auf keiner Online-Plattform verfügbar sind. Das kann so aber nicht bleiben, wenn ich sie weiter verkaufen will.

Natürlich kann ich einen eigenen Shop auf meiner Webseite einrichten. Ich weiß nur nicht, ob es den Aufwand Wert ist, den ich mir damit ans Bein binde: Wartung, Zahlungsanbieter (und welche? Siehe oben), Kundenpflege und evtl. Reklamationen, usw.

Ich denke, ich werde mir neue Plattformen suchen müssen. Solche, die nicht direkt zu “Big Tech” zählen, aber schon auch Reichweite haben. Für den deutschen Markt denke ich aktuell an Tolino. Für den Rest der Welt suche ich noch.

Inhalt

Beide E-Books bräuchten langsam mal eine Überarbeitung, also eine Neuauflage. Sie enthalten keine groben Fehler und inhaltlich stehe ich voll hinter beiden. Aber es gibt Aspekte, die zu kurz kommen, zum Beispiel das Thema Storytelling in “Presenting for Geeks” oder die ich anders aufziehen sollte, zum Beispiel den Abschnitt über Smart Pens in “Brainstorming your Presentation”.

Gerade bei “Presenting for Geeks” tue ich mich schwer mit dem Gedanken, den Text anzufassen. Er hat ein professionelles Lektorat erhalten und ich habe Angst, ihn zu “ruinieren” oder zumindest zu beschädigen. Und bei den kaum relevanten Verkäufen der letzten Jahre rechnet sich ein bezahltes Lektorat einfach nicht.

Das sind die Dinge, über die ich gerade nachdenke. Aber da ich, wie gesagt, hinter den beiden Büchern stehe, möchte ich sie auch in Zukunft weiter verfügbar halten und nicht nur auf meiner kaum sichtbaren Homepage in einer unbedeutenden Ecke des Webs verstecken.

Es wird weitergehen, soviel steht fest.

#PresentingForGeeks #BrainstormingYourPresentation #BuchMesseZuhause

Eigenwerbung: Derzeit (März 2026) biete ich ein Bundle aus meinen E-Books auf meiner Homepage an.

Brainstorming ist ein sehr wichtiger Teil der Vorbereitung einer Präsentation. Ich hatte das Thema natürlich in “Presenting for Geeks” angesprochen, aber auch beobachtet, dass es für die Teilnehmer:innen meiner Kurse oft ungewohnt war, gerade das Arbeiten mit Post-Its (und ohne Computer).

Für mein Blog hatte ich schon einige Artikel zum Thema geschrieben, über das Konzept, konkrete Tipps, aber auch über Tools, die man zum Brainstorming verwenden kann. Und so kam ich auf die Idee, daraus ein eigenes E-Book zu machen.

“Brainstorming your Presentation” ist praktisch ein Ergänzungsband zu “Presenting for Geeks”. Gedacht für alle, die tiefer in das Thema einsteigen wollen. Im Vergleich ist es ein dünnes Buch, aber es wäre in der Tiefe, in die es z.T. geht, als Kapitel in “Presenting for Geeks” fehl am Platz gewesen und hätte dort nur den “Gettings things done”-Ansatz gestört.

Im Laufe der Jahre hatte sich in meinem Hinterkopf das ungute Gefühl entwickelt, dass das Buch nicht so gut wäre. Aber ich habe es kürzlich noch einmal vorsichtig überarbeitet und muss mich da selbst korrigieren. Der weitaus größte Teil ist solide und ich stehe immer noch dahinter. Lediglich der Abschnitt über Smart Pens ist ein wenig von der technischen Entwicklung überrollt worden. Aber auch das betrifft nur die konkret erwähnten Produkte (die z.T. gar nicht mehr erhältlich sind) und weniger die Schlüsse, die ich dort gezogen haben.

Das Buch vertieft einen Teilaspekt der Vorbereitung auf eine Präsentation, und diese Aufgabe erfüllt es seht gut.

#BrainstormingYourPresentation #BuchMesseZuhause

Eigenwerbung: Derzeit (März 2026) biete ich ein Bundle aus meinen E-Books auf meiner Homepage an.

Mein E-Book “Presenting for Geeks” ist ursprünglich bei einem Verlag für IT-Bücher erschienen. Ich hatte zufällig deren Ankündigung gesehen, dass sie eine Reihe von kurzen, günstigen E-Books zu spezifschen IT-Themen herausgeben wollten. Und sie baten um Einreichung von Vorschlägen.

Ich hatte schon seit einigen Jahren über das Thema “Präsentieren im IT- und technischen Umfeld” gebloggt und auch bereits einen Einsteigerkurs für diese Zielgruppe am Start. Also beschloss ich, einfach mal zu fragen, was sie denn von einem E-Book zu dem Thema halten würden.

Der Vorschlag kam an, ein Vertrag wurde unterschrieben und so entstand “Presenting for Geeks”. Auf Englisch, mit einem professionellen Lektorat. Meine Lektorin korrigierte nicht nur mein Englisch, sondern auch meinen gelegentlich etwas umständlichen Stil. Mehr als einmal bekam ich einen Entwurf zurück und sie hatte ganze Absätze gestrichen oder auf einen Halbsatz reduziert. “Das kann sie doch nicht machen!” war meine erste Reaktion. Nur um dann, als ich mich abgeregt und den redigierten Text noch einmal in Ruhe durchgelesen hatte, zustimmen zu müssen, dass es so besser war.

Das E-Book erschien dann als eines der ersten in der besagten Reihe und war dem Vernehmen nach auch der “Verkaufsschlager” darin. In absoluten Zahlen war das aber trotzdem nicht viel. Die Reihe wurde noch ein oder zwei Mal um weitere E-Books erweitert, dann schlief das Ganze aber sichtbar ein. Zumal meine Lektorin, die auch Social Media für die Reihe gemacht hatte, den Verlag verlassen hatte.

Während ich noch am Überlegen war, wie ich wohl möglichst günstig meine Rechte an dem Buch zurückbekommen könnte, kam dann eines Tages die E-Mail, dass man die Reihe einstellen und den Autor:innen ihre Rechte zurückgeben würde.

Auf den Moment war ich schon vorbereitet: Binnen weniger Tage stand “Presenting for Geeks”, dieses Mal im Selbstverlag, wieder auf den üblichen Plattformen zur Verfügung. Eine deutsche Ausgabe, “Präsentieren für Geeks” hatte ich auch bereits vorbereitet, so dass ich diese gleich mit veröffentlichen konnte.

#PresentingForGeeks #BuchMesseZuhause

Eigenwerbung: Derzeit (März 2026) biete ich ein Bundle aus meinen E-Books auf meiner Homepage an.

Im Februar 2025 hat Amazon die Möglichkeit entfernt, die Kindle E-Books als Dateien über die Amazon-Webseite herunterzuladen. Und die E-Books, die man auf aktuellen Systemen evtl. im Dateisystem vorfindet, lassen sich mit Calibre nicht konvertieren.

Was tun?

Aktuell (Stand: heute, also 2026-02-01) gibt es m.W. nur zwei Möglichkeiten:

1. Man hat noch einen richtig alten Kindle Reader (mit Monochrom-Display). Dem Vernehmen nach kann man sich die Dateien von dort noch per USB holen.

2. Man hat einen Windows-PC und installiert eine alte Version der Kindle-Software für Windows.

In beiden Fällen ist die Idee, dass die alte Hard- bzw. Software noch ein altes Kindle-Format benutzt, das sich mit Calibre konvertieren lässt.

Ich habe nie einen Kindle Reader besessen, aber Zugang zu einem Windows-PC. Dann eben darüber …

Alte Kindle-Software – aber wie alt?

Mit “alt” ist eine Version 1.x gemeint. Zu alt darf sie aber offenbar auch nicht sein, sonst kann man sich damit nicht mehr bei Amazon anmelden.

Ich hatte kein Glück mit der Version 1.17.irgendwas, aber im Internet Archive habe ich dann noch die Version 1.39.65323 gefunden und mit der hat es funktioniert.

• Software herunterladen und installieren
• Als allererstes(!) unter “Optionen” das automatische Update deaktivieren. Und wenn die Software ein Update anbietet: Unbedingt ablehnen!
• Im Amazon Account anmelden.
• Bücher herunterladen (Rechtsklick auf den Titel). Sie befinden sich dann im Dokumente-Ordner unter “My Kindle Content”.

Den Ordner kann man dann “Bulk”, also auf einen Schlag, in Calibre importieren und konvertieren, z.B. in das gebräuchliche EPUB-Format. Calibre ist leider weder die hübscheste noch die intuitivste Software, aber ich will jetzt hier auch keine Calibre-Anleitung verfassen. Man muss etwas herumprobieren und -suchen, bis man verstanden hat, wie die Software funktioniert.

Aber Achtung: Auch Calibre hilft nicht weiter, wenn die Bücher mit DRM versehen sind. “Ein bisschen Verlust ist immer,” wie man so sagt. Ich konnte von 97 Kindle-Büchern, die ich heruntergeladen hatte, vielleicht 20 nicht konvertieren. Aber darunter waren nur ein oder zwei, bei denen mich das geärgert hatte, der Rest war eh nicht so wichtig.

It piqued my curiosity: Would it still work or did I just dig out yet another piece of electronic junk?

The bad news: The app required for the camera has long disappeared from the app stores, as has the website. Even the Internet Archive only has an incomplete copy of the latter.

The good news: When connected via USB, the camera mounts as a USB drive and gives you direct access to your photos. So it’s still usable, at least in principle.

Let’s have a closer look.

No way to change settings

Without the app, you can’t change any of the camera’s settings anymore. The USB drive is really just a directory with your photos in it; there’s nothing else that you could get access to.

From the Kickstarter page and an old blog post of mine, I gather you could set the interval at which photos are taken between one and five minutes. Fortunately, I left that at one minute. There also was a way to change the resolution and again, fortunately, I had left it at the higher resolution back then. Somehow, you should be able to record short video clips, but I haven’t figured that one out again – and that page of the manual is missing from the captured website at the Internet Archive.

On the Kickstarter campaign page, I found a comment about a name change that I completely missed back then. Apparently, the name was changed from 61N to MEWECLIP, with a new app and website, both of which are nowhere to be found anymore. So that didn’t help either.

Usage

I was also soon reminded why I had given up on the 61N soon after I got it: It’s really awkward to use in practice. First, you have to switch it on by pressing the little button on the side. Then you have to wait until the LED turns from red to green (it switches off entirely soon after) to know that it’s on and ready to take photos. When you don’t want to use it anymore, you have to switch it off, again pressing the button and waiting until it starts flashing red, then switches off.

Compare this to the ease of use of the Narrative Clip lifelogging camera: That camera is always on. Put it face down on a flat surface and it will enter sleep mode, from which it wakes automatically if you pick it up again – or double-tap it, to force it to wake up. The designers put a lot of thought into this, focussing on the camera’s main use case: Taking photos, effortlessly and discreetly. You don’t have to worry about it being on or off.

Back to the 61N. The other awkward design choice there is the clip on the back, which is really, really tight. There’s a video of the camera where people seem to just slide it onto their shirts, and let me tell you, this is not how this “pyramid clip” (as they called it) works. It’s a real hassle to clip the camera onto anything. There’s also a ridiculously large plastic clip that you can insert the 61N into and then clip that thing to your clothing. It’s a little less tight, but huge and not at all discreet.

Photos

Okay, it’s awkward to fire up and put on, but what about the photos?

What I already mentioned in my old blog post: A lot of them are blurry. As I only found out now(!) the makers already admitted this in a comment buried somewhere on the Kickstarter campaign page before the camera even shipped. There were vague promises of a version 2 of the camera that would address this, but that never materialised, as far as I know.

Summary: It’s still “meh”

After playing around with it again for a few days, my original verdict still holds: It’s not a great product. You can still use it without the app – which is good – but the photo quality is mediocre, and the overall experience is best described as awkward.

I’ll keep it around, as it may be a good addition (not: replacement) for my Narrative Clip cameras in some situations, but you won’t be seeing me wearing it on a regular basis.

Here’s what you should add to your robots.txt file to stop ChatGPT, specifically:

User-agent: GPTBot
Disallow: /

User-agent: ChatGPT-User
Disallow: /

The robots.txt file is just a plain text file that goes into the root directory of your webserver, next to where, typically, an index.html file or similar for the homepage would reside (if you’re not familiar with that file, Wikipedia has you covered).

writefreely and the robots.txt

That is, unless you are running writefreely (as the site that you are currently reading does). With the default setup, writefreely will serve all requests, including that for the robots.txt file. And since the writefreely software doesn’t know about the robots.txt, it will throw an error.

Assuming your writefreely blog is at https://example.com, then typing https://example.com/robots.txt into a browser’s address bar should bring up the robots.txt file. If, instead, you’re seeing an error message:

404 page not found

… then your site needs the following addition to the nginx configuration file for your blog:

location /robots.txt {
    alias /home/www/writefreely/robots.txt;
}

You should already have a location directive for the CSS and images of writefreely. Just put the above directive below that section. Make sure to include the full local path (in the file system on your server) behind the alias. If you put your robots.txt next to the writefreely binary, you can copy the part before the “static” from the existing location directive.

Then, all you have to do is to tell your nginx to use the new configuration:

systemctl reload nginx

… and it’s goodbye to ChatGPT gobbling up your writing.

#writefreely #nginx #ChatGPT

A quick restart of the server didn’t fix the problem. Since I didn’t have the time to dig into it, I left it at that for a few more days.

ffmpeg gone missing

Eventually, I got around to look into it. A web search brought me to an older issue on the Mastodon bugtracker. It’s for an older Mastodon release and has since been closed, so shouldn’t really affect my up-to-date instance.

I was about to give the suggested “fix” a try when something rang in the back of my mind …

Mastodon uses ffmpeg for videos and animated GIFs. I vaguely remembered – but couldn’t find it again, of course – something I’ve read a while ago about #Ubuntu randomly uninstalling ffmpeg for no obvious reason.

Lo and behold, ffmpeg was no longer on the server. A quick apt install ffmpeg brought it back – and videos started showing up and playing again.

For the record: The server is running Ubuntu 22.04 LTS.

#MastodonAdventures #RunningMastodon #ffmpeg

Picking a Cloud Service

Initially, I was skeptical about the cloud option, mainly because I wasn’t sure what it would cost me. Since I now have a better idea how much space this instance needs and since it turned out that cloud storage is not so expensive to begin with, I was ready to take the plunge.

In the end, I simply went with the instructions by Thomas Leister and the cloud service he was using, Scaleway. Details will differ between cloud services, whereas the costs are comparable. So if you’re looking for an alternative, try the instructions by Stanislas for Wasabi.

I don’t have much to add to Thomas’ instructions. If you’re looking for a cloud service based in Europe, Scaleway seems like a good option. You can also pick the location of the data center. Their web interface can be a bit overwhelming – just make sure you’re booking the Object Storage. That’s the one you want – ignore all the others.

Then just follow Thomas’ instructions (which sometimes link back to Scaleway’s help pages). Also, make extra sure you replace the default names that Thomas uses with the ones you chose for your instance and your server location. For example, I overlooked the line:

S3_BUCKET=instance-media

Things seemed to work, but all images in posts were missing and instead displayed an “not available” message. So if something is not working as expected, go over all these names, URLs, and keys again carefully. And don’t forget to restart nginx and/or Mastodon itself.

One important bit I learned: You still want to maintain a (small) local cache, since outgoing traffic (i.e. out of the cloud service) costs money. You can avoid having to serve (and therefore pay) for the same file being sent over and over by configuring nginx with a local proxy. Thankfully, both Thomas and Stanislas explain how to do that in their instructions.

Thomas’ instructions cut off a bit abruptly and left me with a “now what?” For that part, switch over to Stanislas, who shows how to check if everything is working using curl. And then concludes: You can now remove your public/system folder on your server! :D

This actually gave me pause. What I had failed to realise was that I was not only moving the cache to The Cloud but also any media that are being uploaded directly onto my instance. This felt a little like losing control over these assets. But then again, I can still download them via the cloud provider’s web interface, if need be. Or do a data export for my account. And it’s not like they were easily accessible in the first place, but buried deep down in some subfolder. So yeah, go ahead and delete that directory (once everything works).

What next?

I still have a problem that sometimes avatars are not loading. My hunch, based on some logfile entries I saw, is that some process is running out of memory when doing this. So I’m considering upgrading to a more beefy vServer. Since the extra cost for the second volume is now gone and the cost for the cloud storage is lower (hopefully), this is something I will look into next.

#MastodonAdventures #RunningMastodon

Our hero, who goes by the nickname Horsemouth, plays drums in various bands, but he really wants to become a record dealer, buying them from the little pressing plants and selling them on to the shops. For this, he needs a motorbike, which he gets by borrowing and scraping together the money, only to have it stolen from him on his very first round.

He manages to steal it back from what turns out to be organized crime. They don’t like that and have him beaten up. For his revenge, he summons his friends with trucks, and together they not only raid the warehouse of stolen goods but also the Mafia boss’ home, taking everything from the kitchen equipement to what’s in the living room.

The movie ends with all the liberated goods being lined up along the poor neighbourhoods – TV sets, fridges, sofas, bikes, etc. – so that everybody can take what they need.

It takes a good 1:40 hours to tell that story and there’s lots of music, of course. Almost all the dialogue is in Patois, which is hard to understand even from the subtitles. Enough to follow the story, but you may want to watch the movie twice to be sure you get everything.

#Movies #MovieReview

So a week after my Mastodon instance ran out of disk space, and after moving the cache to a separate volume, that volume also filled up completely. Oh well. At least the instance kept on running this time. It just couldn’t, well, cache things any more.

I haven’t had a chance to look into moving the cache to a cloud provider. And by the rate things are going, I’m not sure if I really want to, since I have to wonder if this could potentially ruin me with excessive additional costs.

As a short-term measure, I increased the available disk space some more; and then some more again. Good thing that these days all of these things are virtual and can be scaled easily with a few clicks. And then I started looking into understanding what was actually taking up so much space and how to possibly keep it at bay.

But first, a mysterious error message

But first, I had to figure out another problem that had been popping up with that additional volume. Mastodon’s “bundle” task would complain about the new volume being a read-only file system, even though it wasn’t and the Mastodon user could create and delete files and directories without a problem when logged in directly. I got it working somehow two or three times, but the problem would always reappear whenever I fiddled with some other configuration option.

Eventually I found an unrelated, yet helpful forum post that pointed me in the right direction: Mastodon’s config files in /etc/systemd/system/mastodon-* all have an entry ReadWritePaths which by default only points to the live directory in the Mastodon user’s home directory. Adding the new volume as an additional item to these lists finally got rid of the problem.

Taming the cache

Back to the cache. What, exactly, is taking up so much space? There are four sub directories in the cache directory and the culprit can easily be identified: It’s the media_attachments.

In my case, after a week, that directory alone took up 19 GB and therefore the majority of the 25 GB I had allocated solely for the cache. Forget about the preview_cards (the other directory that is regularly cleaned up by a cronjob), they are only a few hundred MB. That’s nothing in comparison.

My solution, for now at least, is to only keep the media attachments for 2 days (and make sure the cronjob actually runs):

RAILS_ENV=production /home/mastodon/live/bin/tootctl media remove --days 2

Disk usage of the cache directory has now been stable over the Christmas weekend and I hope it will stay this way while I consider my next steps.

#MastodonAdventures #RunningMastodon