一般这种都是物理机房上设备，方便销毁。

rom 适配简直就是割韭菜。

@steveway 加了补充了，你可以参考，通勤当然是越近越好，试过 10 分钟通勤的，再也不想经历 30 小时以上的了
@huwenzhe 附近人流居多 太吵了，而且也有工地

有了 Ingress 还用 Nginx 吗？

我理解不是一个东西。虽然差不多

比如能直接，当做展示前端代码的 nginx 来用？
或者是配合 php_fpm 用？

请指教，我认为可能在负载均衡，反向代理这块差不多，其他替代不了吧。

@murmur 不至于吧 19 年员村 700 ，虽然不是很好
@zjbztianya

我 58 上看好像不贵，半小时内可以接受吧

因为 dev 和 uat 的代码不是完全相同的，非常蛋疼的在里面有写死的 api-url 和 环境变量

有这些骚操作的，git 流程有问题不奇怪，

应该是 dev new 个新分支。 合并到 dev ,然后 dev 合并到 uat 。uat 直接合并 prd 吧

感觉没有基线。 你独立推送，感觉像是使用 svn ...

等保实施人员压根不动技术，都是照本宣科，讨论不了，就改吧，后面恢复就是了

我只知道，如果是做镜像源的话，不能带 /xxxx , harbor 这种也是 域名：端口/repo/app:version 这种格式吧，不行现试试 4 层，后面再加 /xxx

关了你怎么监控？不缺这点内存，监控价值更大。

技术大部分出书的抄官方 wiki ，少部分写的好，文学书籍 ai 模仿不了，实际 ai ，不过是大量文本和场景的固定输出和拼凑。

就目前来看 ai 漏洞百出。

@sidewalkerLin 看看这个 书写的。 跟数量 有关，数量越多 规则越多 ，不管是 service 还是 pod 啥 iptable 反正规则多了 就慢。

https://www.thebyte.com.cn/network/netfilter.html#_2-iptables-%E8%87%AA%E5%AE%9A%E4%B9%89%E9%93%BE

netstat -i or -s

组长搞业务不带上产品经理收集整理记录？
目前就是没有整体大纲计划被，然后一直收集需求。
我是组长会分下去给产品设计。

If you're just using DHCP then all you need is something like:


auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

https://wiki.debian.org/NetworkConfiguration#Setting_up_an_Ethernet_Interface



楼上的回复有点魔幻，会懂又好像不是很懂

看 wiki 吧，配置应该没错，也有可能是 bug

补一点 查看系统进程 和 线程数量 ，目测你的有点多 都 2000 多个了