@locoz #14 补充：还有就是公网环境下不想走公网服务器通过 FRP 转发 （并且仍然想保持一致的使用体验） 的话

@jenova #11 还有就是公网环境下不想走公网服务器通过 FRP 转发的话，可以看看我之前写的《骚操作！使用家里的服务器也能像用云服务器一样方便！》这篇文章： https://mp.weixin.qq.com/s/I55UOkuokKpSzvvKJvefpg

@jenova #11
FRP 是用来在你家宽 80/443 端口被封的情况下，将请求从公网服务器上转发回家里用的，这样可以去掉域名后面带的端口号。
而 Nginx 是用来将外网 https 转为内网的 http、指定某个子域名给某个内网的服务的。
两个东西功能不同，结合使用就好了。

然后建议你内网再弄个私有 DNS，内网环境下把域名解析到你的 Nginx 内网 IP 上，这样的话不管是在公网还是在内网，使用体验都是一致的（一个域名一个服务、不带端口号）。

对，这个管理界面很好用。我家里的服务器一直用的这个，像证书什么的都不用管的，打开 SSL 就会自动去申请，强烈推荐！

然后你的需求是通过一个绑了家里公网 IP 的域名+端口访问多个 Web 服务是吧？这个管理界面确实不能添加多个同样域名的配置，但是使用多个子域名+统一的 Nginx 的 80/443 端口（实际家宽肯定用不了，是改的别的端口）访问不香吗？如果你想要单个子域名+不同端口访问多个 Web 服务的话，直接用路由器的端口映射就行了。

如果想端口都统一 80/443 且家宽封端口，那就 FRP，直接用 TCP 转发功能将 Nginx 的 80/443 转发到公网服务器上（注意大陆服务器需要备案，香港等墙外的不需要），然后你弄个泛解析的域名绑到公网服务器的 IP 上就行了。具体的哪个子域名对应哪个服务，直接在 Nginx 的管理界面里设置。

实时性要求不高的东西...直接前端轮询吧

@fangzy #51 “央行数字货币不是区块链，只是用了部分技术而已”是官方的说法，不是我说的，你可以去查一下。
央行和各个银行对用户来说是多中心，对银行来说则是本来就是个上下级关系，怎么搞都还是得听央行的，跟原来没啥差别。

@hedongcun #7 人家压根不带怕的，因为 B 站基本就不怎么管，可以看看我这篇文章： https://www.v2ex.com/t/591504
发邮件至今没人回复，举报只是删除了部分视频...那些账号依然活跃着

预估一下会有多大负载量呗…

设备相关的唯一 ID 目前来说就是防君子不防小人，如果非常需要进行控制的话，像内部系统这种还是直接对账号限制比较简单粗暴，出问题直接找对应的人就行了。

@fangzy #48 央行数字货币不是区块链，只是用了部分技术而已，实际上这种极度中心化的东西也确实不算区块链了😂😂

因为人家有备用方案，直接拿票。

一直都要加的

@locoz #42 简单来说就是要么极度中心化、要么极度去中心化，只在中间的程度的话就无法覆盖全面，最终只能选择相信某个比较高级、可信的一环。

这个问题…我之前思考过，答案是需要每一环都非常公开透明才有用，但到这种程度之后跟区块链的关系又并不大了。

举个例子：你是一个旁观者，有人搞了一个募捐项目，你想要确认他最终的钱到底有没有用来买某个东西，于是你找到他，让他证明。
那么对方怎么证明呢？
首先买东西总会有小票或者消费记录吧？截图或者拍照给你看？
那怎么证明图是真的呢？店家是不是得要拿出订单信息来证明这个小票或者消费记录是真的？
然后又怎么证明店家没有帮他造假？是不是还得把账户收款记录也给拿出来？
接着收款记录又怎么证明是真的？是不是得找银行之类的上级权威机构证明？

通常来说到这里可以停下来了，区块链+D app 在这个场景下确实可以做到快速证明这些东西的真实性，只要上级权威机构、店家的信息都上链并且都提供一个 Dapp 可以被调用来证明下级的信息是真实的就行了。（这个操作的优势在于不需要权威机构发公告证明，而是需要证明真实性的人自己就能发出证明，并且别人也能在银行那确认到证明是真实的）

但是，万一呢？万一对方真的那么牛逼，连银行的证明都造假了呢？所以还是得继续往上证明。

结果到最后你会发现，这个证明真实性的最终目标，要么是得有一个权威、可信的中立性机构，要么是让所有数据全部公开可查，否则的话总会在某一环停下来，使得信任链中断。

而做到这个程度之后，跟区块链也就没啥关系了，说白了区块链到这种时候就跟一个分布式的 sass 平台差不多…

备案号码比较好看…？有多好看？

@nullboy #18 emmmm 不清楚，我是在 unraid 自带的 web 管理界面上看到的