个人觉得数据量较大时，利用 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 没挂
中国的匿名版主岛挂了，但备胎岛还活着

@art2cat 我是智障。。。
已修复

@mclxly
是的，就是做着玩玩。
其实我觉得只需要有 10 个以上的人用，就可以达到匿名效果，分辨不出发串的究竟是谁了。

@app13
确实没有，是我没看仔细。
之前用芦苇 app 没能成功发串，以为备胎岛也实名了。刚才在网页版发了个串，才发现预实名的是主岛。
不知道会不会引起岛争，作为老岛民，我有些不满主岛的包容策略。去年基本转投 ku 岛怀抱了。
然而 ku 岛现在也被一群 zz 厨占领了。

@msg7086
感谢回复，但现在查网站负责人是谁简直太容易了，通过 whois 信息也能顺藤摸瓜吧。
另外突然意识到 v2 似乎还没有实名？这是什么情况