@SkywalkerJi 谈不上好不好，只是几种方案。你怎么熟怎么来。

你要是前端（ react/vue ）不熟你就 streamlit/gradio 。


你要是前端栈比较熟，自己写功能丰富也可以很炫酷。后端调用 Python 服务，没问题。

你要是不想写，可以找找现成的。如果你是 llm 应用，你就用 Python 实现一个 OpenAI 兼容的服务，然后现成的界面一大把。

看不见你发的啥玩意……

@shaun0 好的，这个会非常有用。如果一个插件要读全局的 cookie 基本上可以卸载了。

onedrive ，1 tb ，购买 office 365 ，一年两百，可以家庭版拼车。

1fichier ，以前看好像 30 欧元一年 1tb ，刚去网站上找没找到价格信息……

idrive ，以前有 1tb 的套餐，现在好像只有 500gb 和 5tb 的套餐了。

pcloud ，终生存储，399 美元 2tb 。如果有长期使用（五年以上）的计划可以试试。

另外 s3 都有冷存储，价格会比较便宜。可以看看。

gitea ，一百兆内存就能跑。

一足够。NAS 备份是最稳定的。定期备份就行，除非你还有共享的需求。

我是自己写的备份程序。手机连到我家网络的时候，我会自己在手机上启动个 ssh 服务，然后从电脑上连过去，扫描管理备份。偶尔执行一下就行，主要是防止手机丢失，以及清理下手机上的大视频，释放点空间。

说真的亮点有点少，因为基本聊天和 prompt 订制大家都有吧。你需要加些小小的买点。

cookies 有没有具体的域名权限？比如 notion 插件应该只需要几个域名下的 cookie 吧？

@xgdgsc 首先，这里没人提 rust ，op 感兴趣的的是 Python ，你来强推 Julia 就很尴尬。

其次，Tim Holy 当然有资格向人传道，但不是基于他的 github 粉丝数量，而是基于他对社区的贡献。

第三，别人对一个东西了解的比你久，比你深入，使用比你熟练，遇到的问题比你多，总结出来的问题，居然能被你评价为“小众”，而只凭自己“没”遇到问题来无视。这种对质量的理解，是我认为“不负责任”的依据。

试想以下场景：

开发：功能做好了。
测试：我好好测测。
开发：不用太仔细测，简单测下就行了。要真问题我还得得修。
测试：啊？

请问你对此开发的评价是：

A. 经验丰富
B. 自信满满
C. 不负责任

第四，我的道听途说已经注明来源。观者自辨。

@xgdgsc 不知道你为什么这么在意 github 粉丝数。这个作者是 Julia 社区的核心用户，也贡献了很多代码。文章也有理有据，可靠度较高。
如果只是个人爱好者自己写点大众代码然后没发现错误，也许值得高兴。但是盲目向别人推荐就有点不负责任了。

@xgdgsc 不知道你说的是谁。我找到当时的帖子了：
https://yuri.is/not-julia/
https://news.ycombinator.com/item?id=31396861

推广就推广，大大方方的。假装讨论然后评论里夹私货，有点耍猴了。

clash 里的规则自己改一下。
http 就相当于裸奔了。

@kgloveyou 哈哈，两百多够呛了。去工信部还有反诈中心去举报吧。

@xgdgsc 人家问 Python 你推荐 Julia ，不知道怎么想的……传教？
Julia 启动比 Python 还慢，我是接受不了。
而且我在外网看到过讨论，Julia 的代码生成有时候有 bug ，数值计算结果不对，实现个算法写了个把月都写不对，最后用 Python 重写一遍过。（别说人家菜，人家是领域专家，Julia 熟练度也远超普通程序员。）

被骗了多少钱？

@securityCoding 实事求是才能谈工程的角度。

@securityCoding 兄弟，你回去看看原 OP 的需求。需求是有限资源下对数据去重，不是无限资源跑 spark 。说几行 sql 跑个 spark 就能解决的那个是来搞笑的。

“不要中国公司”，还打繁体字，假装台湾同胞？