@goodhellonice 用免费版不就好了，只是没有 window 的桌面客户端，Web 端还是能用的

把大的视频文件切分成小的文件，然后传到各个 CDN 上面（好像还有用 jsdelivr 的，也有用微博图床的），在 m3u8 文件里写好了，然后支持的播放器就会自动把这些小文件拼起来。

要么直说用 gunicorn 来运行 flask，要么直接用 tornado+async 来写后端，建议前者

自从用来 transmission 之后 aria2 就只用来下 http 了

这个错不是模块导入的错，是 js 作用域的错。

你贴出来的 try 里面大概不小心多了一些不该有的东西

c 盘直接别分区了。。。

如果你只是准备自己用的话，我用 go 写过一个命令行程序，windows 下面内存占用只有 2m 左右。

支持定义任务（ cron 语法）和启动后台进程
会把 stdout 和 stderr 存到文件里。

唯一的问题就是因为一直都是自用的，所以也没写很详细的文档

https://github.com/Trim21/commandTray

楼主是一条一条转账手写的吗，可以尝试一下用 importer 直接导入账单，还能机器学习匹配转账账户。

微信支付的时候写备注，回头在电脑上导入账单。

@JeffersonQin 草，别这么叫，太尴尬了…

小文件多是因为 js 语言本身标准库不怎么样，挺多简单的功能不想自己写就得找个现成依赖。

后端发明一门新语言可以直接用对应语言的运行时或者编译器，要用新特性只需要更新工具链。

前端的新语言都得转成 js 和 CSS，想上新特性要么等用户升级，要么转义成旧代码。

而且模块化还是后来才出来的，为了用户体验也不可能全用浏览器原生支持的模块化方案。（看到个用 vite 的例子，因为依赖太多，浏览器开始渲染前要请求几百个 js ）

如果你不需要支持 post 的话就直接用内置 http.server 模块，是个静态文件服务器

python -m http.server，是 python3 版本的 SimpleHTTPServer

“Glide is a fast and efficient image loading library for openharmony focused on smooth scrolling”

B 和 C 都有 tracker d，这俩不就连上了

就算什么 tracker 都连不上 bt 协客户端有找节点的办法

虽然这是一个 9 天前的帖子，而且前面还有我自己的回复，还是想再吐槽几句 ipfs

如果你只是在 ipfs 上面做个分布式的应用的话可能还没啥，单纯调用一下 go-ipfs 的 cli 可能就足够了。

但是如果涉及到底层开发，哪怕调用各种现成的库糊一个简单的节点出来的话，就会瞬间变得非常难受，难受在现在 ipfs 的文档虽然有一大堆概念上的介绍，但是无论是顶层的 ipfs 还是底层的 libp2p 你都很难针对某个概念找到清晰的 spec 。

如果你去发 issue 问某某某有没有 spec，某个好心人可能会把当前的实现贴给你，至于 spec，那是多半没有的…（比如用于数据交换的 bitswap 协议的 issue ）

而且就 ipfs 的 go 语言的实现来说，整个 go-ipfs 的代码分布在 multiformats，libp2p，ipld 以及 ipfs 几个组织下面大大小小接近一百个仓库里面，你因为没有 spec 用找某个实现的时候，可能要先去 go-ipfs 里面找到他到底引用了那个库，然后再去看对应库的代码。（好的我用的是 go，认识了某位用 rust 实现 ipfs 的国外老哥深受其苦…）

相比之下 BT 协议的 spec 真的好太多了…

不如起个 http server 再写个 Web ui，go 写 gui 真的折磨…

@tim0991 #5 2 这种有拆分的应该是用 context 吧。。。