截图都截全。盲猜都知道是证书与域名不一致。或者是窜证书了。

NEXT 版本说是无 AOSP 兼容层了（ B 站有人发在 HDC 现场玩机的视频）。

前几天孟不是跟高层会面了吗？且深圳也在官方层面支持了。看明后年的生态建设了。

---
为什么用 Android 的东西，这个不就是因为 OH 没建设好吗？而且生态也是一个问题。风凉话不必说了，在坛里的大家都知道什么问题。

Linux 上执行一下 curl -vvv https://xxxxx.com 看看，location 值跳转到哪？

比如：
```
$ curl -v https://baidu.com

* TLSv1.2 (IN), TLS header, Supplemental data (23):
* Mark bundle as not supporting multiuse
< HTTP/1.1 302 Moved Temporarily
< Server: bfe/1.0.8.18
< Date: Thu, 03 Aug 2023 12:59:59 GMT
< Content-Type: text/html
< Content-Length: 161
< Connection: keep-alive
< Location: http://www.baidu.com/
```

我刚刚查了，如果只是使用对象存储，好像没有选项设置。

如果你网站是在国内，那将贴内的那个 8.8.8.8 的的 Google 公共 IP 换成其它的国内的，比如主页的那个火山的看看？

还有，我上面说的那个 listen ，应该是在说主域名这边的 nginx ，也就是你贴图中的那个配置内。

建议跟七牛云的客服沟通下看看怎么解决。

我以为你这个日志是在 server 上的。

另外，我看了下七牛的后台。有选项的，如果没法修改，试试重新添加看看。
```
IP 协议 IPv4 / IPv6 IPv4
```

https:portal.qiniu.com/cdn/domain/create

@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.