triptico.com is a Fediverse instance that uses the ActivityPub protocol. In other words, users at this host can communicate with people that use software like Mastodon, Pleroma, Friendica, etc. all around the world.
This server runs the snac software and there is no automatic sign-up process.
Here is exactly how it works now:
@stefano Thank you very much! Let me know what you think of this #fediverse software once you try it out. I'm using it here on my server; it's a way to keep improving it and fixing bugs.
RE: https://s.dfaria.eu/@df/33898543700666368
This is interesting and the dev confirmed that #MastoBlaster works with #Starling
I'll create a test instance to try it.
Stefano Marinelli boosted#Starling is a lightweight #PHP #fediverse server you can install by just copying files over FTP to a shared host. No PostgreSQL, no workers, no DevOps. Owning your data with #ActivityPub can be much simpler than with #ATProtocol. Have you tried it?
https://github.com/dfaria-eu/Starling
#Starling is a lightweight #PHP #fediverse server you can install by just copying files over FTP to a shared host. No PostgreSQL, no workers, no DevOps. Owning your data with #ActivityPub can be much simpler than with #ATProtocol. Have you tried it?
https://github.com/dfaria-eu/Starling
This is a major release that merges several different development branches I've been working on, bringing together a lot of moving parts into a single build. A long, sleepless night…
Here is what changed:
Week in Fediverse 2026-05-22
Servers
- Gush! v0.0.37
- Stegodon v1.8.5
- Iceshrimp.NET v2026.1.1-beta
- Iceshrimp v2026.5.1
- Hollo v0.9.0
- Mastodon v4.5.10
- PeerTube v8.1.6
- Sharkey v2025.4.7
- Hubzilla v11.2.1
- Friendica v2026.05
- Ktistec v3.3.9
- Smithereen v1.0.0
- Vernissage Server v1.38.0
- ActivityPub for WordPress v8.3.0
- Misskey v2026.5.4
- tootik v0.22.2
- NeoDB v0.14.4
- Open beta testing for Lemmy 1.0.0
- Trunk & Tidbits, April 2026
- XMPP/ActivityPub Bridge: Chat between XMPP and the Fediverse
- Cookifed: A free and federated recipes management app and cooking social network
Clients
- Nicolium v0.3.0
- Fedilab v3.40.1
- Aria v1.5.1
- Blorp v1.14.0
- Impressia v3.2.0
- Holos v1.6.0
Tools and Plugins
- Analytodon: Analytics for Mastodon
For developers
- Fedify v2.2.3
- BotKit v0.4.2
Protocol
- Basic Profile for Social API Servers
- FEP-baf5: Administrator Collection
Articles
- the may 2026 fedi software vulnerability
- Never Lose a Toot Again: Full-Text Search for Your Mastodon Feed
-----
#WeekInFediverse #Fediverse #ActivityPub
Previous edition: https://mitra.social/objects/019e2d21-c15d-7653-a6d5-f476dcc0559d
New @Vivaldi for your computer!
This time a lot of focus is on the design. At the same time we make it easier for you to see how flexible Vivaldi can be with layouts.
Let me know what you think! Still the only browser with a Mastodon Instance and a built in Mastodon (Vivaldi Social) panel!
#Vivaldi #Browser #Windows #Macos #Linux #Computer #Technology #Fediverse #Mastodon #BigTech #EU #Norway #Iceland #Europa
The #Fediverse population skews old - I think the median age is in the mid-40s.
So how can we, as older people who have presumably seen some shit, support younger people who are anxious about their personal future and the future of the world at large for entirely understandable reasons?
I mean, I definitely hit some rather low points in my life. But I now have a stable career, gotten out a debt hole, and even own an apartment where I have only 10 years left to pay off the mortgage.
In contrast, young people who need to enter the workforce to pay their bills are constantly told that AI will make their beginners' skills worthless, and there is a high chance that we will soon enter a new Great Depression once the #AIBubble bursts.
Oh, and fascists are taking over more and more countries while the global environment is collapsing more and more.
In other words, young people need all the help they can get. So how can we support them?
There are many websites which help people use Mastodon and the wider Fediverse:
- https://fedi.tips (my site 😁 )
- https://mastodon.help
- https://joinfediverse.wiki
- https://www.didiermary.fr/sommaire-du-guide-mastodon (in French)
- https://enthalpiste.fr/fr/fedi/fedi (in French)
- https://panduanfediverse.wordpress.com (in Indonesian)
- https://blog.noleron.com/posts/tips (in Ukrainian)
There's also official Mastodon technical documentation for techy people at https://docs.joinmastodon.org
Let me know if I've missed a site!
When I wrote about FediMeteo (https://it-notes.dragas.net/2025/02/26/fedimeteo-how-a-tiny-freebsd-vps-became-a-global-weather-service-for-thousands/) for the first time, I told the story from the beginning: the idea born almost by chance while checking the weather for a holiday, the memory of my grandfather, who for years had been my personal meteorologist, the decision to build something small and useful, and then the surprise of seeing people actually use it. What began as a personal experiment quickly became a small global service, still running with the same philosophy: FreeBSD, jails, simple scripts, snac, text, emoji, and a lot of small pieces doing their work quietly.
That article was mostly about the birth and growth of the project. This one is about one of the less romantic parts of the same story, although I have to admit that I find a certain beauty in it too: keeping the service light as it grows.
FediMeteo (https://fedimeteo.com) is still intentionally simple from the outside. A homepage, some numbers, a list of countries, and many ActivityPub accounts publishing weather forecasts. The posts are text and emoji. There is no JavaScript requirement to read the pages, no heavy frontend, no unnecessary media attached to every forecast, and no dynamic homepage recalculated at every visit just to show the same numbers. This is not accidental. It is the way I wanted the service to behave from the beginning.
But the more the service is used, the more the small details matter. A request that looks harmless when there are ten followers may become a repeated request when there are thousands of followers, remote instances, crawlers, previews, and other servers fetching the same public objects. In the Fediverse, the same small thing can be asked many times by many different places, each one with a perfectly legitimate reason. The backend doesn't care: it just needs to deal with the requests.
And in FediMeteo, the backend is snac (https://codeberg.org/grunfink/snac2).
I like snac very much precisely because it is small, clear, and efficient. It is not a giant application that tries to be everything. It does a focused job and does it well. But this also means that I want to respect its shape. I do not want to waste its threads on work that the reverse proxy can safely do. A snac thread serving the same public avatar again and again is not a tragedy, but it is still a waste. A snac thread answering the same public ActivityPub object several times in the same minute is doing real work, but often not necessary work.
This is the reason behind the HAProxy (https://www.haproxy.org) tuning I am currently using in front of FediMeteo.
It is not about making the configuration look clever. It is about keeping snac quiet.
This is especially important because snac uses a limited number of threads. I like that. Limits are healthy. They force us to understand what the service is doing, and they prevent a small program from pretending to be an infinite resource. But limits also make waste visible. If a few threads are busy serving files that could have been served from cache, those threads are not available for something more useful.
With FediMeteo the implementation is different because the reverse proxy is HAProxy, but the reasoning is the same. I have many small snac instances, each one in its own FreeBSD (Bastille (https://github.com/BastilleBSD/bastille)) jail, and one public entry point that has to route, terminate TLS, compress, cache, and generally remove as much repetitive work as possible from the backends.
This is, in a way, the natural continuation of the original FediMeteo design. In the first article I wrote that I wanted to manage everything according to the Unix philosophy: small pieces working together. This is another piece of that same puzzle. HAProxy does the edge work. snac does the ActivityPub work. Scripts generate forecasts. cron launches updates. ZFS gives me snapshots. FreeBSD jails keep countries separated. Nothing is particularly heroic by itself, but the whole system becomes pleasant because each part has a clear responsibility.
FediMeteo does not use media in its forecasts.
No images attached to the posts, no generated weather cards, no maps for each city, no decorative banners. The forecasts are text and emoji. This was a deliberate decision. Weather information does not become more useful just because it is put inside an image, and every media file used by the service would become something to store, serve, cache, federate, expire, back up, and occasionally debug.
Text and emoji are enough. They are accessible, light, readable in text browsers, friendly to timelines, and understandable even when someone does not know the local language perfectly. This was one of the original design principles of FediMeteo, and it also helps the infrastructure. Less media means less work, fewer cache entries, fewer repeated fetches, fewer surprises.
There is one exception: the avatar.
All FediMeteo accounts use the same avatar, and this is also intentional. I could have used a different avatar for each country, or for each city, or created something visually richer. It would have been nicer in some screenshots, perhaps. It would also have been operationally worse.
With one shared avatar, the reverse proxy has one very useful object to cache. It is public, identical for everyone, small, requested often, and therefore almost always hot in cache. HAProxy can serve it directly instead of asking each snac instance to return the same file. Since avatars are requested by remote instances, browsers, profile previews, and all sorts of federation-related fetches, this single decision removes a surprising amount of pointless backend traffic.
So the avatar is not only a visual identity. It is part of the architecture.
This is the kind of optimization I like most, because it starts before the software. It starts with deciding not to create a problem.
It is a static HTML page generated from a template. Once per hour, a cron script updates the numbers and statistics. It counts the data I want to show, regenerates the page, and then the page remains static until the next run.
This is not because I cannot make a dynamic page. It is because I do not need one. Boring is good.
The homepage does not need to query all the country instances on every visit. It does not need a database request for each user who opens it. It does not need to ask snac anything in real time. The numbers are useful, but they do not need to be updated every second. Once per hour is enough, and it also fits the spirit of the whole project: do the work when it is needed, then serve the result cheaply.
I have seen too many small services become heavy because the first implementation was convenient rather than appropriate. A cron job and a template are not fashionable, but they are often exactly what a page like this needs.
fedimeteo.comAnd many more.
www.fedimeteo.com
it.fedimeteo.com
uk.fedimeteo.com
jp.fedimeteo.com
us.fedimeteo.com
usa.fedimeteo.com
can.fedimeteo.com
canada.fedimeteo.com
At the beginning, it is always tempting to write one ACL after another in the HAProxy frontend. It is quick, it is explicit, and for five hostnames it is perfectly fine. But FediMeteo did not remain at five hostnames. As countries and aliases grew, a long chain of ACLs would have turned the frontend into a list of names instead of a description of how the proxy behaves.
So I moved the hostname to backend mapping into a map file:
fedimeteo.com backend_fedimeteoThe frontend then needs only one rule:
www.fedimeteo.com backend_fedimeteo
it.fedimeteo.com backend_it
uk.fedimeteo.com backend_uk
jp.fedimeteo.com backend_jp
us.fedimeteo.com backend_us
usa.fedimeteo.com backend_us
can.fedimeteo.com backend_ca
canada.fedimeteo.com backend_ca
use_backend %[req.hdr(host),field(1,:),lower,map(/usr/local/etc/fedimeteo.map,backend_fedimeteo)]This reads the
Host header, removes the port if present, lowercases the result, and looks it up in /usr/local/etc/fedimeteo.map. If nothing matches, it falls back to the main FediMeteo backend.I like this because it keeps the configuration honest. The frontend contains the policy. The map contains the data. Adding a country means adding an entry to the map and defining a backend. I do not need to make the frontend more complicated every time the service grows.
backend backend_itOne backend, one jail, one snac instance. This is exactly the same organizational principle as the rest of the project. If I need to reason about Italy, I look at the Italian jail. If I need to reason about the United Kingdom, I look at the UK jail. If one day I need to move a country elsewhere, the separation is already there.
mode http
http-reuse safe
server srv1 10.0.0.2:8001 maxconn 30backend backend_uk
mode http
http-reuse safe
server srv1 10.0.0.7:8001 maxconn 30backend backend_jp
mode http
http-reuse safe
server srv1 10.0.0.32:8001 maxconn 30
The maxconn 30 value is not a magic number. It is a ceiling. I want each small backend to have a visible limit in front of it. If something starts hammering a country instance, I prefer the pressure to appear at the HAProxy layer instead of becoming unlimited concurrent work inside snac.
http-reuse safe lets HAProxy reuse backend connections where appropriate. This is another small reduction in unnecessary work. Opening connections repeatedly is not the biggest problem in the world, but avoiding it is still better, especially when many small services sit behind the same proxy.
frontend https_inTLS defaults are set globally:
bind :::443 v4v6 ssl crt /usr/local/etc/certs/ alpn h2,http/1.1
mode http
option http-keep-alive
ssl-default-bind-ciphersuites TLS_AES_128_GCM_SHA256:TLS_AES_256_GCM_SHA384:TLS_CHACHA20_POLY1305_SHA256Port 80 only redirects to HTTPS, except for Let's Encrypt challenges:
ssl-default-bind-options no-sslv3 no-tlsv10 no-tlsv11 no-tls-tickets
acl letsencrypt-acl path_beg /.well-known/acme-challenge/In the HTTPS frontend I also set the usual forwarding headers:
http-request redirect scheme https code 301 unless letsencrypt-acl
use_backend letsencrypt-backend if letsencrypt-acl
http-request set-header X-Real-IP %[src]And I add HSTS:
http-request set-header X-Forwarded-Proto https
http-response set-header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload"None of this is unusual, and that is fine. The interesting parts of an infrastructure are not always the parts that should be unusual.
cache mediacacheI keep media and ActivityPub JSON separate because they are not the same kind of traffic.
total-max-size 128
max-object-size 10000000
max-age 3600
process-vary on
max-secondary-entries 12cache jsoncache
total-max-size 16
max-object-size 1000000
max-age 60
process-vary on
max-secondary-entries 12
The media cache is larger and has a longer maximum age. In FediMeteo, this mostly means the shared avatar and a few static-looking objects. Since there is intentionally almost no media, the important cached object is requested very often and remains warm.
The JSON cache is smaller and short-lived. It is there for public ActivityPub GET requests, not to store federation state forever. A 60 second cache is enough to collapse many repeated requests that arrive close together in time, without pretending that ActivityPub responses should be treated like immutable files.
This distinction is important. Caching is not one decision. It is a set of small decisions about what a response means, who can see it, how often it changes, and what happens if it is served again.
acl is_media path_end -i .jpg .jpeg .png .gif .webp .svg .ico .mp4 .webm .mp3 .ogg .wav .flac .mov .avi .mkv .m4vThen I store the result in a transaction variable:
http-request set-var(txn.is_media) bool(true) if is_mediaThe cache lookup is straightforward:
http-request cache-use mediacache if { var(txn.is_media) -m bool true }
And on the response side:http-response set-header Cache-Control "max-age=3600, public" if { var(txn.is_media) -m bool true }
http-response del-header Set-Cookie if { var(txn.is_media) -m bool true }
http-response del-header Vary if { var(txn.is_media) -m bool true }
http-response cache-store mediacache if { var(txn.is_media) -m bool true }
The Cache-Control header makes the intent explicit. Set-Cookie is removed because a public media object should not carry session information. Vary is removed because I do not want the same avatar to fragment into many cache entries because of harmless header differences.This is aggressive only if removed from its context. In this service, with this media policy, it is a reasonable choice. FediMeteo is not serving private media under these paths. It is mostly serving the same public avatar over and over.
For the same reason, I clean the request before it reaches the backend:
http-request del-header Authorization if { var(txn.is_media) -m bool true }
http-request del-header Cookie if { var(txn.is_media) -m bool true }
I would not do this globally. I do it after deciding that the request is media. Scope is what makes these rules safe.The result is exactly what I want: the shared avatar becomes an almost perfect cache object. Small, public, repeatedly requested, and served by HAProxy instead of snac.
Accept header:acl is_ap_json req.hdr(Accept),lower -m sub application/activity+jsonThis part matters because ActivityPub uses content negotiation. The same path may return HTML to a browser and JSON to a remote instance. If the proxy pretends that a URL is always one thing, it will eventually cache the wrong representation.
acl is_ap_ldjson req.hdr(Accept),lower -m sub application/ld+json
acl is_outbox path_end /outbox
acl is_get method GET
acl has_auth req.hdr(Authorization) -m found
acl has_cookie req.hdr(Cookie) -m found
So I only mark public ActivityPub GET requests as cacheable:
http-request set-var(txn.is_activitypub) bool(true) if is_get !is_outbox is_ap_json !has_auth !has_cookieThere are several decisions here, all important.
http-request set-var(txn.is_activitypub) bool(true) if is_get !is_outbox is_ap_ldjson !has_auth !has_cookie
It must be a GET, because I am not caching deliveries or anything that changes state. It must not be /outbox, because outbox collections are not the traffic I want to cache here. It must not have Authorization, and it must not have cookies, because authenticated or user-specific requests do not belong in a shared public cache.
Then the cache can be used and populated:
http-request cache-use jsoncache if { var(txn.is_activitypub) -m bool true }http-response set-header Cache-Control "max-age=60, public" if { var(txn.is_activitypub) -m bool true }
http-response cache-store jsoncache if { var(txn.is_activitypub) -m bool true }
Sixty seconds is short, but useful. Federation often creates small clusters of identical requests. A remote server fetches an actor, another fetches the same actor, something asks for the same object, something retries. I do not need to cache these responses for hours. I only need HAProxy to answer the second and third identical request during the same small burst.This is microcaching in the most practical sense. It reduces repeated work without changing the nature of the service.
acl is_short_path path_reg ^/[^/]+/s/This comes from the same observation that led me to cache snac media with nginx. snac uses static media paths, and those paths often represent the kind of public, repeatable traffic that should not consume backend threads if the proxy can serve it. I call them "short", not because they are, but because the first time I saw them, I thought the 's' stood for "short", not "static". The name just stuck.
http-request cache-use mediacache if is_short_path
In FediMeteo this is less central than on a normal social instance, because I deliberately do not use media except for the avatar and basic static objects. Still, the rule fits the general policy: let HAProxy handle repeatable edge work, and let snac spend its threads where they are actually needed.
Vary, but not without limitsprocess-vary onI want HAProxy to process
max-secondary-entries 12
Vary, because content negotiation is real, especially when ActivityPub is involved. But I also want variation to be bounded. If every slightly different header creates another cache entry, the cache becomes a complicated way to miss.For media, I remove Vary before storing the response. A shared avatar does not need to vary by Accept. For ActivityPub JSON, I am more careful because the representation matters.
Again, the important thing is not the number itself. It is the decision to make variation explicit and limited.
http-response set-header X-Cache-Status HIT if !{ srv_id -m found }
http-response set-header X-Cache-Status MISS if { srv_id -m found }
This is intentionally simple. If HAProxy selected a backend server, I call it a miss. If no backend server was selected, the response came from cache, so I call it a hit. It is not a complete observability system, but it is enough to answer the first question I usually have after changing a cache rule.Did this request reach snac?
A test can be as simple as:
curl -I https://it.fedimeteo.com/path/to/avatar.pngThe second request should be a hit.
curl -I https://it.fedimeteo.com/path/to/avatar.png
For ActivityPub JSON, the test must use the right Accept header:
curl -I \And I also want to verify that cookies and authorization prevent public caching:
-H 'Accept: application/activity+json' \
https://it.fedimeteo.com/some/activitypub/object
curl -I \A cache that works should be visible. A cache that is invisible can be correct, but it can also be silently wrong. I prefer to know.
-H 'Cookie: test=value' \
-H 'Accept: application/activity+json' \
https://it.fedimeteo.com/some/activitypub/objectcurl -I \
-H 'Authorization: Bearer fake' \
-H 'Accept: application/activity+json' \
https://it.fedimeteo.com/some/activitypub/object
filter compressionThis keeps another common responsibility at the edge. The country instances can stay focused on snac and the forecast data, while HAProxy deals with client-facing compression for HTML, JSON, and ActivityPub responses.
compression algo gzip
compression type text/css text/html text/javascript application/javascript text/plain text/xml application/json application/activity+json
There is also a local Prometheus exporter:
frontend prometheusAnd I keep internal operational paths, such as statistics and Grafana, handled before the hostname map. These are small details, but ordering matters. Special paths should be explicit and early. The hostname map is for FediMeteo routing, not for every internal tool I happen to expose behind the same proxy.
bind 127.0.0.1:8405
mode http
http-request use-service prometheus-exporter
no log
The map keeps hostname routing manageable. The backend definitions keep each country isolated and limited. The static homepage avoids dynamic work for something that changes once per hour. The shared avatar gives HAProxy one very hot media object to serve directly. The media cache keeps public files away from snac. The JSON microcache absorbs short ActivityPub bursts. Header cleanup prevents useless variation. Connection reuse avoids unnecessary backend connection churn.
But all of this is only a longer way of saying one thing:
fewer requests reach snac.
That is the metric I care about here.
Not because snac is slow. If anything, FediMeteo exists in its current form because snac is efficient enough to make this kind of project possible on a very small VPS. But precisely because the whole architecture is small and pleasant, I do not want to waste resources where there is no need.
This is also consistent with the rest of the project. Forecasts are serialized by scripts. Updates happen every six hours. The homepage is regenerated hourly. Countries live in separate jails. Snapshots and backups are handled outside the application. No single component tries to be the entire system.
HAProxy is just another small piece, but it sits in the right place to remove a lot of repeated work.
It matches FediMeteo as it is now: almost no media, one shared avatar, static homepage, public forecasts, many small snac instances, and ActivityPub traffic that can benefit from a short public cache when there are no cookies or authorization headers.
If I decide one day to use media in forecasts, the media cache rules will need to be reviewed. If I use different avatars for each city or country, the cache will still work, but I will lose the very nice property of one shared, always-hot avatar. If ActivityPub responses become actor-dependent, public JSON caching must be reconsidered. If one country grows a very different traffic pattern from the others, it may deserve a different limit or policy.
This is why I do not like presenting configurations as magic. A good configuration is a written form of the assumptions behind a service. When the assumptions change, the configuration must change too.
The HAProxy layer follows this idea. It terminates TLS, routes hostnames through a map, reuses backend connections, serves the shared avatar from cache, microcaches public ActivityPub JSON, avoids authenticated and cookie-based traffic, and gives me a small diagnostic header to see what is happening.
There is no single brilliant directive here. There is only the usual work of matching infrastructure to reality.
FediMeteo publishes weather forecasts as text and emoji. The homepage is static HTML updated every hour. The accounts share the same avatar because it is enough, and because it is better for the cache. Each country has its own snac instance in its own FreeBSD jail. HAProxy stands in front of them and tries, quietly, not to bother them unless it has to.
I like this kind of infrastructure.
Not because it is invisible, but because when it works well, it leaves very little to say.
https://it-notes.dragas.net/2026/05/18/fedimeteo-haproxy-and-the-art-of-not-wasting-snac-threads/
#ITNotes #NoteHUB #fediverse #freebsd #haproxy #hosting #jail #networking #ownyourdata #server #snac #snac2 #social #web
Dear #fediverse friends - does anyone have solar panels attached to their fence and use it to generate electricity (and be happy to share an image or two)?
I'm working on a website to document different types of #stealthsolar and don't have any images of #solarpanels on fences.
Week in Fediverse 2026-05-15
Servers
- PieFed v1.6.23
- Hollo v0.8.3
- Ktistec v3.3.8
- Wafrn v2026.05.01
- snac v2.92
- Mitra v5.3.0
- Iceshrimp v2026.4.2
- Hollo v0.8.4
- Vernissage v1.37.0
- Bonfire v1.0.3
- Hometown v1.2.1
- tootik v0.22.1
- NeoDB v0.14.2
- NodeBB v4.11.3
- PieFed v1.6.23
- Wanderer v0.19.0
- Aktor: A headless, Mastodon-compatible ActivityPub server
Clients
- FediLab v3.40.0
- tooi v0.25.0
- Holos v1.5.6
- Phanpy changelog
- lemmy-tray: Read lemmy posts in system tray
Tools and Plugins
- FediFetcher v7.1.18
- slurp v1.1.1
For developers
Articles
- There Are a Million Fediverses. Some of Them Are Louder than Others
-----
#WeekInFediverse #Fediverse #ActivityPub
Previous edition: https://mitra.social/objects/019e0915-d395-7e60-aad7-f2f1a354264a
Sing us s a song, you're the Barista man!
Good morning, #BSDCafe
Good morning, #illumosCafe
Good morning, #Fediverse
https://song.link/y/gxEPV4kolz0
#Music #JukeBox #MastoMusic #MastoRadio #FediMusic #FediRadio
Local weather updates for Cyprus are now available directly in the Fediverse.
You can follow dedicated accounts for 24 cities and places across the island, including Nicosia, Limassol, Larnaca, Paphos, Famagusta, Kyrenia, Troodos, Ayia Napa, Protaras and more.
Cyprus is covered in English, keeping forecasts neutral, geographic and consistent with other FediMeteo instances for sensitive or multilingual areas.
Main page: https://cy.fedimeteo.com/
Follow your nearest local account and get regular weather updates in your Fediverse timeline.
Available cities and places:
Ayia Napa - @ayia_napa@cy.fedimeteo.com
Dali - @dali@cy.fedimeteo.com
Famagusta - @famagusta@cy.fedimeteo.com
Kato Pyrgos - @kato_pyrgos@cy.fedimeteo.com
Kyrenia - @kyrenia@cy.fedimeteo.com
Lapithos - @lapithos@cy.fedimeteo.com
Larnaca - @larnaca@cy.fedimeteo.com
Lefkara - @lefkara@cy.fedimeteo.com
Limassol - @limassol@cy.fedimeteo.com
Morphou - @morphou@cy.fedimeteo.com
Nicosia - @nicosia@cy.fedimeteo.com
Omodos - @omodos@cy.fedimeteo.com
Paphos - @paphos@cy.fedimeteo.com
Paralimni - @paralimni@cy.fedimeteo.com
Peyia - @peyia@cy.fedimeteo.com
Pissouri - @pissouri@cy.fedimeteo.com
Polis - @polis@cy.fedimeteo.com
Pomos - @pomos@cy.fedimeteo.com
Protaras - @protaras@cy.fedimeteo.com
Rizokarpaso - @rizokarpaso@cy.fedimeteo.com
Strovolos - @strovolos@cy.fedimeteo.com
Trikomo - @trikomo@cy.fedimeteo.com
Troodos - @troodos@cy.fedimeteo.com
Zygi - @zygi@cy.fedimeteo.com
#FediMeteo #Cyprus #Weather #Fediverse #FediMeteoAnnouncements #FediMeteoCoverage
RE: https://poliversity.it/@devconf/116549350437622576
La DevConf sarà un evento davvero interessante, ricco di interventi stimolanti.
Il programma prevede argomenti a tutto tondo, con una particolare attenzione al Fediverse e alle tecnologie di comunicazione libera.
Personalmente presenterò #FediMeteo, raccontando come è nato, perché, come è fatto, a chi è rivolto, alla libertà dietro il progetto stesso. E ad una truffa.
Stay tuned!
https://devconf.it/2026/programma.html
#DevConf #DevConfItalia #IT #SysAdmin #Fediverso #Fediverse #OwnYourData
Happy Sunday, #BSDCafe
Happy Sunday, #illumosCafe
Happy Sunday, #Fediverse
I'm dismantling a small Kubernetes cluster and converting everything into FreeBSD jails. From 3 VMs to 1 smaller one, better performance, easier maintenance.
Do we really need a truck to carry a single pizza?
Your reader, your couch, your rules.
Starting today, both my-notes.dragas.net and it-notes.dragas.net are changing the way they distribute content - on RSS and on the Fediverse alike.
No more excerpts. No more "read more" links. Full posts, delivered directly to you, wherever you choose to read them.
Here's why:
I don't run ads. I don't have paywalls. I don't sell attention, or measure success in page views. I never have, and I have no intention of starting. My blogs exist because I enjoy writing, and because
some of what I write might be useful - or simply enjoyable - to someone else.
That's the whole business model. There isn't one.
When that's the case, there's no reason to keep content behind a click.
Sending you a teaser and asking you to visit my site would only make sense if I needed you *on my site* - for an impression, for a conversion, for something. I don't. So why would I make you leave your reader, your client, your comfortable corner of the internet, just to come to mine?
What I want instead is simple: that you can read what I write the way you'd read a book on a cold winter evening, wrapped in a warm blanket. Privately.
Quietly. On your own terms, in your own space, without anything tracking your eyes or nudging you toward something else.
Your RSS reader is yours. Your Fediverse instance is yours. The content should be yours too.
If you're on the Fediverse, you can follow both accounts directly:
- my-notes → @mynotes
- it-notes → @itnotes
These are low-traffic accounts. If you don't want them to get lost in your timeline, feel free to hit the notification bell. I promise it won't make much noise.
So from now on, it will be.
Week in Fediverse 2026-02-20
Servers
- snac v2.90
- Castopod v1.15.0
- Ktistec v3.3.0
- tootik v0.21.1
- Badgefed v0.1.1
- Gush! v0.0.30
- Wanderer v0.18.5
- PieFed v1.6.6
- Our technical direction (Mastodon)
Clients
- Sengi v1.8.0
- tooi v0.21.2
- Summit v1.77.0
- Aria v1.4.3
- Pixelix v4.3.2
Tools and Plugins
- feed2fedi v3.5.0
- PeerTube Browser: A video discovery project for the federated PeerTube network
Protocol
- FEP-34c1: Collection Filtering using TREE Hypermedia Vocabulary
Articles
- Where Does Community Live?
- Why MAEPs? What should they look like?
- how to not regret c2s
- Reimagining Fediverse Advocacy
- FR#154 – Search and Community
-----
#WeekInFediverse #Fediverse #ActivityPub
Previous edition: https://mitra.social/objects/019c5906-05c0-87bf-8302-8226a8513c00
The time is probably right.
Back in 2022, when I was still using iOS, I wasn’t completely happy with the Fediverse apps that were available. I was mostly using Akkoma, and the interface I liked the most was actually its web UI, even on mobile. So I started playing with Xcode and put together the foundations of an app tailored to my needs.
A lot has changed since then and today we have great alternatives like IceCubes, Mona, Ivory, etc. Each one has strengths and weaknesses though, so I picked up my old project again and kept pushing it forward.
So I’m happy to announce that my app will finally see the light: I’ve been using it for the past few days and, in my spare time, I’m fixing bugs and adding missing features. I’m building it around my own needs, so it doesn’t have to “appeal to everyone”. I wouldn’t call it opinionated, but it’s definitely targeted.
The app will have one key trait: #snac2 support will be a first-class feature, not an incidental one. Many apps, especially on iOS, support snac as a side effect, but the experience is often not optimal. In this case, the choice is deliberate and it strictly follows the Mastodon API support implemented by snac. So snac will work properly (within the limits of the platform, of course).
Among the features already implemented: the app is minimal and lightweight (under 10 MB, including debug code), easy on RAM, and privacy-first (for example it strips EXIF data from media before posting, so the server will never see it). On snac it also cleans up the "Boosted by Aoderelay" messages that appear when using a relay, removes the character limit, and supports posting in Markdown.
I also added support for Apple Intelligence to generate alt text, both for the media I post and for media posted by others that is missing alt text.
Everything is processed locally through Apple APIs and only on supported devices. The results aren't amazing, Apple Intelligence is extremely limited, but in my opinion it's the only privacy-friendly and ethical way to approach it. And of course, you can disable it.
On Mastodon it supports all the main features: lists, quote posts, granular notifications (you can choose what you want for each category), notification grouping, multi-account support, and it works.
It's still missing a few things (block, etc.) and has some bugs, which I’m spotting as I keep using it.
As soon as it's stable enough, I'll invite a few people to test it. I still haven't fully decided how I'll distribute it: an Apple Developer account has a yearly cost, and I hope to reuse it for other projects too. So this app might be paid, with a trial period, but if possible (I still need to check what’s feasible) I'd like it to be free if you connect to one of the BSD Cafe instances, illumos Cafe, or any snac instance, including your own.
I don't know how long it will take before it's ready... but I can already tell you what it will be called.
It already has a name, and it's... MastoBlaster.
This name was chosen for personal reasons, and also because of its similarity to Master Blaster by Stevie Wonder, which even today feels relevant and fitting for the Fediverse.
Stay tuned!
#MastoBlaster #Fediverse #Mastodon #iOS #FediverseApp #Announcement #Apple #snac #snac2 #BSDCafe #illumosCafe
#OverUnder 046 with @stefano
He's a #Unix enthusiast, he hangs out at the #BSD cafe, and write about various systems.
If Unix tips interest you, you should definitely check him out.
Today, he shares his thoughts on #DragonFlyBSD, #AWS, #TuxedoComputers, #zsh, and #Nespresso.
#terminal #shell #opensource #coffee #blog #cloud #Tuxedo #fediverse #mastodon
It's amazing how much energy has been injected into the FediMeteo project by @stefano
I've just surfed to the page and saw this enormous amount of Cities which are now covered
Two Thousand nine hundred and eight cities!
Yes you've read that right 2908 cities.
In order to get a city up and running in the system there's a significant amount of code that Stefano needs to add to the system. He has of course written everything in a modular and scalable manner, but that does not make the work any less.
We should all be thankful for this work that is done so that people from thousands and thousands of cities can see their weather right in the FediVerse.
If your city has not been covered yet, just be patient, like me. Realize how much work Stefano does in his free time in an OpenSource manner.
#Programming #OpenSource #technology #weather #FediMeteo #FediVerse #BSD #UNIX
The in-person events at FediCon in Vancouver lit a fire in the Canadian ActivityPub community. One of the louder calls were for a place in the fediverse for ActivityPub discussions; a place for groups to form and for long-running discussions to be had.
I was more than happy to get involved. I also wanted such a place, and I've discussed it on and off for the past year. ActivityPub development discussions are fragmented across multiple disconnected channels, and none of them fully capture the entirety (or a majority, or even a sizeable minority) of the AP developer community. ActivityPub.Space is my answer to that call.
One constant about ActivityPub is that all ActivityPub developers are on the fediverse, and so it only makes sense that discussions about AP development should also take place on the fediverse.
At the same time, the "fediverse" isn't one singular entity. @jaz@mastodon.iftas.org famously quipped "There is One Fediverse. There are a Million Fediverses." While I can't make guarantees about this site connecting with a million fediverses, I can say that it does connect with the microblogiverse, the blogiverse (WordPress blogs!), and the Threadiverse (Lemmy/Piefed/MBin/NodeBB/Discourse).
The site is divided up into several categories:
We also pull in content direct from Fediverse news outlets such as "Week in Fediverse", "Connected Places", and "Relay, by We Distribute".
On the threadiverse side, we directly link to several other fediverse-focused communities on Lemmy and Piefed.
We utilise a number of relays to both distribute local content out and receive content from the wider microblogiverse. When content comes in via microblogs, they're not usually categorized, so we check for relevant hashtags and automatically categorize them into one of the local categories.
The wonderful thing about this site is that it fully federates, which means you can follow all of these categories from your app of choice. You don't even have to register a local account if you don't want to, but you definitely can (and should!) if you want the best experience browsing the categorized topics.
The categories today are rather broad, but over time I hope to split them up into smaller topics based on user demand. Give the site a try today!
My friends, I'm so excited and happy to introduce a new project: the illumos Cafe!
The positive and constructive spirit of the BSD Cafe, created and maintained by all the friends who participated from day one in building a strong and friendly community, deserves to spread to other operating systems. Because there are other OSes that deserve attention, certainly more than they're getting right now.
Operating systems based on illumos (like SmartOS, OmniOS, Tribblix, OpenIndiana, etc.) are mature, stable, secure, and perfectly usable for a wide range of tasks. ZFS is native, zones are an excellent method for containerization, and bhyve and kvm coexist beautifully - and so much more, too much to list in a single post.
So from today, the illumos Cafe will stand alongside the BSD Cafe in creating a positive, respectful, and growth-oriented (but also relaxing!) environment, starting right here in the Fediverse with a Mastodon instance and a snac one.
I've written an introductory article about the project, including some technical details. I invite everyone interested to read it: https://it-notes.dragas.net/2025/08/18/introducing-the-illumos-cafe/
Choose your table, take a seat and enjoy your time at the illumos Cafe!
#SysAdmin #IT #BSDCafe #illumosCafe #Community #OpenSource #OSS #illumos #SmartOS #OpenIndiana #ZFS #bhyve #kvm #Fediverse #Mastodon #snac #ITNotes
I just had such a lovely conversation with #bsd "barista" @stefano about building community here. What a nice way to start the week -- by being reminded that there are thoughtful humans who care about genuine connection.
Thank you to @_elena and others who recommended him.
Now I want more fedi friends! 😃 Anyone? Anyone?
https://it-notes.dragas.net/2025/02/08/caching-snac-proxied-media-with-nginx/
#Data #Fediverse #Hosting #ITNotes #Networking #Nginx #NoteHUB #Ownyourdata #Server #Snac #Snac2 #Social #Tipsandtricks #Tutorial #Web
Some technical details for those interested:
The entire FediMeteo setup runs on a FreeBSD VM costing around 4 euros per month. It supports almost all major EU countries (plus the UK), with just a few left to complete. Currently, there are 25 separate jails, each running its own instance of snac, totaling 25 instances. The VM load typically stays around 10%, which increases to 30% when updates are published for countries with larger numbers of cities (currently Germany and Italy). The only time the load spikes is when new countries are announced; during that time, all remote instances connect to all cities to download their details.
As for RAM usage, excluding the ZFS cache, it's currently a total of 213 MB. Yes, MB.
Announcing FediMeteo – Weather in the Fediverse!
UPDATE: I have created an account for updates and other information on FediMeteo - follow the account @admin to stay updated!
UPDATE: Ireland, Poland, Portugal and Switzerland have just been added
Weather has always influenced our lives: from agriculture to outdoor activities, to extreme events that, thanks to modern technology, can now be predicted with greater reliability. Personally, weather plays a significant role in my daily decisions, which is why I decided to create a service tailored for the Fediverse.
FediMeteo uses Open-Meteo data to publish updates every 6 hours, including current weather conditions, forecasts for the next 12 hours, and predictions for the upcoming days. Each country is served by its own dedicated instance (e.g., it.fedimeteo.com for Italy), managed through snac to ensure simplicity and efficiency in publishing.
You can follow FediMeteo directly in the Fediverse (on Mastodon and compatible platforms), via RSS, or by visiting the dedicated page for your city (e.g., fr.fedimeteo.com/paris).
Currently supported countries include:
Austria, Germany, France, Ireland, Italy, Netherlands, Poland, Portugal, Spain, Switzerland and the United Kingdom, – with many more regions coming soon!
FediMeteo is hosted on a FreeBSD-based VPS, with each country isolated in its own jail to ensure security and scalability.
Visit the main site to explore the national instances and start following your local weather updates today:
https://fedimeteo.com
Happy weather monitoring to all! 🌦️
FediMeteo is dedicated to my grandfather, who every evening would give me the weather forecast based on TV, radio, and his personal experience. He would convince me that the weather would be bad, so he had an excuse to accompany me to school instead of me going alone.
#FediMeteo #Announcements #FreeBSD #FediMeteo #WeatherForecasts #Weather #Meteo #snac #Fediverse #Mastodon
When I talk about the importance of going all in on the Fediverse, I speak based on experience.
At Opera we built a massive user community. When I quit, we had something like 35 million registered users and 35 million monthly visitors.
The new Opera management did not see the value of that. They believed it was cheaper and better to just use Facebook and that investing in your own community was a waste of money. So they closed down MyOpera and built a following on Facebook and Twitter instead. Then they got caught by the bait and switch when Facebook changed and you would no longer reach your audience, without paying. Later on Twitter changed as well.
This is important to explain to companies and institutions as they go shopping for social media sites to invest in. The best investment is clearly in your own site, being part of the Fediverse. It is not even all that expensive to do. It may take longer to build, but at least it is your own.
Not saying you cannot build a following on those other sites, but your long term strategy should be the Fediverse with your own server.
We try to lead the way here and thus we build Vivaldi Social. Not just for our selves, but to make a point and support the Fediverse.
Mastodon Migration Blog » 🌐
@mastodonmigration.wordpress.com@mastodonmigration.wordpress.com
What are Follow Packs?
They are just packaged topical lists of up to 35 accounts you can follow from your Mastodon or other Fediverse account. You can follow the entire pack by importing a file. And the entire pack loads into a list, so it becomes a feed for that subject. You can also just browse for accounts you might want to follow individually.
So, they’re like Bluesky Starter Packs?
Yes, but not quite as convenient. It’s not hard, but because Mastodon does not have a one-click way to do this, you need to download a follow pack file and then use Mastodon’s import facility. Instructions are provided in the directory and also below.
What Follow Packs are there?
Packs are being added all the time. Right now there are packs for Astronomy and Space, Climate, US Politics and Miscellany. For a current directory check out the Mastodon Migration FediBlog at: https://mastodonmigration.wordpress.com/2024/11/20/mastodon-follow-pack-directory-nov-20-2024/
How do I do do it?
Check out the latest directory at https://mastodonmigration.wordpress.com/2024/11/20/mastodon-follow-pack-directory-nov-20-2024/ . Basically determine which pack you want to follow and download the .csv then import the pack. Instructions are provided. Follows are loaded into a list in your account.
OK, but I don’t want to mess up my lists. What happens if I already follow an account in the pack?
That’s fine. The followed account will just be added to the new list, and if you already had that account in a list, it will now just be in both lists.
Can I then add more accounts to the list?
Sure! That’s the idea. Many of these accounts boost other great accounts in their topic area. You will quickly find additional accounts you will want to follow. When you do follow a new account add it immediately to the list by clicking the “…” button at the top of the profile and selecting “Add or Remove from lists”
What if I don’t like your pack list title?
Simply change it. Click on the list, then the gear icon and you can edit the list name and contents. Also, you can determine if you want to “Hide these posts from home” so they don’t clutter up your home feed.
What if I’ve been added to a list and I don’t want to be in it?
Every follow pack has a listed administrator. Message them to ask to be removed.
How do I know if my account is in a Follow Pack?
You can search through the directory. Also, whenever a new directory is posted all members of every pack are notified by being copied on the post.
What if I don’t want to follow accounts from Threads or Bluesky?
Any pack that contains Threads or Bluesky bridged accounts will have a special notice. Just don’t import one of them.
#FollowPack #StarterPack #MastodonMigration #MastoTips #Help #Directory #Guides #Mastodon #Fediverse #FediBlog
Follow Pack Notices
OPT-OUT NOTICE: If your account is listed in any Follow Pack and you do not want it to be, please message the pack administrator and refer to the pack from which you would like your account removed.
BRIDGE ACCOUNT NOTICE: Packs that include accounts that bridge outside the Fediverse will be identified with a special notice.
REPLIES ON MASTODON NOTICE: Replies include all named accounts. Please edit any replies to remove addresses you do not intend to send the reply.
Follow Pack Instructions
Download the pack .csv file and import into Mastodon to follow all accounts:
– Click on a FollowPack .csv file link to download
– Click on Preferences (gear) icon on bottom right
– On mobile or narrow desktop click top right “hamburger” button
– Click Import and Export >>> Import
– Import type dropdown: Select “Lists” (NOT “Following list”)
– Verify that ‘Merge’ is selected (IMPORTANT)
– Click Browse… button >>> Select “[file name] – list.csv”
– Upload >>> Confirm
______________________________
This post comes from the WordPress Mastodon Migration Blog: https://mastodonmigration.wordpress.com/
You can receive all new posts to this WordPress Blog on Mastodon by following Mastodon account:
https://mastodonmigration.wordpress.com/@mastodonmigration.wordpress.com
(Copy and paste above address into search to find and follow)
Important: Replies on Mastodon to this WordPress post by default include all named accounts. Please edit your reply to remove all addresses you do not intend to send the reply. Thank you.
#accountlist #activitypub #astronomy #Astrophysics #bluesky #Booster #Climate #ClimateScience #Dire #Directory #FediBlog #fediverse #followpack #followpackdirectory #GlobalWarming #guide #Guides #Help #mastodon #mastodonmigration #MastoTips #Media #Miscellany #mmfp #Politics #Random #socialMedia #Space #StarterPack #Threads #twitter #USPol #USPolitics #USPoliticsBoos #USPoliticsMedi #USPoliticsMedia #USPoliticsThreads
This afternoon, an acquaintance joined a Mastodon instance and asked me which "celebrities" are present in the Fediverse, as if it were important to determine the value of a social network based on that.
I told him that the most important user in the Fediverse is him. Just as it’s you, reading this. Someone who has decided to interact with others freely. Who has chosen to trust their administrator (or create their own instance) more than they trust those who run traditional, monolithic, centralized social networks.
So, I want to thank all the friends of BSD Cafe, whether local or not, for being here and making this place what it is. And I thank all my friends in the Fediverse, who make my timeline lively, interesting, intelligent, fun, and thought-provoking - every day, at any time.
#BSDCafe #Mastodon #Fediverse #SocialNetworks #SocialMedia #Community #Trust #OpenSource #DigitalFreedom #JoinTheFediverse
I have to stop posting active links to our content on Mastodon.
Every time I do so now, it brings down our website for up to 5 minutes.
We've tried pretty much every claimed fix, including third party caching (which in turn breaks other elements of our website's dynamic display abilities), code changes and such on our back end code, and more stuff I don't understand at all (but have spent money paying our WP developer to implement). None of it has worked.
The #fediverse powers that be need to fix this growing problem of the #MastoDDos effect on websites. The more followers and more servers your followers are from, the more impact this has on literally bringing a website to its knees with all the DB calls.
For instance, this morning, I posted the lovely article our creative writer Ethan wrote, which ended up only getting 2 boosts and one "favourite" here, but it brought down our website for 4 minutes and 12 seconds.
That's not sustainable.
After getting to try the #Snac activity pub server developed by @grunfink on bsd.cafe thanks @stefano , I'm kind of tempted to spin up my own instance. Anyone here other than Stefano that runs their own instance ? Please share you pro's and con's plus any workarounds you have come up with.
Also how are you viewing / posting on mobile ? Are you just sticking with web or using the likes of #Tusky ?
#Fediverse #ActivityPub
I want to launch a hashtag where, every Tuesday, I'll post a message and it would be great if it became a habit for many.
In a world full of conflicts, selfishness, and egocentrism, it would be nice to focus on the good that others do, what makes our lives better thanks to the contribution of others.
My first #ThankYouTuesday to the friends of #BSDCafe - both within the community servers and beyond - who have undoubtedly contributed to making my life better, more stimulating, and richer. So, I extend this gratitude to all those who, here in the fediverse or elsewhere, are present and positive, giving me inspiration and motivation.
Truly, thank you!
#ThankYouTuesday #gratitude #positivity #community #fediverse #mastodon
Week in Fediverse 2024-03-22
Servers
- Hatsu v0.1.1
- lotide v0.15.0
- Friendica v2024.03
- snac v2.50
- Hubzilla v9.0
Clients
- Fedilab v3.28.2
- Tuba v0.7.0
- Husky v1.5.4
- Mastodon for iOS v2024.2
- Photon v1.28.4
- Voyager v2.0.0
Tools and Plugins
- Granary v6.2
- Fedi badge: A badge generator for ActivityPub-enabled social media platforms
Articles
- Bonfire Launches Open Science Network for Academics and Researchers
- Pixelfed introduces Loops, a Short-Form Video App
- Oh, Zot! Nomadic Identity is Coming to ActivityPub
- The Efforts to Extend ActivityPub
- Threads has entered the fediverse
- Last Week in Fediverse – ep 60
-----
#WeekInFediverse #Fediverse #ActivityPub
Previous edition: https://mitra.social/objects/018e4384-6968-4bee-0dc6-9f542a42d847
15 million users in the Fediverse, now.
No ad-blocker needed.
Zero ads.
My data stays on my server.
Interactions are genuine, driven by people's desire, not an algorithm pushing for conflict to boost engagement (and ad sales).
Nobody's here just because it's trendy. If you're here, you want to be here.
The best social media experience I've had in years.
Thank you to all of you, among these 15 million accounts, who have helped make this a wonderful place to be.
#Fediverse #Privacy #NoAds #GenuineInteractions #Decentralized #ThankYou #Mastodon