NostterとDamusは再生できる形で配置してくれて偉いねえ。ちなみに音源10分以上あります。

音楽を投稿したらどうなるのか。 自作音源です。 Passacaglia and Fugue in C minor, BWV 582 (Theodor Szántó) https://24242.io/9f6efeefeb7a43bd5f10a97518c1d11f2a68d5023755d38f94c86f7c11ad5947.mp3

なんだって！？ 左寄りなのに！！！！！！

個人サイトをリニューアルして、ついでに Support Me!!! なページを作りました。これで外部に頼らなくても、あと Zap 以外でも sats を送ることができるというわけ。 https://barine.co/

色々と考えてたけど、Albyの今のプランを使い続ける最大のメリットはこのページを持てること、だと思った。何かしらサービスを行うのであれば正直無くしたくはないなあ。 https://getalby.com/p/maoqinna

うーん、実際そうするべきだ。 nostr playgroundでconnectを何回も押すと ["NOTICE","Subscription rejected: Duplicate subscription 49367: Ignoring"] が出てきて再現できる。他のリレーでは Rejected にならずまたご丁寧に EVENT を送ってくれる。

新毛布主義（ニューモーフィズム）あるあるコンポーネントの実践方法に詳しいかも程度の自信はある。

おほほほほほ、CSS完全理解者〜。

無料で開通してもらえるといっても、さすがにしてもらえたらZapするよね。

たぶんこれが正解ですね👀

これも今調べた。

推測：ブロードキャストはイベントを「署名なしあるいは投稿者以外の署名」で別のリレーに飛ばす挙動。保護イベント tags: [["-"]] // NIP-70 を入れておくと、投稿者本人の操作によるもの以外は受け付けなくなり「署名なしあるいは投稿者以外の署名」であるためにブロードキャストはリレー側で却下される。普通のリポストをする分には kind: 6 別イベントを生成するので問題なくできる。

ブロキャがおそらくブロードキャスト的な感じかなあと思った。略語の意味を調べるのは大変だ。

はい、考えた。まあ普通に、アウトボックス対応クライアントを作った方がいい。

推測：リレーが横方向に繋がりを持ってメッシュ構造を作ると、ユーザー側はリレー数を多くしすぎる必要が減り、より確実な配信を受け取れるようになる。一方で、リレーごとの個性が損なわれて、同時に配信するリレーを選択する自由度もなくなる。それに対して中間的な選択肢になりそうなのがアウトボックスモデル。 メッシュリレーは配信主体がリレーで、バックエンドミラーを作成することでインフラを強固にする。Blossom系のメディアサーバーが相互にミラーを行っているのと似てる。 アウトボックスモデルは、配信主体がユーザーで、このユーザーはここに書き込んでますよ（ポストはここだよ by NIP-65）を公開するので、フォロワーが利用するクライアントはその通りに拾いに行く。 中間的なところで、リレー利用者のイベントの取り漏らしがないかを他のリレーに確認しに行って、不足があったら補完する。ということができたらいいかも。設定画面から受信をするか、配信をするかが選べれば「私の投稿はこのリレーだけに留めてほしい。他のリレーにミラーリングしないでください」みたいなことができる。 現在のリレーとそれ以外を繋ぐ中間リレーをstrfryで立ち上げて配信するやつはDB整合が難しいけど不可能ではなさそう。別でstrfry立ち上げて設定UIを提供すればいいみたいな具合もある。

どのクライアントも大体どこか一つか二つくらい不満があって、私のような有象無象の一人がそれをなんとか出来るとはおもはないけど、手を動かさずに文句言いたくはない。なんとかしたいのでナンと化してる。

私が中国産ゲームにハマりすぎて色々と新作を待っていたら縁の深いバンゴリの曲でコラボしたやつが現れて激アツだったちなみにベータテスター落ちたとかそういう普通のオタクな話もしたいんだけどな。 https://www.youtube.com/watch?v=Ze9azH9rh7w