@sunnysab gore 好用，但是有些 IP 时不时被封，所以得自己再在 NS 做一层绑定没墙的固定 IP 。

@0x663 额，不知道，我是登录后看的。估计是有些敏感话题，防被收录吧。

刚刚过去看了下。确实如此，刚刚看到的新帖：/thread-1193504-1-2.html

@wangmou 关于你说的这事，这不能怪 MJJ 了。只能说，那个主机商自己惹的。且出现好多回了，所以才被打的。

但 LOC 跟 V 站好像关系不太好，那边的人确实是经常刷这边人的站，大家要注意。

@shakukansp 那你问问那些 fork 的人到底想怎样啊，毕竟人家在 network 里可以看到。

你第一条回我的信息，我就指明了这个问题了：
“（虽然我不理解那些 fork 了的人怎么想的，但估计源码都没看过吧）”

说不定只是为了防丢？？？毕竟这个编译后的源码，可以直接“开发者模式下运行”。但，谁懂呢？

不必回复，没这个必要再争这个问题。我的观点在 #286 就总结，没必要扯这么多有的没的。

```
listen 80;
listen [::]:80;
```

把 [::]:80 干掉。同理，443 [::]:443 的也一样。不行的话，把 AAAA 删掉应该没问题了吧？ CNAME 的我不了解。

@shakukansp 那我说的不是很明白吗？装什么“我看不懂你说啥”？

首先，你回的是我 #276 的原帖，原帖我的意思是 “项目目录看起来很像开源项目” 这种观点是错误的，开源不开源看协议。而你，认为“只有 readme 和 dist 的项目”就不值得点星。我认为别人点 star 是别人的事情，说不定就是为了收录一个软件而已。

而 fork 不就是程序员行为吗？不是程序员，fork 它干嘛？不是为了二开或者自行编译吗？

我可没说就一定是程序员才上 GitHub ，参考我上一条（别人只是收录个软件）所提的那类人。而那类人，压根就不需要理会你这个程序“开源与不开源”，所以何谈被骗？

不如搞个“ChatGPT”对接。让 gpt 伪装成人类的白富美，然后自己假装跟这个白富美“沟通”，触发关键词会报警。

但就算你告诉家人也没用啊，甚至报警也没用，毕竟你还要挂上你的位置等信息。除非你在跟“白富美”沟通时，触发了关键词，gpt 将相关内容解密后再报警及告诉家人解救。

但，这些基于你自己知道你在哪个位置的情况下、自己能上网且有限度自己联系“客户”的情况下。否则，也没任何办法。

各运营商都有大物联网平台，这种应该有接入规范的。小米 IoT 设备接入（米家）有规范。

@shakukansp 估计你自己废话太多了，所以忘记自己曾经说过什么了，所以不知道我回的哪条吧。

说不定只是域名持有人想卖域名，所以加的跳转而已。具体持有人是谁，得看 whois 了。看不出来的话，看 NS 也行，有能力的大厂可能会自建 NS 服务。

昨天还有个链接说国内宽带贵的。我想说，就算不贵，也不够某些人刷……反正我是宁愿用小水管，也不敢用“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 协议文件，这样可以吧？