サーバーをちゃんと監視せずに登録開放してるの、スパムの踏み台にしてくださいって言ってるようなものだよねを前回も思った
サーバーをちゃんと監視せずに登録開放してるの、スパムの踏み台にしてくださいって言ってるようなものだよねを前回も思った
[艦これ丼管理人]
Yashima@kancolle.social
This account is not set to public on notestock.
モデレーターの悲しみとして、通報が通知に流れてくるので、こう言うとき通知が破壊される
featured collection で常にランダムな値を返すから無限に取得されるやつ、発想がちゃんとサイバー攻撃だったからスパムの比にならない
相手の見え方を想定してコンテンツ配信しましょうってやつが気にくわねえので気にくわねえ
lockahead とか使ったらもっと広く別の形式が出てきても勝手に処理してくれるかもしれないけど
グループ使って /(<(br|span)><br>)?RE: (<\/span>)?<a.*<\/a><\/p>/ でいいのでは
This account is not set to public on notestock.
huskyの日本語ローカライズは更新されてなくて英語ならPOST!になってますわね
これだこれ。多分ポリシーで個人開発者が本名と住所晒さなきゃいけないやつで拒否して消えちゃってる
同じidで play store 開いたら消えててそういえばそんな話もあったかもになってる
Husky | F-Droid - Free and Open Source Android App Repository
https://f-droid.org/ja/packages/su.xash.husky/
pleromaのサポートしてて大体の機能をカバーしてくれてたfedilab、material ui になってスッカスカになっちゃって使用感が合わなくなってきたので悲しい
This account is not set to public on notestock.
soapbox使うだけでドメブロは流石にそんないなさそう（いたとしたらfrontend_configurationsにsoapboxあるのにも拒否反応示しそう）
pleroma-feは大して好みではないしモバイルアプリもストリーミングのないhuskyを渋々使ってる感じがあるのでpleromaのUI全般嫌い寄りかも
Pleroma向けでユーザーがいてまともに使えるモダンなフロントエンド、Soapboxしかない
上流+拡張みたいな感じでやりたい人なのか方針が無理だから必要機能だけcherry-pickしたいのかで上流に追従したいかどうかは変わりそう
release/5.10 ブランチでビルドしなおしても変わらないので swift:6.0-noble のイメージが悪いのかも
swift:6.0-noble をベースに作った dev container で swiftlang/swift-format をビルドして実行すると一生終わらないし特にバグ報告みたいなのもない。なんでや
md5を持ってる場から自摸のたびに払い出して試合終了後に牌山コードを渡して検証可能にしてるとかなのかな
そもそもオンライン麻雀ゲームは牌山の計算と提供をどうしてるんだろうみたいな
This account is not set to public on notestock.
NSレコードが使えるとAPIでDNSレコードを変更できないネームサーバーでもDNSサーバーセルフホストしてそちらで自動化とかできるようになるので不便な環境お役立ちレコードみたいな認識にもなってる
実際お得だなってなる時があるけど充電が減ったとか音量変えたとかでアナウンスが入るときにその音は設定音量を無視するので爆音で聞こえてクラクラする
This account is not set to public on notestock.
実際に起きたら向こうにしかいないタイプのフォロイーで流れてくることがあればフォローするみたいなことになるので微増程度かもしれない
これ考えたことなかった気がするけど実際のところ現フォローがせいぜい倍になるぐらいまでしか増やせねぇかも（認知負荷的に）
これは、それぞれが考えてみて欲しいんですが、
Xの全アカウントがActivityPubに移行した場合、
「あなたのフォロー＋フォロワーは、どのぐらいの数（合算）になりそうですか？」
中高音域はちゃんと聞こえるのでボーカル優先の曲とか聞く分にはまずまずみたいな
Shokz の低音カスカスなの骨伝導だからだと思ってたけどオープンイヤーでもそうだったから Shokz の音がああなんだと思った
非公開renoteされたとき、相手がちゃんとccにこちらを含んでないと気づきようがない
This account is not set to public on notestock.
こないだブックマークから消えた投稿をDBにクエリして検索からサルベージしてた時にコード読んでたけど、ミュートの実装のためにクエリでミュート済みのワードとかactorを判断する為に inner join を使うようになって飛ばされちゃってるようだったから、見える範囲全部 left join にしてみたりしたけどhavingの方で飛ばされちゃって雑な変更じゃ厳しそうだった
これなぁ、いつかまではAPI呼び出しで含まれる範囲なときに再取得が走って気にならなかったんだけど今の実装だとactivitiesテーブルへのクエリの段階で無視するようになっちゃって再取得手段が検索しか残ってなさそうなんよなぁって
Pleromaって一回リモートのデータ掃除するとRTとかで届かないかぎり再取得できないっぽいんだよなぁ。少なくともPleroma-FEから過去のリプライたどろうとしたら無理だった。
did:plcを拒否しようと思うとATPの仕様で定められてるidはあとdid:webしか残ってなくて、こっちはドメインからDID Documentを配信する必要があるからポータビリティもクソもありませんわよね
plc.directory、バリデーションをかけてなくて仕様上は24文字以上になることを許容してるはずのspecified部が25文字を超えていたものが通ってたからつってデータベースから消したこと考えるとblueskyではないATP喋るサーバーはポータビリティのためにdid:plcを使うのはリスク
現地法だけじゃなく資金提供者や株主といった独裁者に指図できるステークホルダーにも縛られるわよ
誰もが参加できて誰もがちゃんと発見されるグローバルビュー、現地法に縛られた独裁者の胸先三寸なので実現しない
なんか: 犬山たまきのチャンネルでイラストレーター読んできてNGを掻い潜ったイラストを書いてもらうやつ
マンガのアプリ版でパンツが光で隠されてるやつ、履いてないかもしれないぐらい布を描かずに尻を見せるならむしろ隠さなくても少年が見ても良いというのが向こうの基準らしいというのをなんかで見たので布全部消しとかないと怒られるのかもしれない
