补充一下，bridge 网络下，内外端口不一致时可能会产生一些问题。比如服务检测到的配置或环境，是容器内网 IP 和端口，如果一些自动生成的 URI 会使用这些值，就会产生问题。

另外就算映射了端口，外部客户端也是无法通过容器内网 IP 访问容器。

不过也应该不是绝对，如果路由可达应该可以，但这时应该也不算是 bridge 网络了。

bridge 网络下可以把主机看成路由器，外部是通过 NAT 访问的，与路由器上的端口映射类似，同一个 Network 下的容器是同一台交换机下不同设备，每个容器可用端口范围都是独立的。

容器间互访，可以通过容器内网 IP 和 内网端口——即容器自身端口。外部想访问容器，就必须把容器端口 EXPOSE ——映射出来，暴露的端口属于主机端口，是不能冲突的。

其实 SSD 不适合这种连续长时间写入，回收时写入会受影响，也许最新的傲腾才可以解决你的问题。

如果场景是日志收集，建议找专门的针对性接近方案处理吧。

客户端支持的话可以考虑用 307 跳转
https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Status/307

野生运维一名，下面是个人理解：

SRE 其实是开发，之不过这个开发面对的业务需求是“如何保障公司业务的可靠性”。基于这个目标，DevOps 只是为了对整个环节可控的必要步骤而已，只有规模效应下 SRE 或者说 DevOps 的价值才能更体现价值——或者说成本也是 SRE 必须考虑的指标之一。

最简单的例子，假设有一种新图片格式，可以让当前系统中所有图片质量保持不变（或者损失很小）的前提下体积减少 50%，如果带来的收益无法覆盖（可能的）研发费用、终端变更成本、业务升级风险成本，就不会有人去做。

最终的结果就是 SRE 是个没有初级岗位的岗位，只有在大公司才有 SRE 的基础，或者说小公司实践造就的 SRE 很多小公司也不会要——毕竟现在创业公司招开发都是百万并发打底。

总之想成为 SRE，先学好开发技能吧。

全天站着工作，以免猝死。

REST 主要的问题一个是数据有冗余，一个是请求多级关系数据查询是串行——必须先获取上级资源，再来获取子资源，版本基本上就三个方式：

URI - https://example.com/api/v2/foo
Custom Header - api-version: 2
Accept Header - Accept: application/vnd.app.v2+json

URI 直观，简单易懂，但是违背了同一个资源 URI 不变这个原则。放 Header 里面不直观，对队友有要求，（个人理解）自定义头和 Accept 头的区别是 Accept 更符合 Http 协议的设计。

REST 的优势在于 URI 明确，资源权限控制清晰。GraphQL 对外是灵活而强大，不过解决权限、性能问题对于后端而言复杂度是高于 REST 的——毕竟 REST 成熟的框架更多。

Some people, when confronted with a problem, think "I know, I'll use regular expressions." Now they have two problems.

硬盘是消耗品，合理范围内的寿命都是正常现象，改用其他系统并不能解决这个问题。

ClearOS
https://www.clearos.com/

“爱”是最大的冒险，愚蠢而疯狂——两个不同世界的结合会带来创造也会带来毁灭，这就是浪漫。

人始终是理性动物，为了降低毁灭的风险，总会有额外的考虑，这就是现实。

@whypool 条码枪一般都支持键盘模拟模式，串口模式的条码枪还得配置才行，高级点的条码枪回车 /换行符也可以可配置的。

小商超淘宝有买软硬件一体的 POS 机，一般就是 Intel Atom 的低功耗机+盗版 Windows+软件加密狗，不过外设配齐（条码枪、客显、热敏小票打印机），带远程支持服务，虽然硬件性能来说略坑，不过也没有其他好选择。

书（ Python Web 开发实战）买过一本，说实话内容很尴尬。

最开始买的时候是打算作为 Python Web 开发入门用的，结果发现看完关于 Flask 的部分也没能撸个能有点成就感的玩意，至于后面的内容（架构、配套、部署、运维），买书的目的都没达到，东西都没一个，部署啥？运维啥？然后直接去啃 flask 的文档了，后来过完 Python 核心编程，又照着 Django 文档过一次，能撸个能看的页面了，再来看这本书才发现问题。

这书只适合有开发经验的人员学习 Python Web 开发，虽然有涉及到运维和部署，但是跟生产环境实践有差异，只能说是足够开发人员了解而已。内容组织上对新手而言太散，没啥成就感，而且相关的内容还有能力要求，很多深入的点还需要读者自己去别的地方挖掘，但是无论读者自己善不善于挖掘，买了这本书都会觉得不值——对于新手内容太泛太散，对于老手内容太浅。

Excel 可以添加外部数据源，跨表、跨 Excel 文件也是可以的，另外巨硬有一套完整的解决方案—— SharePoint，可以实现基于 Excel 的数据采集和处理。

银行这块，是有支持通过标准格式的 Excel 文件批量操作发工资的。

小公司最大的问题是很多地方并非完全符合规定，避税什么的是常事，另外规模大小和频次也决定了这事注定吃力不讨好。

如果楼主只是想泡妹子的话，建议直接写个脚本处理指定目录 Excel 文件汇总生成要的结果保存成 Excel 就好。

需要看 logstash 的 input plugins 和 filter plugins 部分，也可以查一下有没有第三方 input plugin 可以直接满足要求，没有话大概就是用 Grok filter plugin 了。

https://www.bilibili.com/video/av18860548/

LinusTechTips 是用内存模拟磁盘的方式来实现内存高占用的。

亮点难道不是服务器系统是 win10 吗？
也许是为了和开发环境保持一致？ 233

有资源的人可以有很多合法的方式获利或者转移，根本不需要做这种事情。
你这种想法举个不恰当的例子：古代农民认为皇帝用金锄头干农活。