@iannil 感谢兄弟这么热心回复，说得到位，一些点确实没想到，多谢提醒，心里大致有谱了。

@iannil 有道理，主要是外包可以严格约束进度，组团的话，多少个人，开发多久，这个好像没谱

@jaryoung 是核心业务了，一个人三个月可以搞定吗，有么有推荐，哈哈

自己顶一下

可以了解下创宇的防护，用着还行，但是超套餐量，也是要按超出的量再次计费的，我们有一次晚上 100G 的量，钱太贵，直接放弃了，回源（ 127.0.0.1 ）。防 ddos，就是耗钱，攻击花钱，防护也花钱。

@csttvista @qiayue 感谢两位的深入探讨，真实场景就是：有 A 和 B 两个推广落地页（ H5 单页面），内容上广告词，图片，色彩，排版等有差异（就是测这部分，看哪个页面更能引流吸粉一些），然后，推广那边是同时段进行推广，这两个页面上加粉的二维码是同一个（业务同事的个人微信号，非公众号），然后要抓取用户从哪个页面来的。这是原始需求。技术当时建议：分 2 个微信号，同时段推，不干。然后也建议了不同时段推，比如一个白天，一个晚上，人家也不干，就要同时段推。所以，这就尴尬了，笑哭表情……

@csttvista 大神，能讲细些吗，这个有点意思啊

@qiayue 哈哈，我的错我的错，所以现在需求踢回去了，不伺候

@qiayue 你讲的都对，问题是，这个二维码是业务人员的个人微信号二维码，不是公众号二维码

@shoaly 我喜欢这个套路，哈哈哈哈

蛋定，我这深圳的都没吭声呢，隔一两百公里的操啥心，现在外面艳阳高照，妈的，老喜庆了😂

忘了说了，这个二维码，是微信号的关注二维码，扫码关注某个微信号，目前已经把需求怼回去了

@hlwjia 推广跟产品的初衷是想测试出，哪种落地页的效果更好，其实 3 楼兄弟说的就是解决思路，可是变态产品非得搞同一个二维码，然后让技术部门抓取关注用户的访问

@yangguoshuai 产品的需求有时候就是这么变态啊，想起那个随手机壳变色的

ES 文件浏览器+FTP

@xenme 就是在两个页面上面，挂同一个二维码，这两个落地页都是一起推广的，所以用户扫码这个，就不好判断用户是访问了哪个页面然后扫码关注的，主要是，扫码这个动作，跟页面没有交互