MURAOKA Taro✅ さんはインスタンス mstdn.jp のユーザーです。アカウントさえ持っていればフォローしたり会話したりできます。もしお持ちでないなら こちら からサインアップできます。

ヤヴェwww リアルでむせこんだ <鉄ヲタ長男の姿にダブる

MURAOKA Taro✅ ブーストされました

技術の話はよくわからないけど、楽しそうに技術の話をしている江添さんは、鉄道の話をずっと楽しそうにする鉄ヲタ中学生長男の姿にダブる。 #マストドン会議

@mattn 僕は最後のスキルの問題が一番近いのかなと思いましたね。API切ったんだから、そこで分離するだろうと。

やっぱじっくり文章を書いたほうが良い人だなw

うーんw これは見てるのツライなw

MURAOKA Taro✅ ブーストされました

何も考えずにmaster追随すると死ぬけど、たまには正しく動くことを信じてmasterブランチ引っ張ってくる必要があるのがマストドンですよねえ… (日本語化にいち早く追随するためにmasterのコードmergeしたときもあった)

やっぱsidekiqみたいなバックグラウンドジョブマネージャーをキューに流用していることがそもそもの問題ではなかろうか。クラウドでの利用を想定したkafkaやkinesisのようなキューをジョブマネージャーに流用すれば詰まる問題はそこそこいけそうな気がしてきた。

メッセージをまとめるのは、それとは独立して必要だとは思う。

MURAOKA Taro✅ ブーストされました

即ふぁぼするお仕事です

@fkm ええ、最初は操作ミスったかな? って思ったけど、これはボットっぽいのでブロック一択ですね。

なんかトゥートするたびにアンフォロー&フォローするボットがいるのか?

やっぱキューなんだから、最終的にkinesisとかkafkaみたいな構造にならざるを得ないんじゃないか? 1つのキューでやるんじゃなくて、送り先ごとのキューができて上限が決められ溢れたら古いのから消える。

インスタンス間で調停のためのメッセージをやり取りするようになると、それはインスタンスが増えた際の死に繋がるから取るべきではないだろうなぁ。

流量が多いとか、直近で不達が出たインスタンスのメッセージを貯めてまとめて、送りつける。不達に関しては遅らせるか、ほんとうなら向こうに取りに越させたいよなぁ。

送るメッセージをインスタンス毎にまとめるとして…そうかひとつには流量の多いインスタンスだけためる仕組みを別途用意するのかね。

キューをさばくところはsidekiqで別プロセスだから、nodejsかgolangに変わる分には管理の手間は大きくは変わらんだろう。問題は変えたところで今のpushのしかたでは、そう遠くないところで限界がくるってところだろう。

pawooのTLが非常に良いな。作家さんの絵が高頻度で流れて、キレイだし、エロ絵はほぼほぼNSFWになってるし。

マストドンの異なるインスタンスで同じ人をフォローする愚を、是正していくことにした。

PHPに限らんよなぁ。雰囲気で使ってる機能やライブラリ、フレームワークを詳細に知らないと、ホントの意味での保守性や安全性には繋がらないんだよなぁ。

「このフーレムワークに乗ってるから安全です」ってのは、対価を得るに値しない。というよりはそれ自体がリスクファクター。「このフレームワークはこういう手法で安全を担保してます」とまで言えれば良い。

MURAOKA Taro✅ ブーストされました

場合によっては怒られる話かきますけど、どうかんがえてもPHP7とかで追加された機能を使いこなすよりも、PHP5から引き継がれて依然としてかわらない標準関数の挙動やキャスト、PDO、PHP.iniとかを学ぶほうが重要だし、なんならPHPとかどうでもよくてOOP自体とかミドルウェアをちゃんと学ぶということが重要なのであり、いますぐ7の機能をつかいこなせなければモダンでない!なんてのは本当に違うでしょっておもうんだけどあくまでも個人の感想です。