是因为你编译 nginx 需要依赖这些库，所以你需要编译这些库，也就是自己下对应的源码再编译一下，路径的话默认路径就可以了。
还可以直接使用对应的软件管理器安装，具体看你的 linux 发行版（ debian 的 apt 、centos 的 yum 、arch 的 pacman 等），可以使用对应的命令 search 一下 dev 包，比如 openssl-dev 之类的，不同的包管理器名字不一样，安装完编译就可以了。
也可以干脆直接使用包管理器安装 nginx，不一定需要自行编译，还要考虑依赖。自己编译可能为了更好的掌控或者研究源码，不然胡乱./configure 你自己都不知道你在做什么。
实在要自己编译，最好有点 c 语言和操作系统知识。

*unix 系统有 ipc 通信方法，共享内存、队列等，http 不行也可以换其他打包形式和传输协议。
不过我觉得只是显示个进度，何必还启个 php 服务呢？直接 go 解决了就完事了，太冗余了。

如果你只是为了规范，python 完全可以规范了，还要个超集做规范是要干什么。。。毕竟 python 不是 js

可以先找个短连接，或者注册另一个便宜域名，做个 302 就可以了。

这个和 cpu 一样看利用率，初级的干活，有基本设计能力；中级经验相对丰富，一定规模的设计能力是必须的，偶尔也会带一些新人或者项目；高级的至少要有一定的技术、业务和组织前瞻性，心中要有相对完整的知识体系，有一定的领导能力和影响力（不是单纯的技术）。
当然没办法让每个高级都成为大 V，所以实际情况比想象中的差距很大，你不太可能让一个混了几百年的老妖怪接受初中级待遇，也没办法给一个有技术实力但实际工作产出并不比其他人多多少的神仙更高的级别。不同人有不同的性格，表现欲、情商、领导和公司环境都是影响因素，而且实际影响因素很大。特别是传统互联网公司，多数团队没有那么深的技术栈，所以单纯比拼技术实力的情况也少，何况技术只是一个表现手法，成品才是目的。

JVM 手册里有写：
The following exceptional conditions are associated with Java Virtual Machine stacks:
• If the computation in a thread requires a larger Java Virtual Machine stack than is permitted, the Java Virtual Machine throws a StackOverflowError.
• If Java Virtual Machine stacks can be dynamically expanded, and expansion is attempted but insufficient memory can be made available to effect the expansion, or if insufficient memory can be made available to create the initial Java Virtual Machine stack for a new thread, the Java Virtual Machine throws an OutOfMemoryError.

一个是有栈但是不够用导致的，另一个就是申请栈内存（或者动态扩展）失败导致的。相当于一个触发来自栈管理器、一个触发来自内存管理器——所以异常的名字一个是关于栈的，另一个是关于内存的。

一个状态机也就搞定了，把开始和结尾换成左右括号会方便很多。也可以是逐个字符读取，靠栈控制就可以完成。lisp 语法本来就是 AST 的表示。

每分钟记录一次没什么问题，60 * 24 * 7 = 10080 一周才一万条记录，就算你记上一年闰年也才 524040，50w 条。
如果你磁盘实在是小，那你起个脚本定时清理一下一周前的记录也就完事了，一直保持 10080 条就可以了。

看当时的连接时长和数量，关键部分添加日志（比如请求和响应时长、数据库连接时长、timewait 的情况），添加内存和 cpu 负载的监控。这样你才知道具体问题出在哪里，猜测没用。

既然 4 千万个元素能放进数组里，说明你内存就够用，去重就是了，就看算法对内存的使用和耗费的 cpu 时间了。

先入为主的观念问题，导致喷楼主的多。
或许部分原因也是先入为主的观念问题，导致觉得用笔纸书写时无法舍弃的。
但是想想甲骨文没人写了，竹简绢帛之类也不在用于书写了，试问除了写春联（多数人家都是买的），一年用几次毛笔。
本来我也想来抖机灵，可是楼主说的不对吗？
虽然现在的输入系统（输入效率、便携性等因素）并不成熟，但是应该会有这一天吧。

两点路径规划，规划后找个中间点？
不过这样的问题在于不同的出行方式影响比较大。

10 15 22 33. 应该是在 15 和 22 左右，应该是要看人群，按说必然低于 33，但是碰到不动脑子的队伍或者这个问题没奖励的情况，100 或许都有可能。。我个人猜测估计是 15

五年经验来讲应该非科班也会有一定影响，但是影响更大的是项目经验，如果项目没什么亮点，技术没亮点，然后学历没亮点，最后可能会看有没有管理经验，结果也没有。。。然后你就明白了

不同基础学习的人，写出一个小项目的周期也不同。一般有其他语言基础的人几天甚至一天就可以写个小项目玩了，但是并不一定能理解语言的核心优势；没什么基础的人一般几周到几个月都是可能的，没什么产出的主要原因是不得要领，实践太少，漫无目的或者贪图全面。
所以推荐你随便看看基础部分，只要能搭建环境，能写出很基础的逻辑就可以了，然后写个简单的博客，只要能增删改查即可，写的时候靠着书籍辅助，闲暇时间看看书籍中不了解的知识，不停的改进项目就可以了。
工科的东西，还是实践为主，即使是纯粹的理科，一般也是要动手推导和练习的。

明明只有 5w 的数据，5 分钟时间，不至于多复杂吧。。。这些数据存文件里写个 shell 都能在五分钟内搞定吧。。。
反而楼主要注意的是浮点数的运算问题

个人猜测可能提升并不大，因为目测 python 应该是用户级线程，但是操作了网络 IO，整个进程陷入内核，导致其他线程阻塞
But，我没用过 python 进程，所以对此了解的不够全面，只凭猜测。
建议楼主自己写出来测试一下时间（当然也期望回复一下实验结果）；第二个建议是可以考虑使用 epoll 或者 select 处理这个试试；第三个建议是如果是系统线程，最好使用连接池来管理，不然容易死

一个是用的比较少，比如你写 c++写的多，那么 c++常用的库应该还是能大概记得住的；
第二个用的频率并不高，但是偶尔会用的，比如我自己偶尔用 python，一些方法和平常用的语言有相同的方法但是不同名，就总是想不起来，这类手头有个文档会好很多，mac 下可以看看 dash 这个 app ；
最后是很少用的语言，可能语法都一知半解，库就更不好说了

个人觉得主要语言重要的倒不是类库，是语言的思维方式和抽象，比如 c/c++指针对内存的控制能力，python 的灵活能力，ruby 的动态性，php 的简便和 html 亲和力，Haskell 的函数式和类型抽象，shell 的开箱即用，lisp 的 lambda 演算和数据抽象等等吧。。。至于语言的类库，用的时候再查也无所谓吧，目前知道断网写代码的基本都是 c 开发者，毕竟 c 标准库很小，反而对锁的理解或者线程 /进程 /协程之类抽象或者操作系统性质的理解不到位引发的问题比起语言类库的记忆来讲，更加重要吧