vba 应该足以满足要求了吧

现在推荐 CoreOS+docker 会不会被打

gevent 这种库在 docker 里最好不要用 pip 安装，推荐使用包管理工具直接安装。
实测在 alpine 里是可以成功 apk add py-gevent 的
说起来 alpine 是真的小，我以前做过一个 python+flask+gevent+mysqldb+gunicorn 的镜像，debian 要 500M+，alpine 只要 60M

楼主或许可以参考下这个
https://8chan.cc
用加密的 cookie 存储身份信息，另外设置了一个小小的防刷帖机制，没有用到验证码。
域名快要过期了，不打算继续开下去。所以请随意测试～

@Xs0ul 是的，这个不是 bloomfilter 的标准用法，在取或操作后摘要不再稀疏。 个人是觉得在文本长度不定的情况下，用局部敏感哈希按照（相同号码数量 /新用户的号码数量）计算相似度会比较麻烦，所以提了这个方法。本质上是就给号码归类以降低计算量。

最终要的就是这个不稀疏的结果，假设有三个签名，分别为 11000110，11000100，01100111，可以很容易地看出前两个数据集重合的可能性更大，这样就可以筛除海量数据中不相似的那部分。

当然，这是有误判的概率的，这个概率是和 hash 函数以及签名的长度有关的。这种 hash 函数，很好取，提一个不太好的函数--比如我希望 hash 函数要在 256bit 的空间里至多有 2 个 1，我可以把 md5 的最后 16 位分成两段 8 位的摘出来，决定这两个 1 的位置。

个人觉得数据量较大时，利用 Bloom Filter 是最佳解决方案：
1. 首先设计几个不同的 hash 函数，这些 hash 函数可以把手机号映射到 256bit 的空间里，并具有“稀疏”的特点（就是说 1 的数量很少，几乎全是 0 ）比如手机号 A 可以在 hash 后得到 00100010，手机号 B 得到 00100001。
2. 然后对用户通讯录里的每个手机号进行 hash 操作，并将所得的结果按位相加，得到一个签名。比如手机号 AB 相加，得到 00100011。不同的 hash 算法可以得到不同的签名。记录这些签名。
3. 每当有新用户注册，对其通讯录进行以上处理，得到其签名（如 00100001 ）。将新用户的签名和老用户的签名进行与操作，记录 1 的个数，1 的个数最多的，就可能是最相似的。
这样初筛时间复杂度是 O(N)，之后再进行处理就快多了。

同 X-Forwarded-For，可以正确获取真实 ip

这个的报价会随具体需求上下浮动很大的。比如说：用户系统是怎样的？是对接学校的账户，还是另行设计一套；讲座的报名需要抢吗，估计多少人使用，支持多少的并发？

去年给学校做了一个预约系统，功能类似楼主说的那样（当然，是免费做的😂）
楼主如果有兴趣，我们可以聊聊（你的 qq 不知为什么加不上，囧）

如果楼主的题干是指接收数字验证码，而不是链接
那么我真的很想知道楼主的那个数字验证码是存在哪里的

1 楼正解
另外如果图片是懒加载的，可以直接 js 代码里加个一行判断，如果是跨域图片则替换为 404.jpg ，这样兼容性可能稍微好一些，不用踩一众国内浏览器的坑。

@asd123456cxz
如果是在客户端用 localstorage 存储请求，那就不需要 openid，只要将每次请求的内容记录在本地即可。比如 localstorage 中已经记录的数据是 1 （当然 post 出去的数据不仅仅是 1 ），目前想要发送的数据是 2，那就生成一段用于 post 的数据{'previous':1,'current':2}，然后刷新 localstorage。

如果需要找到第一次请求的信息，那就得用上 openid 之类的标识符，每次请求都需要有读写操作，可能效率不是很高。
虽然不清楚具体需求，但仅对微信而言，其实可以把每次请求的内容存在 localstorage 里，处理后一并发出。避免服务器端消耗资源去找该用户上一次的请求内容

flask 小博客
https://skyin.win

我有时也会遇到类似的需求，只有几个表，单表 3w 条数据。 都是偷懒直接导进数据库，然后干活的，不管是查空值还是干别的什么，一条 sql 的事。 操作结束后导出为 excel 也挺方便。
如果你的表是 300*3w，那可能还是用 vba 遍历目录文件快一些了。但既然你能用 vba 把表合并起来，我猜应该没有 900w 那么多吧。

最恶心人的还是明文密码事件，怎么想都是 csdn 故意的吧

深灰色底+浅色字

@Nothentai 2chan 没挂
中国的匿名版主岛挂了，但备胎岛还活着