50000は、現在のフォロイーの全textイベント数(他の全数取得できそうなリレーから取って出た数)

この実装なら明示的にでかい数字を指定すれば回避できると思って50000指定したら、noticeで5000が上限やで、って言われた

これか！！！

https://github.com/Cameri/nostream/blob/d80342837a3701e2a435464531242fef12bfd6ac/src/repositories/event-repository.ts#L128

いろいろ試すと500件という数字がよく出てくるので、何かのリレー実装のデフォ設定でそういう制限がかかっていそう

他の条件固定して、authorsフィルタを変えながらEOSEまでのイベント件数を計測したとき、authors: [A, B]で取得したときの数がauthor A単独の数とauthor B単独の数の合計より少なくなる

やはりリレーによっては抜けるっぽいですね レートリミットとかの関係かなぁ

setIntervalのコールバック1回で、それまでにたまったイベントを全部ハンドラに渡すようにしたいところ

nostr-tools、受け取ったイベントをバッファにためつつsetInterval(..., 0)で毎回1つずつハンドラに渡してるので、初回取得時などに一気に大量にイベントが届くと遅いっぽい(特にブラウザではsetIntervalの最小実行間隔が5msなので1秒に200件しか処理できない)

Linux(Ubuntu), Chrome環境です エラーはcannot read properties of undefined (reading 'created_at')だったと思います

初回ログインではエラーが出て何も表示されず、リロードして再度ログインしたらちゃんと見れた

posted from nostter

java.lang と Exceptionが最初と最後の5を担保してるの強すぎ

偶然短歌bot

https://twitter.com/g57577/status/1629330364274716672?t=Joxm22bdDuIMoC_fhiJYTQ&s=19

だから静的型チェックが必要だったんですね

blueskyといえばマーチ「ブルースカイ」(知ってる人には世代がバレそう)

39では伝えきれない感謝を

398(ｻﾝｷｭｯﾊﾟ)

すでに人定期

fiatjafの擬人化！？

おまえだったのか、NIPを増やしているのは