看一下缓存命中率如何，如果绝大多数请求都不命中缓存，那么缓存就是无效的，你得看是不是缓存释放太快，还是缓存空间不够用，还是你的业务不会有重复的返回数据。

部属个 Nginx 用 Let's Encrypt 发个证书。

强制 HTTPS 主要是安全方面考虑，因为 HTTP 可能被中间人注入代码来开启摄像头。

推荐 Manjaro+1 。

不过建议业余时间自己装几个主流的发行版体验体验，Linux 的特点就是凡事不只提供一种方案，只要你愿意折腾完全可以打造一个令你自己满意的环境。

一开始写了很多，后面又删了。

只是煲汤的话你可以找一个可以手动精确操控的厨房电器（比如无极调火力），然后 Hack 一下厨房电器的控制电路（比如面板按钮电路），飞线接个开发板按程序触发厨具的操作（就像人去调节一样），再接几个传感器啥的监听温度、压力之类的数据（见过做烤肉往肉里插温度传感器的），动态调整烹饪流程。

不过就像上面很多楼提到的，烹饪是一个非常复杂的过程，人可以利用感官和经验来做决策，这个用机器很难模拟，而且众口难调，拿到一个开源烹饪程序不一定适合自己的口味，所以感觉鼓捣出这种自动化的东西实用性也极其有限，不过自己可以玩一玩。

你说的没错，最后你的疑问同时也就是法庭上辩论的主要问题，而且法庭上是讲究法条和证据的，法条和证据对谁有利，法官就赞成谁的主张。

所以知识产权方面的问题，大家都是以防御为主，真被发了律师函，就很被动了。

@pennai #5 主流商业和开源 NAS 系统都是有多用户机制的，不过适合用户数量较少的情况，比如几百个。像群晖这种商业系统甚至把文件共享和公开分享的功能都做出来了。

像 SMB 、FTP 等主流文件传输协议是支持多用户的，SSHFS 、NFS 之类的传输协议是直接复用了 POSIX 文件系统本身的权限机制。

如果你要做安全机制的话，还要看是复用底层系统的安全机制还是自己重新做一套。

所以还是得看你想做什么规模的产品。

行业共识：前端去重仅用于用户体验优化目的，业务上要想防止多花还是得由后端去重。

要省开发人力，就省不了风控人力，找外包最好把合同研究好，否则很容易扯皮和被套路，所以那些常年和外包合作的企业用外包会比较划算，因为风控能力是可以沉淀复用的。

看你用户规模多大，规模越大越建议使用大厂踩过坑的方案。

如果只是家庭使用，就用一些 NAS 系统提供的方案就好了，大多是 POSIX 文件系统一把梭，安装配置和维护都比较方便。

PGP 可以用来判断软件包内容是否被篡改，理论上要么是安全的的，要么装不了。

剩下的就是你是否希望中间网络设备是否能看到你具体下载的是哪些资源，按需要选择使用 HTTP 还是 HTTPS 。

有手机专用的杀毒软件，不过研发成本和使用体验方面未必是手机厂商愿意接受的，所以就确保掐住大头就行了，就连 md5 值都有可能是从三方渠道拿到的，定期更新一下防范一波主流恶意程序就可以了。

1. 如果声明禁止转载的，你用了就算侵权；如果只是声明不允许商用，你用来直接或间接赚钱就算侵权。
2. 这个界限很模糊，法庭上很容易扯皮，最可靠的方式是你拿到了作者的书面授权，比如邮件之类的，说你可以用才行。
3. 作者保留告你的权利，所以稳妥一点最好别用。
4. 搜索引擎第一方面是引用，会注明来源，对于很多靠流量盈利的网站来说是有利可图的，所以不追究侵权；第二方面来说搜索引擎会遵循 robots.txt 协议，网站只要有了这个协议，就说明网站已经声明了允许或拒绝哪些搜索引擎收录哪些内容；第三方面就是搜索引擎也有“侵删”机制，作者可以向搜索引擎投诉侵权内容，搜索引擎核实后会删除和屏蔽相关内容。

知识产权方面的坑特别多，重灾区是字体、图片和音乐，而且不乏一些“专利流氓”就千方百计让你上钩，然后一纸律师函勒索，不过他们一般都是盯有油水可榨的大鱼。

如果实在苦恼，有条件的话可以找个知识产权律师咨询一下。

理论上来说，如果游戏原生没有 Linux 版的话，SteamOS 里面的游戏跟 Windows 下的游戏文件是一样的，通过一些 API 转换机制把 Linux 的 API 转换成 Windows API 来让游戏调用，从而让游戏可以像 Windows 下一样运行。

游戏补丁通常是添加、替换或修改游戏的文件，所以理论上来说，你可以把补丁实际添加、替换或修改哪些文件搞清楚，就可以在 SteamOS 上的游戏做一样的修改，只要不依赖额外的 Windows 组件，也是可以正常工作的。

不过如果是外挂性质的补丁，可能就要复杂更多了。

SteamOS 有能力运行 exe 的游戏，应该也有能力运行 exe 给游戏打补丁，不过这需要你有 Proton 的相关知识。

或者你看看能不能吧 Windows 上打好补丁的游戏文件覆盖到 SteamOS 上。

很多大厂在尝试，目前来说还不算火爆，只能说有普及的趋势，目前在区块链、数据库、WebAssembly 以及一些底层系统开发等域比较活跃。

我尽量通俗表述一下，可能不是很准确，但希望能帮助你理解：

试想一下，你是一个 C/C++开发者，或者一家主要使用 C/C++的公司的 CTO ，生产过程中内存安全、线程安全等问题难以规避，请相应的专家成本过高；那么，你有可能是 Rust 的受众群体。
Rust 的一大特点是尽可能把运行时的问题转移到编译阶段，不解决问题编译不通过，但是一旦编译通过了就轻易不出问题。

想知道有哪些著名项目，可以去 GitHub 上看 trending ，按照 Rust 语言进行筛选。

目前 Rust 主要是用来作为 C/C++的替代品，用于在生产过程中以较低的成本来保障产品质量，同时还能达到 C/C++一样的性能。
有很多企业的产品涉及到 Rust 和 C/C++混合使用的情况，所以很多招聘 Rust 开发岗位依然要求有 C/C++的使用经验。

我每次搬家都需要花大概一周时间打包东西，然后一车拉走，到新家也需要花一周时间拆箱归置物品。

第一条就是断舍离，没用的东西捐掉、卖掉、扔掉。
第二条就是空间管理大师，看怎么尽可能利用箱子空间装更多东西。
第三条有些形状不规则又怕压怕摔的东西可以留着原装盒子，比如鞋、电器，能折叠的盒子平时可以沿底面对角线折起来变成一个纸片，用的时候再撑起来。

前端、后端、运维、运营、产品都得懂。

不懂前端，虽然可以套些现成的前端组件，但遇到特殊产品需求有可能要花很长时间在解决问题上；
不懂后端，流量上来后（比如撞运被平台选为精品）不知道怎么优化，或者用一些笨方法导致浪费大量服务预算；
不懂运维，开发和部署效率会差，服务器会有安全隐患，服务可靠性难以保障；
不懂运营，难以低成本获得用户、确保留存、延长活跃、转化付费；
不懂产品，知道自己的需求但难以了解到市场需求，难以了解用户心理导致产品最终成为自嗨。

短期来看，如果只是做个原型产品，又不期望用户量升到多高，确实懂前端会容易一些。

不是很了解东芝的硬盘产品定位。

通常消费级 NAS 盘是比普通盘稳定性好一些，7x24 小时较高强度运行也能保持稳定。
我一个运维朋友说当一台服务器上机械硬盘在 4 块以上的话，有可能会产生共振问题，企业盘主要是解决这个问题。

机械硬盘即便是家用消费级用上 5 年应该问题也不大，如果不是极端强度使用的话 3 年质保也够了，主要是做好冗余和 S.M.A.R.T.定期检查。

青轴有个向下撞击的部件（类似于枪械的击锤），不可能做到安静，而且不同品牌的青轴手感都会有区别，静音处理过的青轴肯定手感会更不一样。

其他大多数轴，包括茶轴都没有那个向下撞击的部件，这也就是为什么青轴手感比较独特。

看看有没有什么曲线救国的方案。