昨天还有个链接说国内宽带贵的。我想说，就算不贵，也不够某些人刷……反正我是宁愿用小水管，也不敢用“CDN”了……

> 1. 将 old 项目起一个分支 v1 ，并合并到项目中。并且在 old 项目（ v1 分支）的 README 中说明原 fork tpw 的地址，同时在主分支中说明一下当前版本不开源，版本 v1 开源，并且给出（ v1 分支的链接）的链接。

@itechnology 确实可以说“不道德”。作者应该贴出原项目地址在 README 中。

但是那些推荐了并且开源的项目，后来把仓库删了、Private 了的呢？再或者像 React 那样，直接把协议改了的呢？别人早期的推荐文章时，也可能说了“开源”或者按某协议开源吗？最后不也一样没了？

我认为这个是他人的权利。项目不是一成不变。

有些人说是为了去除 fork 源，这个说法太绝对。因为项目的 fork 还是 star 统计会跟源项目共享的。

---

我认为作者可以几种操作比较合适。

1. 新 old 项目起一个分支，并合并到项目中。并且在 old 项目的 README 中说明原 fork tpw 的地址，同时在主分支中说明一下当前版本不开源，版本 v1 开源，并且给出一定的链接。

2. 早期新开项目时，希望保留名称，可以加个 -pro 或者别的名字区分。

3. 早期新开项目时，直接新开一个 v2 版本来存储，并且参照 1 给出相关说明，但是像我之前所说，统计可能依然会并入到 tpw 项目，不太合适。


---

大部分人会像我 1 那种操作，比如 opensearch fork Elasticsearch 。这种行为无可厚非，但要 README 中说明清楚。

OpenSearch is a community-driven, open source fork of Elasticsearch and Kibana following the license change in early 2021. We're looking to sustain (and evolve!) a search and analytics suite for the multitude of businesses who are dependent on the rights granted by the original, Apache v2.0 License.

@shakukansp 你又知道人家贴这个出来，不是就是给你一个下载的地址？人家可没在页面说 “开源在 GitHub”，点 star 和 fork 的人，也不尽然就是为了二开吧？

不是程序员，那 fork 和 star 干嘛？进行这些操作还得注册和登录账号。你这说的，自己逻辑都说不通了。不是程序员，就更不需要理会“开源不开源”，因为压根不需要“看源码”。

作者针对于 fork 源仓库的代码开发了 immersive-translate ，最后基于其开发的，也都持续开源了。
后期还想继续使用 immersive-translate 这个仓库名，所以将源仓库修改为 old-immersive-translate 仓库也没有问题吧？
其次，作者在楼内说了，是新开的项目，基于 deno 的，并不是基于源项目。至于新的项目起什么名，这个也是作者自己的权利吧？

那些说“项目目录看起来很像开源项目”，那我就笑了，人家开发 chrome crx 的人，一看，就知道不是开源项目啊。有些人，一看只有 issue 的空仓库，也觉得像开源项目啊。这种主观观点，我觉得有问题。

它的 10k 个星又不是继承原旧项目的，也是大家自己手动 star 或者 fork 的，这个是那些人的问题了（虽然我不理解那些 fork 了的人怎么想的，但估计源码都没看过吧）。

对于作者这种行为，我不觉得有什么问题。

@wxxxcxx 刚刚发现 GitBook 也闭源了（不再开发了）
As the efforts of the GitBook team are focused on the GitBook.com platform, the CLI is no longer under active development.

搞得我 node 18 装不上 gitbook ...

1 、不限流量，国外（特指老美）是按流量的
2 、补贴西部偏远地区网络安装与维护的成本
3 、城际网络基建差

很多软件都是用 GitHub 作为 issue 收集工具，代码并不开源（国内外的项目都有），所以并不觉得用 GitHub 作为“存储”有什么关系。

另外，那个 old 项目是 MPL2 的，如果代码没有重大变更，依然是在此代码的基础上开发，按理不能再闭源的。但若是重构，应该可以闭源吧？而且，对比了下源项目和 old 项目，差别看起来还挺大的。

而且，标题的 10k star 的项目是，新开这个项目之后拿到的，并不是继承旧项目的 star 。可以说它“骗 star”，但是是那些 star 和 fork 的人自己的问题了。

---

另外，我有点好奇，一个基于 MPL 的空项目（即包含 MPL 协议文件），fork 之后，并且写了一个完整的项目，能不能闭源？如果不能闭源，那么可以新开一个项目，并且不包含那个 MPL 协议文件，这样可以吧？

我上架到 Google Play ，啥都没有，就一单机的游戏，都要提供隐私声明。。。且是很多年前了。

oneinstack

……
release 包是自己手动传的（也能通过 CI ）。

解决方法可以写脚本，从 GitHub API 拉下来再用 API 传。

基础手册，比如安装手册免费。其它进阶的收费的话我没话说。如果全部文档都收费，那就像上次那个 go 语言写的 bbs 那样，肯定喷。

要不，干脆不写手册就好了。

不过，手册收费好像不在“开源”范围内，只能道德一下。

我自己写了个脚本，添加图标的。大概代码就下面那样。

```
SERVICE_PATH="$HOME/.local/share/applications/$SERVICE_NAME.desktop"

tee "$SERVICE_PATH" <<-EOF
[Desktop Entry]
Exec=$EXEC_START
Icon=$ICON
Name=$SERVICE_NAME
Comment=$COMMENT
Type=Application
Terminal=false
EOF

[ -n "$ICON" ] || sed -i '/Icon/d' "$SERVICE_PATH"

chmod +x "$SERVICE_PATH"
```

同上。自建 + 定时备份。

四格。
但写 yaml 时，两格。

基本不用 tab ，因为文档有时是空格，有时 tab ，会导致格式不一致，然后又不明显。

rap2.taobao.org BUG 虽然多了点，但勉强能用。数据要动态扩展的另说。

@janus77 你还不明白我的意思。我标题不是说了么？在“综合资讯”的推荐文章里面看到“所谓资讯”：


@cnbatch 确实如此。有次评论时，有人人身攻击，我回嘴，结果我被禁言了，而另一方却好好的。我都怀疑自己是不是怼到官方下场的人员了。

想找个“软件和行业资讯”的 RSS ，没有找到好的啊。哪怕转译的，也没发现。自己圈子太小了估计。只能去 Trending 了解了。