How long do these services cause 1.2tb download data?
# H1
## H2
### H3
#### H4
##### H5
> ### Quote line with H3
----
Bold: **Bold** and __Bold__
Italic: *Italic* and _Italic_
Delete: ~~Delete~~
Highlight: ==Highlight==
Inline Code: `Inline Code` maybe `InlineCode`
Bold and italic: ***BoldAndItalic***
Test markdown with no space: **bold*****BoldAndItalic****Italic*
Test with space inside: ***Bold and italit***
Custom Emoji: :weixiao:
Simple At: nostr:npub19yeqjawls407xjnmgkk6yss7936pcd7qzd5srlj8wye6j8433vrsjazqwk
Block Code:
``` Javascript
function() {
console.log("Hello World.");
}
```
[This is a link](https://web.nostrmo.com/)
)
Bold and italic not works. 🥀
# H1
## H2
### H3
#### H4
##### H5
> ### Quote line with H3
----
Bold: **Bold** and __Bold__
Italic: *Italic* and _Italic_
Delete: ~~Delete~~
Highlight: ==Highlight==
Inline Code: `Inline Code` maybe `InlineCode`
Bold and italic: ***BoldAndItalic***
Test markdown with no space: **bold*****BoldAndItalic****Italic*
Test with space inside: ***Bold and italit***
Custom Emoji: :weixiao:
Simple At: nostr:npub19yeqjawls407xjnmgkk6yss7936pcd7qzd5srlj8wye6j8433vrsjazqwk
Block Code:
``` Javascript
function() {
console.log("Hello World.");
}
```
[This is a link](https://web.nostrmo.com/)
![image]()
不对。。。还有选择不生但没后悔的~~~ 😅
他们是报忧不报喜。
再说了，生娃这件事，很少见到后悔生娃这种情况。我只见过后悔没生，或者选择生。
生了之后，就是家人。人总会想尽办法，想让家人以后过得好一点。
是的，越来越多客户端支持了。
例如客户端在寻找某一个推文，在你的中继列表找不到，会尝试打开其他中继去寻找。
你想看某个人的推文列表，会打开这个人的写中继去下载。
你哎了某人，会打开他的读中继列表把这个推文写过去。
总体来说呢，你看的推文数量应该没有加很多大而全的中继多，会漏了一部分，但目前 nostr 社区比较推广这种方式。
不然就只能加代理中继了。
已经算切片了。不鼓励大家用大而全的中继，鼓励客户端只配置几个中继，然后动态扩展中继。
至于绿色环保…目前来看不存在😅
我家也是二年级，不鸡不行啊。。。成绩真不堪入目。。。
现在才二年级，还能抢救一下。。。吧？？？
Maybe i should add support to nostr connect first.
听说有的，好像是锂的回收率
据说这个不是直接回收的，电车的动力电池退役之后，先看看能不能用于其他用途，像家庭蓄能等对能量密度要求没那么高的场景
收到 估计有什么地方没处理好
我改改程序
他是完全直接用 markdown 来做解析器了。。。
nostr 一开始写明了是纯 text ，不要使用 markdown，所以我一开始就自研解析器。
后来越来越多客户端直接用 markdown 编辑器，然后不要使用 markdown 的那句话删掉了~~~
我现在感觉很尴尬 😥😥😥😥😥😥
感觉作用不是很大，跑路了之后你的文件该丢失还是会丢失，也不太好做文件迁移。
还是 NIP-95 把文件传到中继去比较靠谱，虽然现在很多中继不支持，而且有比较大的性能问题。
### Blossom Uploader 笔记
#### 概览
- **Blossom** 是一种新的协议，旨在通过 Nostr 的简洁性挑战 IPFS。
- 文件通过 SHA-256 哈希值被识别，并上传到多个服务器。如果一个服务器离线，客户端可能能够在其他服务器上找到文件。
#### 使用方法
- **BlossomUploader** 可用于一次性上传文件到多个 Blossom 服务器。
#### 示例代码（TypeScript）
```typescript
import { BlossomUploader } from '@nostrify/nostrify/uploaders';
const uploader = new BlossomUploader({
servers: ['https://blossom.primal.net/' /*, https://cdn.satellite.earth */],
signer: window.nostr,
});
const tags = await uploader.upload(file);
```
#### 选项
- **servers**: Blossom 服务器的 URL 数组。
- **signer**: Nostr 签名实例，用于签署上传请求。
- **fetch** (可选): 自定义 fetch 实现。
- **expiresIn** (可选): 每个上传请求应过期的毫秒数，默认为 60,000。
#### 结果
- 结果以 NIP-94 标签的数组形式返回 (`tags array`)。
- 第一个标签保证是 URL。
#### 标签示例
- **URL**: 文件的公共 URL。
- **x**: 文件的 SHA-256 十六进制编码字符串。
- **ox**: 上传服务器进行任何转换之前的原始文件的 SHA-256 十六进制编码字符串。
- **size**: 文件大小，单位为字节。
- **m**: 表示文件数据类型的字符串。必须使用小写的 MIME 类型格式。
#### 服务器和 MIME 类型
- 服务器示例: `https://blossom.primal.net/`
- MIME 类型示例: `image/png`
#### 补充说明
- Blossom 协议通过在多个服务器上存储文件的副本来提高文件的可用性和持久性。
- 使用 Nostr 签名可以增加上传过程的安全性和可验证性。
- 通过自定义 `fetch` 实现，可以适应不同的网络环境或特定的技术需求。
- `expiresIn` 选项允许设置请求的过期时间，以避免无限期的上传尝试。
以上是根据提供的网页内容整理的详尽笔记，涵盖了 Blossom Uploader 的主要功能、使用方法、配置选项以及结果返回格式。
越来越多客户端直接使用 markdown 来写帖子了~~~
Blossom 是一个文件存储系统的规范。这个规范定义了一些文件管理的接口，这些接口的文件id，是这个文件的sha256，例如去请求一个文件的请求，可以假设为这样子：GET/
要想在支持的客户端中使用 Blossom 的话，可以找一个实现该规范的网站，把该网站地址配置上去。
例如在 Nostrmo 中，你需要修改图片服务为 Blossom，然后配置一个 Blossom 服务的网址。
这些网址支持 Blossom 规范：