新しいものを表示

Railsによるinsertというのも曲者で、ローカルリモート関係なく入力チェックと当然画像upload時の処理(リサイズとか)が当然のように行われる。これはけっこうきつそう。

スレッドを表示

一応 ローカルはRailsが受けてinsertしてjson返したあとsidekiqだけど、リモートはsidekiqで完結している。このjsonのテンプレートRedisでキャッシュされてはいるけど速度大丈夫だろうか(rabl)

スレッドを表示

Postも同じでリモートのPostの取り込みはローカルユーザのPostと同じでリモートにpushしない程度。なのでローカルユーザが増えるのとリモートが増えるのでどちらの方向でも負荷的にはきつい感がある。

スレッドを表示

Mastodon データというかPostgreSQL上ではリモートのユーザとローカルのユーザであまり差がなくて、ブロックですらそのアカウントのレコードをローカルに作った上でそれをブロックみたいになってる

POST /api/subscriptions/1234 HTTP/1.1 みたいなリクエストで相手の鯖にデータ直に投げてるんですかこれ

MastodonのRails部分 WorkerとServiceであちこちにたらい回されるのを除くとかなり素直なきがする

なるほど一回とりあえずDBに保存はして、その後sidekiqが保存したのをid指定で読んでレンダリングしてRedisに放り込んでnodeとかが配送してる? そのDB保存処理その時点で実施する必要ある?非同期でも良くない?

スレッドを表示

待って、なんかソース見てるとサーバ内で完結するtoot配送ってredis経由だったりする?

神楽坂しえる さんがブースト

PubSubHubbub みると プッシュを要求された側は通知コールバックとしてhttps://(host)/api/subscriptions/99999 とか呼び出してて、これは /\A\/api\/v/ の正規表現にはマッチしませんね /api/ の後に vが続かない

うむ Web のふぁぼとかも全部 /api/ の下のを叩いてるから IP単位制限があるはずなのか

神楽坂しえる さんがブースト

めっちゃ試験運用だけど、東方インスタンス建てました
#東方 #touhou gensokyo.cloud

神楽坂しえる さんがブースト

昔のドワンゴの人 だと地震でサーバに押し潰されてる人とかハーブの結果追い出された人とかの認識になる

スレッドを表示

カワンゴかまさらっきさんだとうん今のドワンゴの人だねと納得する

スレッドを表示

江添氏はc++の人でなんか宣伝の為にドワンゴに雇われてる認識

古いものを表示
GGTea - Mastodon

Mastodonは、オープンなウェブプロトコルを採用した、自由でオープンソースなソーシャルネットワークです。電子メールのような分散型の仕組みを採っています。