mattn
_@compile-error.net
npub1937v...haj6
Long-time #Golang user&contributor, #GoogleDevExpert Go, #Vim, #Windows hacker, ex-#GitHubStars, #runner.
IndeedDB
消してもアメジを使うとまた生える
ウェブでパブチャだとどれが優秀なんだろう。
navidrome、今までいろいろ試してるけど、一番ハマってるかもしれん。外からでも再生もダウンロードもできるし。
navidrome はいいぞ。
プロフィールやフォローリストなど、kind:0 か kind:1 か、いくつかの 10000 <= kind < 20000 の nostr イベントについて、2年前以降から現在までに僕の wss://nostr.compile-error.net に保持した事がある pubkey について、5世代バックアップする様にしました。毎晩実行しますが、検出は数日内の更新のみです。
現在はウェブ画面が無いのでバックアップだけですが、のちのちリストアか、ダウンロードのどちらかが出来る画面を作る予定。
誰にシャッター押してもろたん。
View quoted note →
あげものするのに右手にビニ手をしてしまったばっかりに、スマホがうまく使えないつらい。
俳句チェック機能、便利やん (実装したの忘れてた)
めっちゃ雨降ってて買い物行けない。
ちなみに algia の取得元は 10002 です。
お隣さんにサツマイモをお裾分けしたら、それより高いチョコレートを貰ってしまい…
暇が出来たら僕のリレーのユーザの kind 3 最大数マージした物をバックアップ保存する機能(リレーとは関係なく)を足すか。それで最悪の事態は避けられるかも。
The コミュニティ運営ですね。普段僕が vim の普及活動してるのもそんな感じかも。
Nostr 日本ユーザ言っても数百人だし今なら適当なリレー数個を毎日クロールして最新の kind 3 を溜め込み続けるサービスくらい作っても良さそう。
追加したリレーにあるフォローリストのほうが古いとか見ないといけない？
途中からリレーを追加した場合、巷のクライアントのフォローリストの扱いはどうなってるんだろ。
クライアント開発者向けに資料としてフローがあってもいいかもしれんね。こうなったらこう、みたいな。
プロトコル上、登録と更新という区別を持ってないうえに、リレー毎に異なる可能性があるのでのクライアントは大変。