我认为楼主的态度很不错，确实是抱着谈话的心态的，从头到尾都没有主观臆断信口开河抑或是人身攻击，不能算是撕逼

@halfcoder #17 赞同

简书文章被删了，有人有备份吗 ‾\_(ツ)_/‾

同意 #5 观点
楼主可以尝试从 RSS 恢复文章，如果其他 RSS 阅读器上有缓存的话

@gouchaoer 引文：「 laravel 我是真的读不懂源码，也没法单步调试一次请求，因为里面都是 closure 和啥 bus，各种跳来跳去，不懂」

Laravel 中的 Bus 应该是译为「总线」。而且读不懂框架内部实现哪有怪框架的？

Stylish 吧

Laravel 臃肿的封装、缓慢的运行速度都是广受诟病的（也有 Laravel-Stone 之类的 solution ），不过其多层封装带来的好处，在业务逻辑复杂到一定程度后就会凸显出来。上面有些人吐槽「写个 Hello World 调用栈都有 70 多层」的人就是这样 :P

业务逻辑很简单的话，就不要用 Laravel 这样的全栈框架了。感受不到 Laravel 带来快捷开发的爽快感，你只会得出「垃圾框架，臃肿性能慢，优雅个 P 」这样的结论 ;)

嫌臃肿的，性能敏感的项目就不要用嘛……用 Slim 呀 Lumen 之类的微框架不就好了
用 Laravel 的话，开发速度肯定要比微框架 /原生快得多（当然你写个 Hello World 之类屁大点玩意肯定是感受不到的），而且性能问题可以堆钱解决啊 :D 没钱又要高并发，参见上一句

我用于练习 PHP 而写的一个项目（ printempw/blessing-skin-server ），从 1.0 时代（原生 PHP ）到 2.0 时代（模型控制器分离，初有框架雏形）到 3.0 （自己写的 MVC 框架）到 3.1 （ Laravel ），过程中学到了很多。对于业务逻辑有一定程度的项目，Laravel 可以显著提升开发速度。我在这个项目前期摸爬滚打搞出来的一些东西，最后发现 Laravel 里全都有 :)

不过我还是不推荐 PHP 新手直接上手 Laravel，只会一个框架却完全不了解框架的内核，不好。

尝试 `try_files $uri $uri/ /index.php?$query_string;`？

刚刚试了下，浙江电信也不能直连
一直挂着代理访问所以没发现

@KingYang 哇，为什么作为程序🐶就不能对 UI 要求高了？人类都有审美能力

哎呀没看清，原生 PHP 的话一般是 var_dump(); exit; 过来的

Laravel 自带的帮助函数 dd()

@w88975 这个应该是 Progressive JPEG

你确定你的自定义配置被加载了吗？
'ODBC'@'localhost' (using password: NO) 很有可能是默认配置。

@zonghua 前端库确实是用的 AdminLTE

收费不是很正常嘛