一分钟左右，两三百人上传数据，需要做什么处理吗

[-一个大坑]

写一个招聘程序，厂里招人都是一次性招，人数多时有200多人，而且需要上传身份证照片
会在两个大教室里投影，然后应聘者扫二维码访问，估计访问会同时进行。数据是通过webapi传输
以前的系统都是内部用，一般同时在线不会超过5个人，不知道人多需不需要做什么处理

[娃都会打酱油了]

只能说你多担心了…… 你只是图片上传，一张图片最多算10m，在内网情况下也没多大问题

[楠小南]

才几百 随便整了，并发是对那些 10万 8万 访问的

[threenewbee]

首先你招聘大厅的歪法就hold不住了。如果能hold住，你的服务器好一些应该不成问题

[wanghui0380]

200人并发是小case。不在考虑范围内 而且你把事情混淆了，如果你们是上传身份证，投影，人家扫自己的投影下二维码，然后访问 那么他前提是“身份证已上传”--------“你已生成二维码”---------“你已投影到前端” 这是第一步。 这一步无所谓快慢，所见所得，他就是上传身份证没有立刻投影都没啥影响，给你1分钟处理时间够不够？不够2分钟够不够？这种东西你让他等2分钟其实都可以接受，但是如果你说2分钟都不够，那我们就得说说了，200人并发2分钟都不够，这系统还是重新做把 第2步一样，实际上可能比第一步还简单，因为你可以分批投影，来1000人，你一次投100人，也就是最多同时100人。这个比前面还简单。

[wanghui0380]

话说，这东西有毛病啊，你们投影身份证？？我要投诉，个人隐私。你给我往大屏上投？？

[-一个大坑]

引用 3 楼 wanghui0380 的回复:

话说，这东西有毛病啊，你们投影身份证？？我要投诉，个人隐私。你给我往大屏上投？？

屏幕上是网址的二维码，扫码可以进入网站，然后上传身份证和填写人事资料

[-一个大坑]

引用 1 楼 caozhy 的回复:

首先你招聘大厅的歪法就hold不住了。如果能hold住，你的服务器好一些应该不成问题

这个会在上线前找网络课和移动公司处理，一个大厅最多150人，两个大厅同时进行。

[正怒月神]

如果网络可以，那么应该没问题。 你可以模拟200个并发测试上传看看。

[by_封爱]

一共200人 也不是同时扫码填写 就算是同时 ,每个人填写资料的时间也不一样. 所以并发达不到多少 随便写 不需要任何技术 一点问题都没有.. 你要知道 mysql随随便便一秒就可以insert 一万条呢...

[-一个大坑]

引用 7 楼 by_封爱 的回复:

一共200人 也不是同时扫码填写 就算是同时 ,每个人填写资料的时间也不一样. 所以并发达不到多少 随便写 不需要任何技术 一点问题都没有.. 你要知道 mysql随随便便一秒就可以insert 一万条呢...

也就是说不用多线程等什么操作，正常传值就行

[threenewbee]

60sec处理200人，每秒钟3个人。
现在最普通的Pentium G4560 CPU每秒钟可以执行600亿条指令。最入门的服务器的CPU起码再快10倍。
200亿条指令注册不了一个人？2000亿条指令也注册不了？

[-一个大坑]

引用 9 楼 caozhy 的回复:

60sec处理200人，每秒钟3个人。 现在最普通的Pentium G4560 CPU每秒钟可以执行600亿条指令。最入门的服务器的CPU起码再快10倍。 200亿条指令注册不了一个人？2000亿条指令也注册不了？

cpu肯定没问题，主要怕同时访问，数据乱

[-一个大坑]

一般异步多线程，锁表操作是什么情况下用

[-一个大坑]

引用 6 楼 正怒月神 的回复:

如果网络可以，那么应该没问题。 你可以模拟200个并发测试上传看看。

这个肯定要测试，外网访问我们要通过代理，代理速度怎么样是要测试一下 一般多发测试用什么模拟

[threenewbee]

引用 10 楼 -一个大坑 的回复:

[quote=引用 9 楼 caozhy 的回复:]
60sec处理200人，每秒钟3个人。
现在最普通的Pentium G4560 CPU每秒钟可以执行600亿条指令。最入门的服务器的CPU起码再快10倍。
200亿条指令注册不了一个人？2000亿条指令也注册不了？

cpu肯定没问题，主要怕同时访问，数据乱[/quote]
你说的同时访问是宏观上的。在微观上并不是