おさ @[email protected]

ホワイト大晦日

Ｓｏｒｒｙ　Ｊａｐａｎｅｓｅ Ｏｎｌｙ
　VVV
＞全角＜
　^^^

今年も除夜の鐘が！

自分がふぁぼるっくで先入れ先出しキューを採用できなかった理由は、ふぁぼ爆撃でキューが溜まったときに、最新情報の反映が遅れて「ふぁぼるっく使えねー」と言われるから。届いた情報を取りあえずどんどんキューに突っ込んで、古い方から反映する処理と、新しい方から反映する処理が動いていた。

pg_bigmか、pgroongaか。

エラーなのにメッセージ付いてないの、もっとあるある。

成功のステータスと、エラーメッセージかえってくるの、あるある。

売り子からeject

最近また溜め込む癖が出てきているので、ものが捨てられない。

PostgreSQLの全文検索は標準だと日本語に対応していないので、それを使うなら多分日本語は検索できないと思う。日本語インスタンスだけ、PostgreSQLの拡張モジュールで対応とかになるのかな＞マストドンのロードマップにある全文検索機能 Mastodon 2.1 and onwards | Gargron on Patreon
https://www.patreon.com/posts/mastodon-2-1-and-16135262

ヒューマンリソースマシン面白いんだっけ。実家でやるように買っておくか。そういえばマリオオデッセイもやりたいんだった。

ふぁぼるっくだとふぁぼ爆撃とかで数百万件ぐらいのキューは日常茶飯事だった。PostgreSQLへの投入が遅いので、MongoDBに一旦放り込んでから取り込む感じ。クローラーキューは取り込みの優先度で重要な人を先に見るような動きをしていた。
https://mstdn.nere9.help/media/3amYKi3rrk9EQg6fKlY

高機能なキューって、もっと柔軟なイメージがあったし、自分がふぁぼるっくで作ったキューは、優先度が自由に設定できて、割り込みとかかけ放題、取り出し側プロセスで処理する優先度の範囲指定とか何でもありな状態にしていた。一般にあるキューの製品って、先入れ先出しばかりで、処理順は守れるけど溜まったときの処理が大変そうだなぁと思って採用できなかった。

なるほど。

一応PCを持っていく。軽いやつになったのでよかった。スイッチも持っていくかどうか、迷うな。

sidekiqの仕様が分かっていないけど、先入れ先出し(FIFO)か、後入れ先出し(LIFO)かによって、他のインスタンスへの配送にも影響があるとかなら、相手に届く実績がある宛先と再試行とでプロセスが分かれても良いとは思うけどね。