俺もどっちかというとTwitterからの脱出ムーブメントとして見てる感じはあるな。APはまああるにこしたことはないが…
俺もどっちかというとTwitterからの脱出ムーブメントとして見てる感じはあるな。APはまああるにこしたことはないが…
@midorico 制作者によると、公開で会話したいならスレを使ってほしいとのことです。投稿の公開範囲も選べるけど、連合する予定だから完全に秘密にはならない性格
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
将来ザッカーバーグがお前らの猫写真をブーストしたら、Threadsを通じて他のAPサーバにも伝達して、オイゲン砲とは比較にならない負荷がお前らのサーバを襲うんだよ
@nibushibu 有名人がブーストしたら小さいサーバが爆撃を受けるのはMastodonと一緒ですね。
ザッカーバーグによればThreads500万アカウント超え / “Mark Zuckerberg (@zuck) on Threads” (1 user) https://htn.to/3oH9Vb1nBr #Threads #fedibird
Threadsの投稿は未収載がないんよね。リモートからの未収載投稿はフォロワーオンリーと同じ扱いにでもなるのかしらね
#threads 画像10枚貼れるらしいので、AP通ってもマストドンだと4枚までしか見れなくて結局元サーバの記事をみにいかないとならなくなる?
Reading...
Threadsとフェディバースについて | Instagramヘルプセンター
https://help.instagram.com/169559812696339
#threads 、 TLが「アルゴリズム」「ユーザ」だけなんでMastodonみたいなFTL体験を意図的に見る方法がないです
There’s been a lot of speculation around what Threads will be and what it means for Mastodon. We’ve put together some of the most common questions and our responses based on what was launched today:
https://blog.joinmastodon.org/2023/07/what-to-know-about-threads/
とりあえずTLに出てくるアカウントがインスタ住民層ばかりなのでそっ閉じした。AP対応して、各種企業(ソシャゲとか)の公式アカウントが増えたら価値が出てくると思う
#Threads フォローしてない人がTLに出まくるのでミュートしまくってる。これサーバ側は負荷対策大変なんちゃう?
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
v0.9.0
- okhttpclient に WebSocket のping Interval を指定するようにした。ストリーミングの取得漏れが減るといいな
@rane ストリーミングAPIにはリトライという概念がないし「少し前から読む」もないので、取得漏れが出るのは当たり前だという認識です
http://thebridge.jp/2017/07/better-tasting-food-can-solve-china-food-problems-better-than-food-technology 「農産物を冷蔵状態で輸送するトラックなど低温流通用の車両は存在するが、農場や倉庫から農産物を積み込んでから30分ほど経つと、運送会社はコスト削減のために冷蔵庫のスイッチをオフにしてしまうのだ。その後、配送先の倉庫や店舗への到着時に食品が冷たくなるようなタイミングで、スイッチをオンにする。 」中国産こわい
このアカウントは、notestockで公開設定になっていません。
#SubwayTooter v0.8.9で参照リークを検証してみたけど、適当に操作したりアプリ終了したりを数回繰り返したあとGCかけたらActivityへの参照はなくなっていた。特に問題なさそう
@nullkal@mstdn.jp IRC用にShift_JISとISO-2022-JPのちゃんぽんとかUTF-8とISO-2022-JPのちゃんぽんと戦うためのコード書いたりしたなあ… ISO-2022 はエスケープ除くと7bitに収まるはずが、そこをあえてSJISやUTF8でぶち抜く
デフォルト公開範囲設定は「公式Webアプリ」固有の設定だと認識した方がサードアプリ的にはスマートだったし、仮にAPIから読めるようになってもサードアプリ的には「公式Webアプリの設定に合わせる」選択肢を追加するだけにしてアプリ側でも設定を独自に持てる余地を残した方が良さそう
公式Webアプリのユーザ設定の項目、どの設定がアプリ固有なのかアプリ間で共用されるべきユーザ固有の項目なのかが区別できてないんだよ。
アプデの度にガンガン項目追加する割にAPI化はあまりされない。
下手に巻き込まれると面倒くさそう