php － fpm 配置参数了解一下。

路由，nat，交换是三个功能。

都是筛选形式罢了，楼主没通过筛选而已。

1. 工资给得低的地方技术也不咋地。
2. 985/211 已经比很多人起点高很多了。
3. 觉悟不是口头说说就行了，行动力拿出来。
4. 付出不一定有回报才是现实，用尽全力什么都得不到更是稀松平常，哪有什么毫无风险的康庄大道可走。

如果是一个软件项目需求，按楼主这样的描述模式估计一堆人要吐槽。

有没有和看不看是两码事。

pipenv

DNS WPAD

看到仿照 12306 那段喷了。
楼主即没弄明白 12306 的机制，也没不懂 https。

POE 还是有必要的，监控，物联网智能家居设备，有 POE 支持安装起来会方便很多。

路由的话，不爱 x86 DIY 软路由，MIKROTIK 和 UBNT 看喜好了。

想办法发个币，或者学学 P2P 卖路由器的套路。

技术上：

1. 用脚本解决习惯和偏好问题（空格，tab ）
2. CI Pipeline + lint
3. 根据实际情况添加自动检查机制
4. 根据 CI 生成业绩指标数据


管理上：

1. 明确权力
2. 干掉不听话的，如果干不掉就边缘化

其他：

做好失败之后找下家的准备

开局的全干是为了压低成本，毕竟创业风险本身就很高了，也不在乎项目全靠独立个体的风险。发展之后的全占是为了降低沟通成本，而且这时就要规避项目对人员依赖的风险。

对于个人和公司，全栈的定义是不一样的，初期公司肯定是希望全栈的技术广度和深度刚好能满足公司业务要求，本质上来只是想要个全干。

对于个人来说，大多数普通人的时间精力有限，很难真正在广度和深度都做到专业，如果只是为了满足公司需求点技能点的后果就是——项目发展起来之后公司有钱了，就差不多该滚了。

OLAP 和 OLTP 要求不一样，反范式是必要的“妥协”。

既然都认识，又是和平分手，就不怕背调。简历和面试中换一种描述方式，工作内容是真实的就行，不主动提是创业合伙。

这样即没有说谎，也可以避免对求职造成负面影响。

典型的 xy 问题，别浪费时间了。

第一个问题，有 gui 菜单，要仔细找一下。
第二个问题, 能否打洞和 nat 类型有关，snat 打洞代价较高，猜测 zerotire 应该是没实现。

愿意讨论分享的估计公司都会嫌弃没实际大规模实践经验。而有实际大规模实践经验的，我估计是懒得跟你在小众论坛浪费时间的。