きりのリレーのバックエンドをNostreamからstrfryに切り替えました。過去分のいべんとのお引っ越しは後で。
てすてす
I am very happy with Nostream even if it is not updated. However, I believe it is important to use it to consider whether to switch to strfry in the future.
$ 神ツール | strfry import
で良さそうな気がする。神ツール入れるところからだけど。
strfry syncはstrfry独自のREQを投げ込んで同期し始めるっぽくてNostreamは蹴飛ばしてる。
試してる感じ、strfryで動いてるリレーからstrfryが引っ張ってくるような動きしか出来ないっぽい。(strfry streamは動かし出したタイミングから流れてくるイベントだけキャプチャする)
Nostreamからstrfryに過去分をお引っ越ししたいなって
ゆるぼ：Nostrのリレー間でイベントを複製しまくるツール
knife的な奴でREQして、出てきたJSONをそのままwriteするCLIがどこかにあったような……
てすてす
再エネ賦課金とガソリンの二重課税を止めてくれるだけでもありがたい
またクソデカREQで死んでる
なるほ……(検索してまでは見ないでおこう)
耳かと思ったらナンだった
strfryならREQ処理が効率的になったりするのかな……？
:wakaru:
とりあえずクライアント作成者の方にはデベロッパーツールのWebSocket欄で自分が出したREQがリレーからさくさく応答されてるからは見てもらって……
そう。なのでNostream観点だと過去の投稿を追いかけるREQはリレー内部のDBMS(PostgreSQL)に優しくしてほしい。
リアルタイムなやつはDBMSを通らないからフィルター要件は厳しめでも良いけど、必ずsinceを付けて購読して欲しい。
ここはmixi2じゃないですよ！
nostr:note1lnkl70fnn7drplwhkxyfyz65zcneq6c706rh939j2ccgqf96emsslkhl9x
過去の投稿を集めてくるREQ(EOSEしたら切る)と、
リアルタイムな購読のREQ(フィルターは少なめで通信料はかかるがクライアント側で削る)を
ハイブリッドにしてくれるほうがリレーとしてはうれしい😄