textならハイライトなさそうだしtext,ignore？

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

acceptを特定idに対して送り返してるからundoでフォロー解除する時にacceptされてるやつを指定してないなら重複してしまったやつの取り消し程度の意味として読まないといけないような気がしてる

かっこ書きの時はどう読めばいいんだっけになってます

unless で transient って言ってるんだから一時的でない限り…？

「一時的なオブジェクトな限り、idを省略しても良い」っぽいのでtransientだろうがなんだろうが重複して利用するのは不可能と読むべきかもしれない

"unless the object is transient, in which case the id MAY be omitted" って表現よくわからん

一時的なものはグローバルな識別子を省略しても良いって読み取ってたけどidentifierじゃない値になってもいいってことを意味してるの…？

このアカウントは、notestockで公開設定になっていません。

ドコモとかも同じように災害によって破損、故障したものの修理に割引とかやってるんだなぁとなってる

報道発表資料 : 流域下水道管の破損に起因する道路陥没事故に伴う支援措置 | お知らせ | NTTドコモ
https://www.docomo.ne.jp/info/news_release/detail/20250212_00_m.html

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

黒背景のテーマがあるサービスでスポーツの結果として○と●を使って白星と黒星を表現した投稿、文字色ってのを意識してないので白星が逆転してむしろ分かりづらいし色が重要な場合は絵文字を使おうねってなるな

カメラアクセスの脆弱性でインジケータをつけずにセンサを起動してデータを取る攻撃があって対策もできないとかなら物理シャッターつけてもいいかなって気分にはなる

Server-side Swift の Vapor、次期メジャーバージョンで SwiftNIO のイベントループから離れて Swift Concurrency に完全移行する予定が目玉だけど、Swift 6 と macOS 14 で動作することになりそうだから distributed actors のAPIも使えるはずで、水平スケーリング用のクラスタリングもサポートされるかもしれないなぁとうっすら期待してる

webシステム的な負荷よりも物流負荷のほうがネックになりそう

コンテナタブを流用するのだと同一オリジンのセッションの分離とかもあってぐちゃぐちゃになるって判断なのかもしれない

集中をコントロールできるならその間だけ水平スケーリングで対応する形にすることでランニングコストが抑えられるメリットぐらいはないかしら

このアカウントは、notestockで公開設定になっていません。

タブのグループ化、垂直タブのフィードバックでvivaldiだかにあるグループ化がほしいみたいなコメントがついてたのを見たからそれの実装なのかなと思ってた

はなからTumblrはWordPressに移行させる前提でActivityPubに対応するよって言ってたんだろうか

WordPressで動くようにすることでWPのActivityPubプラグインがそのまま動作してFediverseに接続されるの、なるほどって感じだ

TumblrがWordPressで動くようになってるの知らなかった

Tumblr to move its half a billion blogs to WordPress | TechCrunch
https://techcrunch.com/2024/08/28/tumblr-to-move-its-half-a-billion-blogs-to-wordpress/

> Though the WordPress community itself is in a state of upheaval, ultimately running Tumblr’s back end on WordPress would allow for greater efficiencies, while not changing the interface and experience that Tumblr’s user base has grown to love.

？？？

このアカウントは、notestockで公開設定になっていません。

まぁ信用はできないので消すのはprune_objectのタスクに負かしたほうが確実ではある

rejectしても多分再取得しない気がする。最近のpleromaのAPI、activityの中身がない場合に存在しない扱いでクエリで弾いてるのでobjectがないときは回復する手段がsearchしかなさそう

:delist と :strip_followers やっておくと良い

はい