Dreiecksbeziehungen... oder: Wie sich Grid-only-Kanäle verhalte
Angenommen, ich betreibe einen Grid-only-Kanal (GoK), also einen Kanal, bei welchem bewusst das ActivityPub Protokoll (AP) nicht aktiviert ist. Und nun postet eine der Verbindungen (natürlich ein Hubzilla-Kanal, denn nur mit denen kann man ja verbunden sein) einen Beitrag. Die Verbindung ist aber ein Fediverse-Kanal, hat also das ActivityPub Protokoll aktiviert und selbst auch Verbindungen zu ActivityPub Accounts.
Völlig klar: Das Posting der Verbindung landet nun auch im Stream meines GoK.
Aber wie ist es, wenn eine Verbindung des Fediverse-Kanals, z.B. ein Mastodon-Nutzer auf das Posting antwortet? Sehe ich diesen Kommentar, obwohl mein GoK ja gar kein AP kann? Und kann ich, falls dieser AP-Kommentar in meinem Stream antwortet, selbst auch auf diesen Kommentar antworten? Und schließlich: Wenn das auch geht, wer sieht dann meinen Kommentar auf die AP-Antwort?
Nun, die Frage konnte ich auch nicht aus der Hüfte raus beantworten. Mir ist das noch nicht untergekommen, weil meine einzigen GoK halt ausschließlich nicht-öffentliche Foren-Kanäle sind und dort solche Ereignisse nicht vorkommen.
Also habe ich mit einem eigens erstellten Kanal Grid-Only, der ein GoK ist, ein entsprechendes Experiment durchgeführt. Und es ließ sich folgendes Verhalten feststellen:
Ist ein GoK mit einem Hubzilla-Kanal verbunden, welcher auch AP aktiviert hat (Fediverse-Kanal), erscheinen selbstverständlich Posting des Fediverse-Kanals auch im Stream des GoK.
Kommentiert nun ein fremder Account eines Fediverse-Dienstes dieses Posting, dann erscheint der Kommentar auch im Thread zum Ausgangsposting beim GoK. Der Inhaber des GoK kann also AP-Beiträge sehen, obwohl er gar kein AP unterstützt.
Der GoK kann sogar die im Thread nun angezeigte Antwort des AP-Accounts selbst kommentieren.
Dieser Kommentar erscheint -- logisch -- im Thread im Stream des GoK und -- ebenfalls logisch -- auch im Stream des Fediverse-Kanals (also des Verfassers des Ausgangs-Postings) als Antwort auf den AP-Kommentar.
Aber: Die Antwort des GoK auf den AP-Kommentar erscheint NICHT in der Timeline des AP-Accounts.
Also auf den Punkt gebracht:
Grid-only-Hubzilla-Kanäle finden in ihrem Stream durchaus auch Inhalte, die von ActivityPub-Diensten stammen, sofern eine ihrer Hubzilla-Verbindungen AP erlaubt und selbst einen Kommentar von einem AP-Dienst empfängt.
Solche Antworten aus dem Fediverse sind für den GoK nicht nur im Stream sichtbar, sie können durch den GoK sogar kommentiert werden. Diesen Kommentar eines bekommt aber nur der verbundene Hubzilla-Kanal zu Gesicht, nicht aber der AP-Account, dessen Antwort im Thread kommentiert wurde. Kommentare des GoK auf das Ausgangsposting sind hingegen auch für den AP-Account sichtbar. Also: Kommentare eines GoK sieht der AP-Account, Antworten eines GoK auf Kommentare eines AP-Accounts sieht der AP-Account nicht.
Alle Klarheiten beseitigt? 😁
Völlig klar: Das Posting der Verbindung landet nun auch im Stream meines GoK.
Aber wie ist es, wenn eine Verbindung des Fediverse-Kanals, z.B. ein Mastodon-Nutzer auf das Posting antwortet? Sehe ich diesen Kommentar, obwohl mein GoK ja gar kein AP kann? Und kann ich, falls dieser AP-Kommentar in meinem Stream antwortet, selbst auch auf diesen Kommentar antworten? Und schließlich: Wenn das auch geht, wer sieht dann meinen Kommentar auf die AP-Antwort?
Nun, die Frage konnte ich auch nicht aus der Hüfte raus beantworten. Mir ist das noch nicht untergekommen, weil meine einzigen GoK halt ausschließlich nicht-öffentliche Foren-Kanäle sind und dort solche Ereignisse nicht vorkommen.
Also habe ich mit einem eigens erstellten Kanal Grid-Only, der ein GoK ist, ein entsprechendes Experiment durchgeführt. Und es ließ sich folgendes Verhalten feststellen:
Ist ein GoK mit einem Hubzilla-Kanal verbunden, welcher auch AP aktiviert hat (Fediverse-Kanal), erscheinen selbstverständlich Posting des Fediverse-Kanals auch im Stream des GoK.
Kommentiert nun ein fremder Account eines Fediverse-Dienstes dieses Posting, dann erscheint der Kommentar auch im Thread zum Ausgangsposting beim GoK. Der Inhaber des GoK kann also AP-Beiträge sehen, obwohl er gar kein AP unterstützt.
Der GoK kann sogar die im Thread nun angezeigte Antwort des AP-Accounts selbst kommentieren.
Dieser Kommentar erscheint -- logisch -- im Thread im Stream des GoK und -- ebenfalls logisch -- auch im Stream des Fediverse-Kanals (also des Verfassers des Ausgangs-Postings) als Antwort auf den AP-Kommentar.
Aber: Die Antwort des GoK auf den AP-Kommentar erscheint NICHT in der Timeline des AP-Accounts.
Also auf den Punkt gebracht:
Grid-only-Hubzilla-Kanäle finden in ihrem Stream durchaus auch Inhalte, die von ActivityPub-Diensten stammen, sofern eine ihrer Hubzilla-Verbindungen AP erlaubt und selbst einen Kommentar von einem AP-Dienst empfängt.
Solche Antworten aus dem Fediverse sind für den GoK nicht nur im Stream sichtbar, sie können durch den GoK sogar kommentiert werden. Diesen Kommentar eines bekommt aber nur der verbundene Hubzilla-Kanal zu Gesicht, nicht aber der AP-Account, dessen Antwort im Thread kommentiert wurde. Kommentare des GoK auf das Ausgangsposting sind hingegen auch für den AP-Account sichtbar. Also: Kommentare eines GoK sieht der AP-Account, Antworten eines GoK auf Kommentare eines AP-Accounts sieht der AP-Account nicht.
Alle Klarheiten beseitigt? 😁
adminlte - Theme
If you want to edit pdl, include the following:
[region=topnav]
[widget=mynavbar][/widget]
[/region]
where do we find this mynavbar widget?
@𝓒𝓱𝓻𝓲𝓼
The widget is not displayed in the visual PDL editor under Items. You must enter it manually in the source code editor.
The widget is not displayed in the visual PDL editor under Items. You must enter it manually in the source code editor.
Xonsh: mc-Wrapper
def m():
/usr/bin/mc -P ~/.temp/mcwd
with open('/home/daniel/.temp/mcwd', 'r') as datei:
wdir = datei.read()
os.chdir(wdir)
os.remove('/home/daniel/.temp/mcwd')
aliases['mc'] = m
Hubzilla Filter
Ich weiß nicht genau, wie die Filter von Hubzilla funktionieren (und wie sie nicht funktionieren). Ich habe nur Theorien. Sie entstanden, als ich versuchte, eine erweiterte Filter-Whitelist zu erstellen, die noch nie in Betracht gezogen worden war, geschweige denn außerhalb sehr spezifischer und grundlegender Anwendungsfälle unter Laborbedingungen getestet worden war.
Der Filter verwendet wahrscheinlich nicht sowohl Schlüsselwortzeilen als auch Filtersyntaxzeilen zusammen
Die Idee war, Beiträge nur dann durchzulassen, wenn sie mindestens eines von mehreren Schlüsselwörtern enthalten, Kommentare und private Nachrichten jedoch immer durchzulassen.
Ich glaube, mir wurde gesagt, dass ein Filter nicht beide Schlüsselwortzeilen enthalten kann, so wie ...
...und Filter-Syntax-Zeilen wie folgt...
Das bedeutet, dass der Filterparser nur entweder die Schlüsselwortzeilen oder die Filtersyntaxzeilen verwendet.
Nach meiner Beobachtung verwendet der Filterparser das, was zuletzt kommt. Wenn die letzte Zeile eine Schlüsselwortzeile ist, verwendet der Filterparser nur Schlüsselwortzeilen. Wenn die letzte Zeile eine Filtersyntaxzeile ist, verwendet der Filterparser nur Filtersyntaxzeilen.
Das wiederum bedeutet:
Entweder verwendet der Filterparser alle Zeilen dessen, was zuletzt kommt, und ignoriert alles andere.
Schlüsselwort
Schlüsselwort
Filtersyntax
Filtersyntax
Schlüsselwort
Schlüsselwort
Filtersyntax <- diese Zeile definiert, dass Filtersyntaxzeilen verwendet werden
Filtersyntax
Oder wenn der Filterparser auf die andere Art von Filterzeile stößt, wechselt er nicht nur zu dieser Art von Filterzeile, sondern vergisst auch alle darüber liegenden Zeilen.
Schlüsselwort
Schlüsselwort
Filter-Syntax <- Filter hat alle vorherigen Zeilen vergessen
Filter-Syntax
Schlüsselwort <- Filter hat alle vorherigen Zeilen vergessen Schlüsselwort
Filter-Syntax <- Filter hat alle vorherigen Zeilen vergessen
Filter-Syntax
Mit anderen Worten: Wenn Sie
in Ihrer Blacklist haben, um Wiederholungen zu entfernen, aber dieselbe Blacklist endet mit einer Schlüsselwortzeile, die Anti-Wiederholungsfilter-Syntaxzeile wird nicht analysiert.
Filterzeilen sind mit ODER verbunden, mit Ausnahme von Whitelists im Filtersyntaxmodus, die mit UND verbunden sind.
Erschwerend kommt hinzu, dass Filterzeilen nicht immer mit ODER verbunden sind.
Meines Wissens nach verwendet die Blacklist ODER. Die Whitelist verwendet ODER jedoch nur, wenn Schlüsselwortzeilen analysiert werden. Wenn Filter-Syntaxzeilen in der Whitelist analysiert werden, sind sie mit UND verbunden. Dies wäre ein weiterer Grund, zumindest im Fall der Whitelist, warum Schlüsselwortzeilen und Filter-Syntaxzeilen nicht zusammen analysiert werden.
Regex funktionieren nicht in Filter-Syntaxzeilen
Das weiß ich ganz sicher, weil mir das gesagt wurde: Filter-Syntaxzeilen verstehen keine regulären Ausdrücke.
funktioniert.
funktioniert nicht.
In Ihrem Fall spielt das wahrscheinlich keine Rolle. Ich wollte es nur erwähnen.
Ich habe dies teilweise in Hubzillas Bug-Tracker auf Framagit in einem Kommentar zu einem Problem von jayrope erklärt.
Außerdem habe ich selbst eine Funktionsanfrage eingereicht, um wählen zu können, ob die Zeilen in einer bestimmten Filterliste mit ODER oder UND verbunden werden sollen. Diese Anfrage umfasst Filterlisten, die immer sowohl Schlüsselwortzeilen als auch Filtersyntaxzeilen zusammen analysieren.
Von: jupiter_rowland@hub.netzgemeinde.eu
Der Filter verwendet wahrscheinlich nicht sowohl Schlüsselwortzeilen als auch Filtersyntaxzeilen zusammen
Die Idee war, Beiträge nur dann durchzulassen, wenn sie mindestens eines von mehreren Schlüsselwörtern enthalten, Kommentare und private Nachrichten jedoch immer durchzulassen.
Ich glaube, mir wurde gesagt, dass ein Filter nicht beide Schlüsselwortzeilen enthalten kann, so wie ...
Foo
Bar
Baz...und Filter-Syntax-Zeilen wie folgt...
?body ~= Qux
?body ~= Quux
?item_private == 0
?item_thread_top == 1Das bedeutet, dass der Filterparser nur entweder die Schlüsselwortzeilen oder die Filtersyntaxzeilen verwendet.
Nach meiner Beobachtung verwendet der Filterparser das, was zuletzt kommt. Wenn die letzte Zeile eine Schlüsselwortzeile ist, verwendet der Filterparser nur Schlüsselwortzeilen. Wenn die letzte Zeile eine Filtersyntaxzeile ist, verwendet der Filterparser nur Filtersyntaxzeilen.
Das wiederum bedeutet:
Entweder verwendet der Filterparser alle Zeilen dessen, was zuletzt kommt, und ignoriert alles andere.
Filtersyntax
Filtersyntax
Filtersyntax <- diese Zeile definiert, dass Filtersyntaxzeilen verwendet werden
Filtersyntax
Oder wenn der Filterparser auf die andere Art von Filterzeile stößt, wechselt er nicht nur zu dieser Art von Filterzeile, sondern vergisst auch alle darüber liegenden Zeilen.
Filter-Syntax <- Filter hat alle vorherigen Zeilen vergessen
Filter-Syntax
Mit anderen Worten: Wenn Sie
?verb == Announcein Ihrer Blacklist haben, um Wiederholungen zu entfernen, aber dieselbe Blacklist endet mit einer Schlüsselwortzeile, die Anti-Wiederholungsfilter-Syntaxzeile wird nicht analysiert.
Filterzeilen sind mit ODER verbunden, mit Ausnahme von Whitelists im Filtersyntaxmodus, die mit UND verbunden sind.
Erschwerend kommt hinzu, dass Filterzeilen nicht immer mit ODER verbunden sind.
Meines Wissens nach verwendet die Blacklist ODER. Die Whitelist verwendet ODER jedoch nur, wenn Schlüsselwortzeilen analysiert werden. Wenn Filter-Syntaxzeilen in der Whitelist analysiert werden, sind sie mit UND verbunden. Dies wäre ein weiterer Grund, zumindest im Fall der Whitelist, warum Schlüsselwortzeilen und Filter-Syntaxzeilen nicht zusammen analysiert werden.
Regex funktionieren nicht in Filter-Syntaxzeilen
Das weiß ich ganz sicher, weil mir das gesagt wurde: Filter-Syntaxzeilen verstehen keine regulären Ausdrücke.
/\b([#]?masto[don]?)\b/funktioniert.
?body ~= /\b([#]?masto[don]?)\b/funktioniert nicht.
In Ihrem Fall spielt das wahrscheinlich keine Rolle. Ich wollte es nur erwähnen.
Ich habe dies teilweise in Hubzillas Bug-Tracker auf Framagit in einem Kommentar zu einem Problem von jayrope erklärt.
Außerdem habe ich selbst eine Funktionsanfrage eingereicht, um wählen zu können, ob die Zeilen in einer bestimmten Filterliste mit ODER oder UND verbunden werden sollen. Diese Anfrage umfasst Filterlisten, die immer sowohl Schlüsselwortzeilen als auch Filtersyntaxzeilen zusammen analysieren.
Von: jupiter_rowland@hub.netzgemeinde.eu
webdav / caldav
add to
the lines
/etc/nginx/conf.d/<site>.d/my_webapp.confthe lines
fastcgi_param PHP_AUTH_USER $remote_user;
fastcgi_param PHP_AUTH_PW $http_authorization;
yunohost app setting <your_app> protect_against_basic_auth_spoofing -v falseyunohost app ssowatconf
Neuhub-Theme hinzufügen
util/add_theme_repo https://framagit.org/federated-works/neuhub/hubzilla-themes.git neuhubthemes
util/add_addon_repo https://framagit.org/federated-works/neuhub/hubzilla-addons.git neuhubaddons
util/add_widget_repo https://framagit.org/federated-works/neuhub/hubzilla-widgets.git neuhubwidgetsggf.
util/udall
Der Pepe (Hubzilla) ⁂
pepecyb@hub.hubzilla.hu
E-Dampfer, Blogger, Ungarn-Auswanderer, Fediverse-Unterstützer, Hunde- und Pferderetter… Vaper, Blogger, Emigrant to Hungary, Fediverse Supporter, Dog and Horse Saviour...