@dmiz からこのアカウントに移行しました。これから手動でフォローを移行していこうと思います
@dmiz からこのアカウントに移行しました。これから手動でフォローを移行していこうと思います
あー、フォロワーの移行が止まったかと思ったら、またちょっと動き出した。サーバによってタイミングのずれがあるのかしら
移行を実行すると前のアカウントでは/relationshipsページを開けなくなってしまうのか。しくじったな。まあ/users/screen_name/followingを見ていけば良いか
@dmiz 移行前のアカウントでフォローしていた方のうち、アクティブそうなアカウントを一通りフォローしました（見落としがなければ）
ええと、前のアカウントでフォローリクエストがpendingのままだったアカウントは<https://mastodon.social/@eff>にあったっけか……
Fedibirdにはフォローしなくてもサーバが把握している投稿をタイムラインに流せる「購読」という独自機能があるらしく、リクエストが通らなくてもEFFの投稿を読めるな。やったぜ（？）
それなりに新規性のある内容を書いているつもりだけど、書いているそばからどんどん重要性を失っていく記事になっている（？）
QT: https://pawoo.net/@dmiz/109635979222985504 [参照]
内部的には一つのインスタンスだけど、LTL的なのだけ無数に分けられてる疑似インスタンス作成サービスみたいなのは夢見るよね。
軽量な論理サーバを生やせるActivityPub実装みたいなのはホスティングサービスとかに需要がありそう
それはそれとして「場」としてのLTLに対する需要はサーバとは別の枠組みで満たされてくれると良いなと思うけど
Support for a since_id parameter for List Tweets lookup endpoint - Twitter API / Twitter API v2 - Twitter Developers
https://twittercommunity.com/t/support-for-a-since-id-parameter-for-list-tweets-lookup-endpoint/177662
Twitter API v2の`GET /2/lists/:id/tweets`エンドポイントに`since_id`パラメータがないのマジでー！？！？！？
`simce_id`パラメータは、タイムラインをポーリングするときに取得済のツイートをスキップして取得を効率化するのに必要……とAPI v1.1のドキュメントに書かれている（<https://developer.twitter.com/en/docs/twitter-api/v1/tweets/timelines/guides/working-with-timelines>）。これがないと毎回同じツイートを取得し続ける羽目になる
Tweet capsだけ課されても取得数を制御する技術的な手段が提供されないのは困るなあ。こちらとしてはそもそもTweet capsが無かったとしてもなるべく負荷をかけないようにコードを書きたいのに（こちらのネットワークへの負荷にもなるので）
