@coolcoffee 十年前由中科院发布的 COS 国产操作系统，我现在还等着呢。 到现在一个字节都没见到。

不太明白这个出路是个啥意思？？

你是感觉马上就要被裁员了吗？ 如果是这样，那先找工作啊。

如果没有被裁的风险，你这个出路是什么意思？ 你们公司有政策年龄大了就枪毙？

https 可以防止中间人获取请求数据内容来进行中间人攻击。

对参数进行加密，目的是为了防止参数篡改重放， 就是攻击者修改原来的参数再次请求。

这两个安全措施的目的并不一样啊。

如果 API 加了安全令牌，时间戳等防重放的安全措施，则就没必要再对参数整体加密了。

如果前后端都对对方的工作很熟悉的话，这么做会非常顺利。

否则就会无限扯皮，尤其是前端完全没做过后端项目，后端完全没做过前端项目。

其实这个事情关键要看是谁来干活，理论上技术经理应该是前端，后端都是熟手， 然后由他来把控方向做大量的工作，比如写 API 文档和 mock ，前端只需要调 Mock 接口做渲染，后端只需要按照 API 文档提供数据，那么基本上这么干就没啥问题。

如果技术经理仅仅是给你们说，然后活都让你们自己干， 那么必然成不了

n =1 中间值
n = 2 首尾
n = 3 首尾 + 中间值
n > 3
去掉首尾， 然后把中间的序列按照 len / (n-2) 分块，每一块取中间值

这个能诈骗到什么呢？

@dudubaba 然后砖垒的太高，最后一个垫砖的人大概率要掉坑里。

反正就击鼓传花呗

如果是程序员，用什么 NAS ？

随便找个能插多硬盘的电脑，装个 Linux 当服务器就完了。 或者自己用小主板攒一台。

大多数机顶盒软件，比如 kodi,infuse 都支持读取 NFS 共享。

NAS 的所有功能，什么元数据下载，流媒体，网盘， 各种服务，github 上都找得到， 要 docker 自己在 Linux 装个 docker 3 秒钟的事情。

要什么 web 管理界面，ssh 不好吗？

用什么 NAS 系统，出了问题，你还得去找人家系统的问题，麻烦不麻烦。

回归本质， 一个 Linux 都能搞得定，或者不行就虚拟化，上个 ESXi

@hhacker 去看看这篇帖子下面的回复，对于这种逗 B ，已经很客气了

记录 mac 地址毫无意义， 因为只有在以太网帧中，才会存在 mac 地址。

你的电脑发送的数据， 是 IP 包，ip 包包头只包含 目标 ip 地址和源 ip 地址。

然后 IP 协议会查询路由表，发现你的目的 ip 是互联网地址，就会把 ip 数据包扔给路由器(下一跳）去处理。
方法是，封装以太网帧，以太网帧的目的 mac 是路由器的 mac ， 源 mac 是你电脑的 mac

然后路由器的网卡收到以太网帧，解出 IP 报，查看目的 IP ，查询路由表，这个时候发现 IP 包的目的 IP 仍然是下一跳，于是又再次封装以太网帧，把以太网帧中的目的 mac 协议下一跳的 mac ，源 mac 写为路由器自己的 mac

然后整个网络上的所有节点都重复这个操作， 直到数据送达目的 IP 。

所以，整个传输过程中，只有 IP 数据包是不变的。以太网帧会被重复的封装，解包。 以太网帧中的目的 mac, 源 mac 会不断发生变化。

也就是说，GFW 收到的以太网帧中，源 mac 地址和目的 mac 地址，早已经不是你的设备上发出的 mac 地址了。
即使封锁了这个 mac 地址，也无法起到阻止你的设备联网的目的。 因为你和 GFW 并不处于同一个局域网中，GFW 和 GFW 的路由器中，都不存在 ip - mac(你的设备的 mac ） 的对应关系。 如果写程序封锁 mac ，那最终只能把 GFW 自己和路由器之间的数据传输封锁了。

所以可以肯定不是 Mac 的问题，不要瞎猜

这么搞就不符合类设计的逻辑
类静态变量，你却要求他是可变的， 为什么要这样呢？