1年ちょくちょく使ってみた感想としてはメインストリームに出てくることはないだろうけど使い勝手を他に頑張って近づけて "censorship-resistant" の目的で生き残り続けるんじゃないかなぐらい
1年ちょくちょく使ってみた感想としてはメインストリームに出てくることはないだろうけど使い勝手を他に頑張って近づけて "censorship-resistant" の目的で生き残り続けるんじゃないかなぐらい
nostr、NIP-05でドメイン検証が出来てることで信用作るか最初から信用なんざ捨ててかかる感じなので鍵が盗まれたら使い捨ててドメイン側で外すことで交換できるのと、NIP-26で鍵の移譲を使って副鍵みたいなことは出来るがクライアントが対応してない。そもそもコンテンツの所有を重視してないので過去に発行したイベントを守るみたいなことができない
これプラグイン機構そのものなのでclassベースじゃなくてmoduleに関数があって第一引数に構造体渡すだけみたいな仕組みで最初から親和性あるElixirだから気楽に実装されてるみたいなところがあり
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
今のAkkomaほとんど優位性無いしPleromaにすればいいじゃんと思ったけどMisskey方面の人だとMFM対応があるだけでだいぶ違うか
このアカウントは、notestockで公開設定になっていません。
MeisskeyかAkkomaに浮気したくなってきた
Akkomaはでも建てるの面倒臭すぎてもう触りたくないの…
余計なお節介を焼くとしても、そのホワイトリスト連合のサーバーにいるよりBlueskyやTwitter(X)に戻る方が幸せじゃない?運営者に対してデータ維持とか安定性とかの信用できてる?ぐらいしか思うところはない
Threads登場時危惧されたMetaがユーザーを奪うって可能性がMeta以外から生まれただけだしセルフホストするなり移住するなりで自ら外に出てこない人々のことを無理に分散型SNSに縛り付けても嬉しいことないだろうしとなる
どうせ相互通信がされないなら存在しないも同然だしそのサーバーにいたフォロワーはそのまま解除してしまえばいいじゃないみたいな
ホワイトリストで特定サーバーとしか連合しないサーバーのこと、まとめてごっそりTwitterとかBlueskyの中央集権SNSに移住したようなもんとして見ればいいかなって
いいとこ取りのつもりでなんちゃって連合したところでシームレスさはそこにないし中央集権SNSの方がマシかしら
ホワイトリストってことは使い始めた後にセルフホストして独立する選択肢を奪われてるわけでしょ。無駄じゃん
このアカウントは、notestockで公開設定になっていません。
これについて真剣に考えています
RE: https://misskey.nokotaro.com/notes/818db2aafed4b7df8cdd9824
このアカウントは、notestockで公開設定になっていません。
jekyllのテーマ、 assets/css/style.scss に import "{{ site.theme }}" して変更したいところだけ追記すると style 改変しやすくてお得
このアカウントは、notestockで公開設定になっていません。
あくまでUnicodeとLatin ASCIIの0x5CはバックスラッシュでShift-JISとかISO 646-JPで自由に設定できる領域だったからYENマークになってるだけみたいな感じだったっけ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
スパム、突然の高負荷でVPSやCDNのデータ転送量が超過したり、メンション等の通知でメール送信通数が爆増したりして、お財布に大打撃ってこともあるよ。
Mastodonでサーバレベルでフィルターをかけるコードを公開しておいたので、自分で設置してる人は参考にして。
https://fedibird.com/@noellabo/111941451001175952
Misskeyは2024.2.0がリリースされたので、アップデートして、モデレーション設定の禁止ワードを設定して対応して。
Pleromaの人は……まあPleromaの得意技ですよね。 [参照]
:dynamic_configuration (今もこの名前だっけ?) を有効にして旧Admin FEを開き Settings -> MRF で HellthreadPolicy なり KeywordPolicy なり AntiLinkSpamPolicy なりを設定して activity を保存する前にリジェクトしよう
このアカウントは、notestockで公開設定になっていません。
In ongoing automated performance tests, Bandit's HTTP/1.x engine is up to 4x faster than Cowboy depending on the number of concurrent requests.
mtrudel/bandit: Bandit is a pure Elixir HTTP server for Plug & WebSock applications https://github.com/mtrudel/bandit
pleroma develop が cowboy に直接依存しなくなって bandit 使えるようになったので変えてみた
config :pleroma, Pleroma.Web.Endpoint,
adapter: Bandit.PhoenixAdapter
このアカウントは、notestockで公開設定になっていません。
一旦止めて systemctl restart systemd-resolved
してからpullし直すとある程度改善されて乾いた笑い出た
このアカウントは、notestockで公開設定になっていません。
昨日か一昨日に引き続き、たった57MBのレイヤーをpullするのに55分経っても6MBぐらいまで進まないghcr.ioマジで何
semantic versioning にリリースサイクルなんか関係なくてhotfixが発生したらただバージョンが上がるというだけみたいな
変な話「フォロー」の概念のもともとのところに立ち返れば単なるフィードの購読なので目くじら立てることもなく、リプライはあくまで別の実装でよくて……
ホワイトリストってことは使い始めた後にセルフホストして独立する選択肢を奪われてるわけでしょ。無駄じゃん
いいとこ取りのつもりでなんちゃって連合したところでシームレスさはそこにないし中央集権SNSの方がマシかしら
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ズタズタとはいうけど機能不全と言えるほど全体を壊されるほどではないので受け取る絶対量が増える大規模鯖は大変ねぐらいの気持ち
このアカウントは、notestockで公開設定になっていません。
@Yohei_Zuho@mstdn.y-zu.org ##あとでよむ
https://serverfault.com/questions/361421/dump-nginx-config-from-running-process
このアカウントは、notestockで公開設定になっていません。
nginx: download
https://freenginx.org/en/download.html
nginx: download
https://nginx.org/en/download.html
これを見ると freenginx は 1.25.4 のリリースに心底反対の立場やってんなとなる
リレーが乱立して自分のeventが自分以外の何者かによって遠くまでブロードキャストされてどのサーバー潰しても投稿が消えずに誰かが読める状態みたいなの目指してる気がするので、利点が死にそう
nostr event payload を websocket 使わず p2p でやるの色々犠牲にして色々できないやつかも
ぼっちサーバーの人たち、そういう連合閉じるようなサーバーにFFをたいして持ってなさそう
mrf to reject mass mentions (#2777) · Issues · Pleroma / pleroma · GitLab
https://git.pleroma.social/pleroma/pleroma/-/issues/2777
lib/pleroma/web/activity_pub/mrf/hellthread_policy.ex · develop · Pleroma / pleroma · GitLab
https://git.pleroma.social/pleroma/pleroma/-/blob/develop/lib/pleroma/web/activity_pub/mrf/hellthread_policy.ex
HellthreadPolicy あって笑ってる。MRF何でもできるじゃん
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
pleromaのdevelopでcowboyにべったりだったwebsocketのところがPhoenix.Socket.Transportにデリゲートするようになったことでbanditとかに置き換えられるようになってる
lib/pleroma/web/activity_pub/mrf/anti_link_spam_policy.ex · develop · Pleroma / pleroma · GitLab
https://git.pleroma.social/pleroma/pleroma/-/blob/develop/lib/pleroma/web/activity_pub/mrf/anti_link_spam_policy.ex
リモートユーザーでフォロワーがいなくてリンクを含んだ最初の投稿だった場合にリジェクトするので結構厳しい
本質的には名前というか当該人物のアイデンティティには誰も心底興味なくてスパム対策の問題しか考えてもらってないところがかわいそうではある
phoenix live dashboard も入ってるから metrics 有効にしたらUIで ecto oban も見れるかもしれない
Pleromaは現在溜まってるキューとか見る方法なささうな割にMRFみたいなの充実しててこのバランス感覚が謎
ghcr.io からの pull が全然進まんから pleroma 更新できねえって思ったら急に進んで更新できた
Move Activityを投げられるとMastodonは移行先をフォローして移行元のフォローを解除する挙動をするのでPleromaとかしかフォロワーに残ってないみたいなことになるかもしれない
フォロワー連れて引越ししたあと、引越し前 (ここ) からは投稿できなくなると思うんですけど、潰されずに残って復活できそうになったらまた有効化できるのかな
むしろ一番新しいリリースだった
2024-02-14
nginx-1.25.4 mainline version has been released, with fixes for vulnerabilities in HTTP/3 (CVE-2024-24989, CVE-2024-24990).
nginx news https://nginx.org/
RT: https://pl.kpherox.dev/objects/b9476c64-51f8-42fe-8ee4-22f19c87bdef
> セキュリティポリシーへの干渉の例として「実験的なHTTP/3のコードにおいて発見された典型的なバグについて既存のセキュリティポリシー通り通常のバグとして処理することに全開発者が同意していたにも関わらず『セキュリティ勧告』を行ったこと」を紹介しました。
https://gigazine.net/news/20240215-freenginx/
quicにリポジトリが分かれてた頃の話かしら
このアカウントは、notestockで公開設定になっていません。
docker swarmでstack deployしようとしたら YAML merge types で環境変数設定するために定義されてないプロパティ使うのはできないぞって怒られて萎えた
このアカウントは、notestockで公開設定になっていません。
こういうこと言ってるのでATPは今年中にFediverseと言えるようにはなるから今Fediverseかどうか厳密に考えてもしゃーない
is planning on launching it publicly once Bluesky launches federation early next year.
Featured Community Project: Bridgy Fed | Bluesky https://www.docs.bsky.app/blog/feature-bridgyfed
ただまぁBlueskyを見て分散型SNSって言ってたらTruth Socialを見て分散型SNSって言ってるようなものなので、主語がATPかどうかじゃないかしらね
なので「複数のプロダクト」で考えるのはAPに囚われすぎてるってのとプロトコルが発展途上で日々設計が変わりうる段階だし中央集権のDID:PLCにも依存するから今の段階で他が参入するのも難しいと言うか
そもそも bluesky の動いてるソフトウェアがサンドボックス連合も含めた実装なので ActivityPub みたいな Mastodon と Misskey と Pixelfed とみたいな複数のプロダクトが bsky.app を喋ってるみたいなわけじゃなくて……
プロトコルに対応するプロダクトが一個も無いのに相互性があるって言われても、ぼくにはよく分からんなぁ。
「技術的には可能です」ってのは「今できます」ってのとは違うって思うんだけども……
AT Protocol の連合の現在地はこれ
Federation Developer Sandbox Guidelines | Bluesky
https://www.docs.bsky.app/blog/federation-sandbox
2023 Protocol Roadmap | Bluesky
https://www.docs.bsky.app/blog/protocol-roadmap
当然sandboxだしidは定期的にwipeされるしで本番運用はできないしblueskyは確実にFediverseではないしATPも連合のspecは全然固まってないので……
blueskyが連合を解放してないだけでサンドボックスの実装はしてあるんだよね
https://github.com/bluesky-social/atproto/
このアカウントは、notestockで公開設定になっていません。
@164@vocaloid.social Bluesky以外に相互に接続出来るプロダクトがあるの?
どこだか知らんけど、思ったより実装早いんだなぁ……
定義的には単一の中央集権状態にあって、相互接続のできないAT ProtocolはFediverseに含まれないんじゃないかな?
どっかが相互性を確保し始めたらその限りではないので、あくまで現状は、ですが……
https://fediverse.party/en/fediverse/
RE: https://vocaloid.social/notes/9pp38yyu108b0aco
misskey.io
SHA-256: 4926d81556f4242cf1b7d1f4cbf63ee8c29fd5257c20bbfb25fd425f9db1351f
Limited
You will generally not see profiles and content from this server, unless you explicitly look it up or opt into it by following.
Inappropriate content
このアカウントは、notestockで公開設定になっていません。
cherry-pickとかでauthor情報とかちゃんと残してくれてたら全然いいけど全部消してコードだけ持ってかれることがあると厳しい
AGPL以前に同じリポジトリ内で人のコミット勝手に持ち出して自分のPRに入れて元のPRをCloseさせるってOSSコミュニティ的に大丈夫な行動なの?
このアカウントは、notestockで公開設定になっていません。
ATPは初めからそれぞれが独自のlexiconで定義された型のデータをやり取りする設計だしbskyはbsky.appのための形式しか考慮してないよ
sign-in required って表示のやつは https://bsky.link/?url=<bsky.app_url> でとりあえず読める
巷にある投稿へのリンク、ログインを求められるんだけど
RE: https://mstdn.mimikun.jp/users/mimikun/statuses/111918964197307189
リアクションを全て見れる必要は無いけど、リアクションを受け取れるサービス使ってるときにリアクション送れない読者が多いと寂しいかもしれない
Unlicenseとか使おうね
ref: Please change license from WTFPL to something supported by FSF/OSI · Issue #78 · porsager/postgres
https://github.com/porsager/postgres/issues/78
WTFPL、日本においてはPublic Licenseが認められてないので同様に日本だと懸念が発生するライセンスです
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。