macos 下一个 self control app.

KeePassXC, 备份在私有的 github 上

@Amber2011 轻度酒是还不错～ 我喝 3 度的百利甜酒 像喝奶茶一样哈哈

@makelove #10

有的时候我甚至怀疑是不是我喝的酒不够高级。。

这时我人生中始终搞不明白的 2 件事之一：

- 抽烟
- 喝酒

我不知道为啥会有人真的上瘾？

我抽烟或喝酒 感受到的只有难受。。

别说了，别让马斯克学到了回头把推特搞成网文平台

@nothingistrue #442

哈哈，科普一下，MPL 2.0 许可证规定的是项目中的代码使用和分发问题，而不是项目名称。在 MPL 2.0 的许可证条款中，没有一行提到项目名称。

所以这只是一个项目名称的使用权问题，这和 MPL 2.0 协议没有半毛钱关系。项目名称的使用权当然属于创建者，创建着想怎么用就怎么用，明白吗？

结果人家直接用 Deno 重写了整个项目，一行代码也没继承，所以神圣的 MPL2.0 协议很清白

@rivercherdeeeeee #33 我直接搭建一个 nginx server ， 然后大概

location /{
root /home/data/;
index index.html;
autoindex on;
}

我跑了一个 qbittorrent linux 版，开了一个 web 界面，然后在任何电脑上远程下片，随后再按需要，http 下载到本地看电影。http 下载其实很快的，11M/s 左右

@Pipecraft #408 有没有关系，核心在于该新项目声明了自己是闭源项目的情况下，直到 0.0.41 这个版本，https://github.com/immersive-translate/next-immersive-translate/tree/v0.0.41 ，新项目的 star 依然轻松超过了旧项目。 随后几天旧项目就彻底存档了，我不知道为啥老是要和旧项目扯上关系。

我们应该关注随后 star 真正爆发期间，看这个期间，有多少人因为看了这个新项目一眼，误以为是开源项目，然后送上了自己宝贵的 star 。

你怎么会期待一群看不懂新项目是否是开源项目的人，反而清晰的知道：有一个神圣的，具有 MPL2.0 许可证的，已经存档的，只有几百个 star 的旧开源项目，由于那个神圣的旧开源存档项目的存在，误导了我！哈哈哈

@Pipecraft #405

牛，又一个新信息点。

首先，从 0.0.41 版本 之后新项目的影响力已经开始超过那个神圣的旧项目了，所以之后的 star 增长，真的和旧项目无关。

你的信息告诉我，其实直到 3 月，闭源的新项目用的都是 next-immersive-translate 这个 repo ，而旧的项目早在 1 月份就存档了。这更加说明了新项目拿到的 star 都是独立拿到的，就更与那个旧项目无关了。

也就是说作者从 22 年 12 月，一直到 3 月，其实用的都是 next-immersive-translate 这个新项目。

所以问题的核心点只是在于这个新项目的各种操作到底有没有误导用户，有没有恶意误导用户。

比大多数同类国产强点，但是绝对值上还是差了一点。

最重要的是听和读，会读 基本就 会写，所以多练练听力，多大声朗读。

不错哎，我一直想要这么一个 app ，能接管所有的通知吗？

大概率就是一个普通初创公司，有所有初创公司的缺点。

@icaolei #402

> 5 、你说的闭源项目的 star 数超过开源项目的 star 数，估计有部分是那些误认为该项目还在开源的人点的。至少我是，本帖中也有其他人是。

就是你们的问题所在，从闭源项目的第一天开始，直到闭源项目的 star 数超过开源项目的 star 数的时刻， 闭源项目的主分支的 readme ，正文第一行，一直挂着：

[ Next immersive translator, only for release new version]]

就这样，明确声明的闭源项目 star 数超过了 神圣的旧开源项目。


而随后，随着那个神圣的旧开源项目的存档，新项目的 star 开始一路飙升，（但是我不管，我不管，star 新项目的人都是因为那个神圣的旧项目，才专门过来 star 的。）


我当然相信有不少小白 甚至是 不怎么了解开源协议 的资深程序员在看了今天的新项目： https://github.com/immersive-translate/immersive-translate/ ，会以为这是一个开源项目，我也相信楼里面说自己确实以为是开源项目的人。

但我认为这些人是因为乍一看新项目，以为是个开源项目，和那个神圣的旧项目没有半毛钱关系。


> 如果作者在 readme 中明确说明，该项目已经闭源了，我相信 star 数不会有今天这么高，至少会少我这一个 star ，和本帖也被误导了的其他人的 star 。

所以争论点就应该是扯新项目后来经典版的 readme ，经典版的项目结构是否误导，以及是否恶意误导 ，真没必要扯一个 300 star ，短命 1 个月的旧项目。

@icaolei #400

> 1 、作者使用闭源项目，顶替开源项目的名称、链接。
> 3 、这一篇非常详尽地写了项目介绍、使用说明、作者愿景，甚至求 Star 、求推广的 readme ，却唯独没有写，该项目已经不是原来的开源项目。

我在 #398 里引入的数据就是想说明，那个神圣的旧开源项目，实际上是个只开发了一个月，只有 300 star 的小众项目，甚至都可以算是一个临时项目，但是道德标兵就是要要求 重写的新项目要生生世世 头条头版 永久绑定 这个神圣的旧项目。开发者一定在那个时间节点，准确的预测到了未来会有 10k+ star ，所以不怀好意的顶替掉了神圣的开源项目链接和神圣的开源项目名称。 我们要为那个神圣的旧项目而战！

> 2 、大量的帖子、软文都还在以开源软件的身份，推广该项目，并且给出的地址是主分支地址，所有人进去看到的是 readme ，而不是某一次中间版本。
> 4 、该项目虽然已经闭源，但仍在提交 build 之后的更新，表面上看起来项目仍在进行社区维护。

这就对了，核心论点应该在这个身上，而不是和旧项目硬扯关系。

我是每 3 个月就提取一次租房的。。