新しいものを表示

TLにだべり部屋を求めているので、過去の話は別にいいという個人的な思いがある。

長期遅延したときは、リプライと通知だけ投げたら良いのでは。とも思った。

jpが他の仕事をしなくても、jpの運営だけで生きていけるように、元気玉が必要なのでは。(元気玉の放ち先どこ)

nginxでアクセス元ごとにリクエスト数を絞れるので、やろうと思えば受け取り数の制限は掛けられる。

jpの発信元IPは一個だから、DDoS出はないのでは、みたいな重箱の隅。

jpの打ち上げ花火が終わった。

これ、何回言ったか分からないけど、2でエラーを受け取ったときに、3と5の処理をドメインごとに管理して後回しにする処理を入れないとダメそう。>BT best-friends.chat/@rosylilly/1

おさ さんがブースト

ちなみに、ここで捌ききれないとどうなるかというと 

1. jp → BF にトゥートがくる
2. 負荷で BF がエラーを返す
3. jp はエラーを受け取るのでもう一回送ろうとする
4. BF は当然高負荷なので耐えられない
5. それはそれとして次のやつを jp → BF に送ろうとする
という最悪のループに陥るので、基本的には初動ですべて捌き切るのが結果的に一番負荷が低いのだ

あまりにも一気に配送しすぎて、アレでも間引かれていたのか。

気分によって袋麺のスープを半分ぐらいしか使わないときがあるので、残りの半分で袋麺の味が再現できる。(貧乏くさい)

死んだサーバに次投げるところでつっかえてるのって、「ここは俺に任せて先に逃げろ!」ってやつじゃん。泣ける。

sidekiqの各スロット?が全員重いサーバにぶち当たると配信がつっかえるんだろうな。んで、それがリトライに回るとまたドバーッと。

40分でここまで来たってことは、もうあと10分ぐらいか。

届く投稿が24時間以内になり始めた。

jpのフォローがちょくちょく有るのでHTLも順番変わってる。

技術者集団だからみたいな投稿を見かけて、まあ広報下手なのはしょうがないのかみたいな納得をなんとかしようと思っていたけど、技術的にもあかんのでは。

HTLもあれな感じになってしまったので寝るか。

Steamのトレカ、5枚中2枚被るとかちょっと悲しい。即売りに出す。

古いものを表示
:realtek:

思考の /dev/null