公司反爬虫产品测试，目前处于 alpha 版本，正在寻求测试客户，无奈社区问一波，有需求的伙伴看过来

[chocho]

反爬虫产品，主要为网站提供反爬虫安全防护，目前有一些业务方集成在自己的业务中去做，我们提供的是一整套防护方案，包括爬虫发现和拦截手段，部署结构采用流量反代的模型，既不影响原业务的开展，也可以拦截大量脚本，模拟器流量。

前期测试阶段主要通过合作的形式，alpha 版本提供免费测试名额。

[szpShang]

@c4f36e5766583218 难度越高，用户体验就会差。体验差，用户量就会减少。一个应用如果用户量少，数据也就失去价值，那还爬它作甚。

[chocho]

@szpShang 是的，但是我们这个不会搞那么复杂，正常情况下，用户是不会感觉到有防护的，主要针对爬虫来讲门槛会提高一些

[chocho]

@Johnson66 是这样的，但是不会让爬虫那么轻易的就爬到数据，一方面主要是保障业务稳定，另外那些人工打码操作的，就没法防御

[szpShang]

@chocho http 本来就是无状态的协议。就是永远也不知道当前的协议是什么状态的。
就好比计算机本来设计规则让水从高处向低处流。而你却在这个设计规则上去忤逆这个设计让水从低处向高处走。
互联网的技术都是防止数据传输时候泄漏。现在变成要识别客户端利用刚浏览的数据对发布者是否有弊端。
抛开如何繁琐的 cookie 获取历程的技术问题（完全可以人工操作掉）。这个业务真的是有意义吗。

以前爬取携程时候，如果爬取太频繁，价格就会故意错乱。个人猜测杀熟技术就是源于此。你这个业务真的是识别爬虫还是识别老用户，为杀熟技术提供温床。

[chocho]

@szpShang 分析和很到位，这种的太敏感的数据，很多公司做了不少的账号权限，可以规避这种问题，与反爬虫要解决的安全风险问题有重叠，cookie 这些都是不错的防御方案，但是明显如你所说，完全在前端做太多的文章是没有意义的，可能需要一些新的思路来解决这个问题

[joesonw]

@xuminzhong http://anti-captcha.com

[summer1988]

我觉得限制型反扒没必要, 假数据貌似更有意思一点

[chocho]

@summer1988 数据投毒是吧

[xuminzhong]

@joesonw 谢谢，我们有使用类似服务。

[51300520]

标记 一下

[chocho]

@xuminzhong 你们也用了反爬虫？你不是爬虫吗？

[ghmasiol]

以前用 es 分析 nginx 日志，用 iptables 封，感觉误封了好多搜索引擎爬虫...

[chocho]

@ghmasiol 反爬虫的效果怎么样？搜索引擎的话 可以使用 DNS 反解 或者 购买 IP 来实现

[chocho]

还有小伙伴吗？我再来问一波

[Northxw]

如果很牛逼的话 误伤呢？

[cstackess]

安全的博弈，最终是成本的博弈，没有价值的东西才是最安全的

[chocho]

@cstackess 哈哈，不见光的东西，又有价值的才是安全的，比如说古墓？

[liwenbest]

@xuminzhong 可以加下联系方式吗 QQ 或微信都可以