1年ちょくちょく使ってみた感想としてはメインストリームに出てくることはないだろうけど使い勝手を他に頑張って近づけて "censorship-resistant" の目的で生き残り続けるんじゃないかなぐらい
1年ちょくちょく使ってみた感想としてはメインストリームに出てくることはないだろうけど使い勝手を他に頑張って近づけて "censorship-resistant" の目的で生き残り続けるんじゃないかなぐらい
nostr、NIP-05でドメイン検証が出来てることで信用作るか最初から信用なんざ捨ててかかる感じなので鍵が盗まれたら使い捨ててドメイン側で外すことで交換できるのと、NIP-26で鍵の移譲を使って副鍵みたいなことは出来るがクライアントが対応してない。そもそもコンテンツの所有を重視してないので過去に発行したイベントを守るみたいなことができない
これプラグイン機構そのものなのでclassベースじゃなくてmoduleに関数があって第一引数に構造体渡すだけみたいな仕組みで最初から親和性あるElixirだから気楽に実装されてるみたいなところがあり
(少なくともワシはやりたく) ないです
RE: https://akkoremaji.club/objects/a52b8a85-ccb0-4533-a2ce-8684879b660d
結局これ、突き詰めるとMRFの再発明になっちゃうんだよな。Misskey本体に搭載されるべきと思うけど、開発コストがエグすぎるとは思う
今のAkkomaほとんど優位性無いしPleromaにすればいいじゃんと思ったけどMisskey方面の人だとMFM対応があるだけでだいぶ違うか
@morotesovtannu Akkomaねぇ、メンテナンスされてるか微妙なところさんなのがツラみポイント
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し直すとある程度改善されて乾いた笑い出た
昨日か一昨日に引き続き、たった57MBのレイヤーをpullするのに55分経っても6MBぐらいまで進まないghcr.ioマジで何