Skip to main content


!Friendica Support I do follow a bunch of different users from all over the #fediverse. For now, I'd like to have all people on pixelfed in a "pixelfed" group to quickly browse through new images. Is there a _fast_ way to add many users, filtered by string or domain, to a particular group in #friendica? So far, generally, managing contacts in groups seems to depend on the particular Friendica theme used (some are clumsy or slow, some simply don't show where a user comes from), but I have yet to find a real "batch" mode for that.
@Kristian maybe that is worth a request on Github, maybe is makes more sense to have this filter instead of the filter for "Protocols" with the selection like this:
All protocols
ActivityPub
DFRN
diaspora*
RSS/Atom
OStatus
Twitter

This is from ancient times when there was no other then GnuSocial, Diaspora and #Friendica I think.
@utzer ~Friendica~ Yeah, I thought about the "Protocols" approach too but it has the two limitations that (a) pixelfed is "just" ActivityPub and (b) Mastodon clients like #tusky or #fedilab are able to work with groups (which are lists in this context) but has no understanding of #friendica specialties. Maybe I'll write an issue for that then, thanks.
@utzer ~Friendica~@Kristian Yes, the "Protocol" filter is very old and has been around already before I started using Friendica. I would add another one "Networks" instead of replacing it. Sometimes you want to filer your timeline only for e.g. RSS/ATOM feeds.
@Roland Häder just make "RSS/ATOM" a selection in "Networks"... I guess that would do.

Friendica is aware of the Network type, so it should be able to filter based on this information as well as it does based on the Protocol.
The Protocols section is outdated. Nowadays nearly all communication is done via AP, even Friendica internal.
@Michael Vogel@utzer ~Friendica~@Kristian So can I go ahead and try rewriting it? Means:
- Rename "Protocols" to "Networks
- Change implementation to query proper table column
@Michael Vogel@utzer ~Friendica~@Kristian And how do I change strings.php files? Just replace the old translation with English word or empty it?
@Michael Vogel@utzer ~Friendica~@Kristian Oh, I guess the change isn't that trivial. I guess I have to query gserver.platform as well by using the foreign key contact.gsid on gserver.id ?
We shouldn't display the various platforms there. There are several dozens out there.
@utzer ~Friendica~ Maybe only 10 most-used. The disadvantage is again a GROUP BY x ORDER BY x query which can be slow. @Michael Vogel@Kristian
@Michael Vogel I wonder whether for that purpose it would be possible to filter by different platforms (or actually - talking Mastodon API - even expose the different platforms as pre-populated lists / groups)? Not sure though which impact this has on the server side here.

@utzer ~Friendica~@Roland Häder
@Michael Vogel Yes, I see a lot random stuff in there. Not just nextcloud, misskey, mastodon and so on. @utzer ~Friendica~@Kristian
@Michael Vogel@utzer ~Friendica~@Kristian Plus contact.network is redundant to gserver.network. Maybe we can deprecate it (first one) as well as there is now the later one around?
No. There are some reasons for some grade of redundancy. One is that the system works well without a gserver entry. And the other simply is performance.
@Michael Vogel@utzer ~Friendica~@Kristian If I'm doing following query:
SELECT SQL_CALC_FOUND_ROWS COUNT(`id`) AS `count`, `platform`
FROM `gserver`
WHERE `platform` != ''
GROUP BY `platform`
ORDER BY `count` DESC
LIMIT 30

I get reasonable names, not just "spam" + I get
Using where; Using temporary; Using filesort
So that query isn't optimized.