@zhucha 邀请码过段时间我会发布的哈，网站还有一些功能没做好！

@chengfu 谢谢！

@jago 哈哈，老司机都懂！

@potatowish 嗯，身份暴露了。。。

@imcocc 😝

@xx19941215 以后我会抽个时间整理一下代码，出一份文档。到时候开源出来哈

@akira 对，这是因为有的妹子在不同的小组发了相同的帖子。然后我这边爬取到就重复了。。标题和链接无法区分，这种应该只能通过图片相似度来判定重复了。

还没有查询相关的资料> <

@hemoely 这是长期维护的项目。提供刚给广大程序员的福利哈

@lzhr 很简单啊。。你只要找到一个大尺度妹子图小组，比如“女神大本营”。然后不断地点右侧的相关小组就 OK 了。。。可以一直延伸出 N 多的相关小组。。

@elvba 嗯，感谢你的回复。我的意思是。为什么不能两者兼有呢？换句话说，为什么 laravel 不鼓励隐式路由的使用？

毕竟对于我来说，就算用显式路由，我也是按照一个统一的规则（模块 /控制器 /方法），重复的去写啊。。 那为嘛不直接给我自动匹配了。

刚才我反驳 @msg7086 所说的，隐式路由会导致不知道暴露了多少接口出去。我相信也可以匹配出来的啊。实现难度可能比匹配显式路由更低。

问下这个爬虫是多线程的码？

@iloveyou 看了你发的帖子。帖子下面争论的也很激烈啊。 还是有不小比例的人对这种全部手动路由的方式感到嗤之以鼻的。。。

@msg7086 抱歉不能同意你的说法。“程序写了几万行以后特么根本不知道自己的程序对外暴露了多少接口出去”。问题是就算你手动路由，当路由配置写了几千行的时候 你特么也没法判断自己对外暴露了多少接口啊！！ 几千行的配置！你怎么看！更乱好吗？！

还不如自动路由，遍历一下所有控制器的方法就知道有多少接口了啊！你不想暴露的接口可以单独写在一个模块里啊！

@Felldeadbird 不会啊。类似 CI 这样自动匹配的， URL 定制官方也会提供一套方案的。配置文件里可以配，无需自己弄。例如 CI 官方文档： http://codeigniter.org.cn/user_guide/general/routing.html 。

我的意思是，为什么 laravel 不允许或不推崇自动匹配这种做法呢？原本 laravel 路由有一个隐式控制器的方法。后来也废弃了

本来对 thinkphp 还有点好感，现在出了 thinkphp5 以后，对 thinkphp 好感全无。看一下 thinkphp5 的文档，单字母函数全部废弃，数据库层、验证、命令行等大量核心功能完全抄袭 laravel 。我就想说一句，如果你所有东西都跟 laravel 一样，我干嘛不直接用 laravel ？要你何用？

怎么做到的？ 可以把代码公开吗

同意！！ 这个功能是非常有需求的。而且跟你所说的，‘还原整件事情的面貌’又不冲突。赞

@shenfeng
@vzch
@Actrace
@Ison

回复一下各位大神的问题。。

编程，主要是解决问题，而不是秀技。我非常的认可这一点。

我想说的是：如果原生的SQL是最好的，那为什么要有ORM？如果现有的框架已经足够好用，那为什么不断地有大牛要开发新的框架？

写原生SQL有非常大的问题是，可读性差、冗余代码，以上两条会导致后期有巨大的安全隐患 - 一团乱麻的代码多人维护的情况下更容易产生BUG。《黑客与画家》里面曾经讲到，封装的层越多，代码的抽象性越高，代码的可重用性就越好。

很多一些新的框架，例如laravel，作为后起之秀，短短几年时间已经赶超很多老牌框架，把PHP语言带到一个新的高度，这难道不足以证明这个框架的价值吗？

为什么要一直在使用最老的东西，还总是欺骗自己XXX就是好呢？

@laoyuan

最近有点忙。我准备过段时间整理一下。然后传到github