問い合わせを複数個に区切ることで応答性は良くなると思います。

フォロワ数なんてリアルタイムじゃないといけない理由全くないので、どっかの API 使わせてもらえるならそっち使った方が良い。

弱小アカウントやん

どこで確認するん

おはようございます。コヒコヒのアーツーいれました。☕

/run rb $><<('%1$s%2$s'*2+'の%3$sー%4$sー')%%w[ア ツ コ ヒ].shuffle

max_filters はレコードを引く前にガードが掛けられるんですが、default_limit はフィルタから WHERE 句を作って実際にレコードを引いてからでないとガードが掛けられないんです。

日本語 OCR って何が一番良いんですかね。

フィルタは SQL でいう所の UNION に相当するんですが、多くなるとリレーに負荷が掛かるんです。 で、リレーとしては「このリレーは最大でも 30 しか受け取らないよ」という情報を NIP-11 から返してあげる事で、クライアントが 30 個ずつ取り出す調整ができるんです。 これが無くなった事でクライアントはこの 30 という値を得られないので、無制限にフィルタが送られてくる事になります。 リレーサーバとしても「うーん、さすがに 30 超えたから駄目」というお手製チェックしかできなくなります。