laravel到底颠覆了php的什么东西，难道只是为了推广composer吗，到底laravel的这些特性是否违背了php的初衷，php本来就是以轻量为特色，现在又加入了命名空间和包管理。还有laravel的国内实际应用项目到底有哪些？难道只是为了开发一个像wordpress这样的极致博客吗？而且在gitoschina上并没有找到很多的laravel相关的应用项目，你不会给我说github上面有很多吧，不能因为github很出名而忽略了国内git社区的发展和功劳吧，gitoschina现在也是国内很有影响力的git服务社区了，composer的推广势必会造成项目各种依赖包的增加和烂用，这样php必然会变得越来越不经量级。我所理解的能被广泛流行使用的东西，肯定是像加jquery一样的瑞士军刀，由于它的轻量级、快捷、灵活，同时可以利用它来扩展开发很多东西，完成我们自己的需求，还有bootstrap前端框架也是，像这样的框架可以广泛流行并得到充分发展和利用。laravel的工匠精神，我想会造成了它很不灵活，学习曲线难等等问题，最后成为只有极少数部分极客和狂热者的宠物。
x补充20160621 00:36
x--------------------------------------------------------------+++>
首先感谢各位给了我真诚的回复，从大家回复的当中我也体会到了很多，我以下是我想补充说一下的：
我赞成了@飞龙的观点：
php早就不是那个简洁的php了，学了java太多东西，丢失了一些脚本语言应有的灵活。你对php的认识还停留在3x时代。
关于命名空间和包管理我是这样说的：
php本来就是以轻量为特色，现在又加入了命名空间和包管理
希望大家不要太咬文嚼字，偏离我大的观点，我也并没有把命名空间和包管理扣在lavavel上，再说lavavel还不至于可以让php做改动。python，node.js和php感觉没有什么可比性，毕竟设计目的和初衷不一样，而且别人很早就有包管理的概念，在包管理方面php早已落后很多，在我看来国内的中文项目很多人拿laravel只做出来博客的样子，做出的博客确实不能和wordpress比，也没法比，还有wordpress现在都还支持3x也没见别人一定要用composer。还有一点lavavel这个单词感觉取得不怎么样，国人都感觉不好记，至少对于我来说。
我可能像@飞龙说的还停留在3x的时代，就算是像@jellybool说的一样是我不思进取的借口吧。
但我想在大家看来jquery,bootstrap确实算是灵活的框架，不能因为我的这个问题连它们一起喷。
无意把gitoschina带进来，大家也不要误导别人，让别人误认为gitoschina不好，对于英文不好，或者不能科学上网的人来说，像gitoschina,coding.net等这样的平台至少提供了一个学习的渠道，至少我接触git是从它开始的，总不能说让不擅长英语的就别学编程了吧。
综合大家的意见，我个人的想法是，看机缘先去了解和接触一下laravel，如果开始的坑就很多，几天我都不能上手，摸不着门的话，那我就只有等它在国内真正的像jquery一样的流行的时候我再慢慢去学习它。
以下仅代表个人现有理解水平的观点，不涉及任何其他团体组织和利益
适合自己的才是最好的 点赞
x补充20160621 08:30
x--------------------------------------------------------------+++>
以下仅代表个人现有理解水平的观点，本着不知道就是不知道，不懂就是不懂的基本观念出发，不涉及任何其他团体组织和利益
lavavel的国内推崇者不要把lavavel老端着，一副高高在上的样子，整天把工匠、艺术家精神、轻量级、简洁优雅、php最新特性什么的挂在嘴边，夸夸其谈，搞得像是说你一定要跟着我搞5x、7x什么的，你怎么不用composer呢，我只用composer的啦，你还在搞3x那一套吗！去打击像我这样的老菜鸟，搞得像是你不马上学php的新特性，你就不用它就不用在这个圈子里面混了的样子，看不起国内的框架、看不起织梦cms,看不起wordpress，甚至于看不起gitoschina，别人为了国内能有像样的git服务做了多少努力和付出了多少汗水，改善了多少国内的编程环境，不要整天拿github来说事，不是人人都有机会到国外去，不是人人者都懂git，国内的编程环境什么样，国外的环境什么样大家应该都很清楚，国内大多数人都还在被迫为那点工资来码代码，国内服务平台有国内服务平台存在的道理，别人发展的好不好长不长不是你说了算。
在工匠精神方面lavavel有java的众多流行框架这么有工匠精神吗，简洁优雅又有python的众多流行框架这样简洁优雅吗，不要滥用这些词夸大推崇，搞得神神秘秘的。包管理不好理解就多写资料让大家好理解，学习曲线难就简化优化入门方式方法，执行流程不好理解就多完善细化流程分析，中文支持不好就多写中文语言包，中文资料少就多写中文资料，这些后来的推崇者都可以共同去完成，也不排除以后会有我，但前提是要大家知道这东西怎么才能简单上手，apache，nginx，mysql好用未必人人刚开始都要知道怎么配置，一键环境不也来得快，用一键环境也不代表就学不到配置的知识，它只是降低了我们入门的门槛。好比vim编辑器用惯的人都说它牛它好，但是对于一般人来说入门起来很难，刚开始用得很不顺手，被拒之门外，sublimetext就很好地规避了入手的问题所以更广泛的流行和被推崇。
这个问题已被关闭，原因：无法获得确切结果的问题
回复内容： 声明：这个问题是我脑洞大开，展开的一些疑问，如有说得不对的地方请见谅。
laravel到底颠覆了php的什么东西，难道只是为了推广composer吗，到底laravel的这些特性是否违背了php的初衷，php本来就是以轻量为特色，现在又加入了命名空间和包管理。还有laravel的国内实际应用项目到底有哪些？难道只是为了开发一个像wordpress这样的极致博客吗？而且在gitoschina上并没有找到很多的laravel相关的应用项目，你不会给我说github上面有很多吧，不能因为github很出名而忽略了国内git社区的发展和功劳吧，gitoschina现在也是国内很有影响力的git服务社区了，composer的推广势必会造成项目各种依赖包的增加和烂用，这样php必然会变得越来越不经量级。我所理解的能被广泛流行使用的东西，肯定是像加jquery一样的瑞士军刀，由于它的轻量级、快捷、灵活，同时可以利用它来扩展开发很多东西，完成我们自己的需求，还有bootstrap前端框架也是，像这样的框架可以广泛流行并得到充分发展和利用。laravel的工匠精神，我想会造成了它很不灵活，学习曲线难等等问题，最后成为只有极少数部分极客和狂热者的宠物。
x补充20160621 00:36
x--------------------------------------------------------------+++>
首先感谢各位给了我真诚的回复，从大家回复的当中我也体会到了很多，我以下是我想补充说一下的：
我赞成了@飞龙的观点：
php早就不是那个简洁的php了，学了java太多东西，丢失了一些脚本语言应有的灵活。你对php的认识还停留在3x时代。
关于命名空间和包管理我是这样说的：
php本来就是以轻量为特色，现在又加入了命名空间和包管理
希望大家不要太咬文嚼字，偏离我大的观点，我也并没有把命名空间和包管理扣在lavavel上，再说lavavel还不至于可以让php做改动。python，node.js和php感觉没有什么可比性，毕竟设计目的和初衷不一样，而且别人很早就有包管理的概念，在包管理方面php早已落后很多，在我看来国内的中文项目很多人拿laravel只做出来博客的样子，做出的博客确实不能和wordpress比，也没法比，还有wordpress现在都还支持3x也没见别人一定要用composer。还有一点lavavel这个单词感觉取得不怎么样，国人都感觉不好记，至少对于我来说。
我可能像@飞龙说的还停留在3x的时代，就算是像@jellybool说的一样是我不思进取的借口吧。
但我想在大家看来jquery,bootstrap确实算是灵活的框架，不能因为我的这个问题连它们一起喷。
无意把gitoschina带进来，大家也不要误导别人，让别人误认为gitoschina不好，对于英文不好，或者不能科学上网的人来说，像gitoschina,coding.net等这样的平台至少提供了一个学习的渠道，至少我接触git是从它开始的，总不能说让不擅长英语的就别学编程了吧。
综合大家的意见，我个人的想法是，看机缘先去了解和接触一下laravel，如果开始的坑就很多，几天我都不能上手，摸不着门的话，那我就只有等它在国内真正的像jquery一样的流行的时候我再慢慢去学习它。
以下仅代表个人现有理解水平的观点，不涉及任何其他团体组织和利益
适合自己的才是最好的 点赞
x补充20160621 08:30
x--------------------------------------------------------------+++>
以下仅代表个人现有理解水平的观点，本着不知道就是不知道，不懂就是不懂的基本观念出发，不涉及任何其他团体组织和利益
lavavel的国内推崇者不要把lavavel老端着，一副高高在上的样子，整天把工匠、艺术家精神、轻量级、简洁优雅、php最新特性什么的挂在嘴边，夸夸其谈，搞得像是说你一定要跟着我搞5x、7x什么的，你怎么不用composer呢，我只用composer的啦，你还在搞3x那一套吗！去打击像我这样的老菜鸟，搞得像是你不马上学php的新特性，你就不用它就不用在这个圈子里面混了的样子，看不起国内的框架、看不起织梦cms,看不起wordpress，甚至于看不起gitoschina，别人为了国内能有像样的git服务做了多少努力和付出了多少汗水，改善了多少国内的编程环境，不要整天拿github来说事，不是人人都有机会到国外去，不是人人者都懂git，国内的编程环境什么样，国外的环境什么样大家应该都很清楚，国内大多数人都还在被迫为那点工资来码代码，国内服务平台有国内服务平台存在的道理，别人发展的好不好长不长不是你说了算。
在工匠精神方面lavavel有java的众多流行框架这么有工匠精神吗，简洁优雅又有python的众多流行框架这样简洁优雅吗，不要滥用这些词夸大推崇，搞得神神秘秘的。包管理不好理解就多写资料让大家好理解，学习曲线难就简化优化入门方式方法，执行流程不好理解就多完善细化流程分析，中文支持不好就多写中文语言包，中文资料少就多写中文资料，这些后来的推崇者都可以共同去完成，也不排除以后会有我，但前提是要大家知道这东西怎么才能简单上手，apache，nginx，mysql好用未必人人刚开始都要知道怎么配置，一键环境不也来得快，用一键环境也不代表就学不到配置的知识，它只是降低了我们入门的门槛。好比vim编辑器用惯的人都说它牛它好，但是对于一般人来说入门起来很难，刚开始用得很不顺手，被拒之门外，sublimetext就很好地规避了入手的问题所以更广泛的流行和被推崇。
其实也不能怪php现在变的这么复杂。
php出生的时候，也是web比较初级的时候，那时候的网站一个小型的cms足已，逻辑简单，整体规模较小，不论代码你怎么编整体都不会太跑偏。这个时候的php脚本语言，解决了大部分问题，甚至使用html+php混合编码方式，也不会让人感觉有多少不适。我如果没记错的话，这种编码方式称为“意大利面条式编程”。
然后随着web越来越复杂，混排编码方式已经有点力不从心了，表现出来的结果就是，一个页面有n多的php和html的交替编码，导致后来的编码人员（包括自己）越来越头大，用上include把一些通用的代码提出去也不行，于是出现里模板的概念，比较有代表性的就是smarty，这个时候，你可以把逻辑写到一个php文件里，然后加载另一个模板文件作为展现层，这个文件里仅包含一些必要的php逻辑代码，这样使得逻辑代码与展现代码的分离。
然而web发展太快了，很快负责处理逻辑部分的代码又变的庞大起来，有处理request的，有连数据库的，还有些比较通用的逻辑都在里边，后端的工程师都崩溃了，越写bug越多。于是有人就写了框架来把这些逻辑分开，于是一批像是codeigniter等框架就出现了。这类框架大部分会使用单一入口确保逻辑部分都由它接管，然后分出mvc层，让其各司其职，代码顺畅了。但是这个时候php也开始不再是原来的php了，不再是24小时就能入门的php了，虽然还可以用意大利面条式编程，甚至到现在也可以，但是这么编程至少会被人鄙视的，于是众多phper被迫学习了新的编程方式，美其名曰：分层编程。不过说实话，分开层，确实编程舒爽多了。（楼主，既然你有点反对laravel编程方式，那么我猜你应该在用这类mvc分层的框架形式编程，如果我说这也违背了php快速编程的理念，你能回归最原始的编程方式么？纯猜的哈，如果猜错了，别介意。）
后来，也就算是现在吧，web不在是简简单单的知识共享的需求，什么sns社交，什么电子商城，什么b/s服务类软件，作为后端的工程师，想想头都大。于是就又有人跳出来解决各种问题了，怎么解决呢？有什么问题解决什么问题呗，呵呵。我随意举个例子说吧，比如用个大部分认为有些老的框架codeigniter去写一个电子商城，问题不大，虽然逻辑端代码可能有点长，但是忍忍就能过去了，但是某天回过头来看代码的时候，你发现v端的代码还是可以的，逻辑比较清晰，就是一个展现嘛，也没什么可以优化的，m端也是可以的，无非就是写了些sql语句，即使是sql语句太复杂了，那也是数据库设计的事儿，然后你接着看了看c端，有些不忍，这里边有负责接收各种get、post值得代码，有处理各种逻辑计算的代码，有各种负责验证数据的代码，有各种加载数据m加载v端的代码，每个function里少说都是上百行，于是你打算把逻辑那部分代码抽出来，让c端只负责读取用户输入数据以及加载m和v，至于逻辑运算那部分，再拆一个service层吧，这部分拆出去，不仅c端简洁了，有些service还能复用，一举两得。等着手拆的时候，你忽然发现，这个层没有地方放，放library里吧，觉得它只是一个放置独立库的地方，而不是分层的地方，放到m里吧，又觉得破坏了mvc本身的含义似的，不过也没办法，规矩不是死的，既然能用就用吧。然而如果你用比较新的框架，他们都遵循了psr编码规范，你可以随意建个文件夹作为分层，然后到c端use一下即可，完全不破坏现有结构，最爽的是，如果你写的代码能有有效的解耦，那么配合composer，你可以把你写的东西共享给别人用，这也是众多新式框架让人比较爽的地方之一。
然后我就不多说了，如果php真的总是裹足不前，大家总是用很久以前的脚本式编程方式，迟早有一天会被淘汰的。
当然我确实想吐槽，各种新框架带来了很多新的特性，太难学了……
这里是重点：以上纯属个人吐槽，有些地方没有详细考证，可能不对，就当茶余小点吧。如果能指出错误之处甚好，不喜喷子。
恩，前方已做好撕逼准备。以下仅代表个人观点，不涉及任何其他团体组织和利益
1.laravel 并没有颠覆php的什么东西，只不过是用到了很多php的新特性而已。
2.不是为了推广composer，composer本来就是php社区的产物，只是你不去了解而已。
3.laravel的特性跟php的初衷完全不是两回事，命名空间是php的产物，而且命名空间这也不是违背所谓的轻量的特色，每个技术产生的背后都是为了解决某个场景下的问题，简单而言，为了解决类和方法命名冲突，才引进的命名空间。我个人觉得，那些在github上维护php源码的人，做出对php加入命名空间的决策是比较正确的。维护所谓的轻量特色不是你不思进取的借口。如果一门语言不能随着时代的变化而变得更适合解决问题，这语言终究没啥生命力。
4.个人觉得wordpress跟laravel根本没有可比性。
5.很抱歉，对于gitoschina是国内很有影响力的git服务社区这句话，在下实在不敢苟同。要说做开源，必然github甩开其他所有git服务社区十万条街（修辞称之为夸张手法）。如果不是开源，是公司的商业项目，基本上的选择都是自建git服务，所有我完全没看好和感受到gitoschina是国内很有影响力的git服务社区。个人觉得gitoschina活不了多久（欢迎打脸），因为gitoschina的生态实在挫到不行。
6.composer的推广势必会造成项目各种依赖包的增加和烂用，目前来看，不敢苟同，滥不滥用得看写项目的人。
7.这样php必然会变得越来越不经量级你说的轻量可以理解成一成不变么？那只是不思进取的接口罢了
8.肯定是像加jquery一样的瑞士军刀，由于它的轻量级、快捷、灵活，要说轻量，jquery真排不上。而且现在的jquery很难在获取之前那样的生命力了，因为前端的发展目前更倾向于 vuejs 这样的 mvvm了吧。
9.还有bootstrap前端框架也是，像这样的框架可以广泛流行并得到充分发展和利用。如果要说在php社区中找一个跟bootstrap这样css偏重的框架，那非laravel莫属了吧。
10.laravel的工匠精神，我想会造成了它很不灵活，学习曲线难等等问题。恰恰相反，laravel却是非常灵活的，如果你了解ioc的话。
11.最后成为只有极少数部分极客和狂热者的宠物。但凡关注php社区和看过外面世界的人，应该都不会有这种想法。
12.laravel的国内实际应用项目到底有哪些。不才，自己写了一个 https://laravist.com
所以我的观点是：按照这种情况看来，你可以完全不用学习laravel，毕竟适合自己的才是最好的。每个人都有不同的追求。
没人要喷你看了你的问题，自己也是有一些思考的过程，其中有部分的结论我是无法赞同。一个建立在错误假设上的结论是不可信的，所以我就仅仅对你的问题发表一下粗浅的看法，希望共同学习。
laravel 无疑是个优秀的框架，但是作者从未说过自己“颠覆”或希望颠覆什么，作者就是那样一个普普通通的宅男，陪陪家人，谢谢代码，开发自己框架的同时，穿插着自己的创业项目，一系列从 laravel 框架之上衍生的部署服务，sass，顾问服务等等。 我接触 laravel 大半年了，貌似也没有看到谁说这个框架颠覆了什么，估计这么对你讲的人，不是脑残粉就是惯用夸张词汇的针扎火燎型，对于程序方面的东西，遇到这类夸张词汇无视就好。 laravel 构建于 php 社区前人细致又无私的贡献之上，使用了包括 symfony 组件在内的很多其他开发者的开源项目作为底层依赖，无论是 laravel 还是他所依赖的库，这些不是全新再造的东西，也不是 php 独有的写作方式，每一个依赖社区都有很多个类似的实现。
composer 和 laravel 直接关系并不大，前者是社区发展到一定程度自然而然产生的依赖管理工具，帮助开发者维护数量庞大的依赖库和其版本更新，举个例子，如果你自己写个 web 应用，很可能需要完成诸如路由、orm、请求和响应、验证、模版引擎等很多方面，现在突然有一方面你自己不想写了，那么这时候你就会想到引入其它维护活跃、文档良好的库为你所用，当你的程序功能点足够多时，可能发邮件、文件系统抽象、队列接口，方方面面你都要站在前人的肩膀上加速自己的开发，让擅长的人去做它们做的事。这个时候 composer 是保证你维护好依赖更新、冲突、回滚的唯一工具。社区发展到一定阶段，就算没有 composer，也会有 overture, singer。今天为止， composer 已经成为 php 社区事实上的行业标准。你对他的不了解，只能说明你自己的懒惰无知，哪怕随便去 github 搜个 php 项目看看也不会认为 composer 是被某一个框架推广的。
你说“laravel 的特性违背了 php 的初衷”，那么你最好能够讲明白， 你觉得他的特性是什么， php 的初衷又是什么。
php 们无私的维护者们，以及背后的商业公司，从未说过 php 是以轻量为特色，我也不知道你嘴里的轻量什么意思，如果加个特性，社区拥有依赖管理工具就是轻量，那么使用人数较多的语言中，大概没有轻量的。php 入门是简单，但这并不意味着你可以用傻逼方式写代码却一副理所当然。现在的开发者有种很病态的心理，管 sublime 叫轻量，phpstorm 叫重，管文件少叫轻量，文件多叫重。 但我可以告诉你的是一个功能的添加和被发明经历过复杂的讨论，无数人的谨慎思考，沉淀着很多开发实践中的迫切需求。你不能不学无术的坐在原地质疑别人的初衷。一个语言或工具，如果真令你感到心衰失去信心，以至于你认为那就是有违常理的，别担心，他肯定会被淘汰，因为绝大多数人并不傻，市场自然淘汰无用的产品。
国内项目不清楚，你现在所用的绝大多数编程工具都不是“国内”产生的，所以可以的话，眼光不要仅仅放在身边，英文结果中，还是有相当多很棒的资料，顺便插播一句，laravel 是一个对人编程风格影响极大的框架，请谨慎使用，否则恐怕很难回到过去写面条代码的时代。
wordpress 是个插件丰富的内容系统，我了解并不深，但以我感觉他和 laravel 完全不是一个领域的东西，各自追求的方向也不同。
gitoschina 并没什么鬼影响力，包括国内所有的此类服务，以为加个论坛，加个外包市场就是微创新了，就本土化了，本质上，都是赚的国内开发者低能的钱，多么贴心的大中文呀，一点脑子都不用动哦。 一个总用 github 的人，并不可能使用你说的这玩意。首先 github 上开发者是全球最多的，以大公司组织身份开源他们产品最多的，上面聚拢的是这个星球上最聪明的几百万人，反观国内的这些整天想着怎么骗甲方钱的 coder 们，你指望他真正做技术？世界上只需要一个 git 社区，也许两个，但另一个绝对不是你说的这种一个大社区临时凑几个人用 gitlab 匆匆架设起来的东西。“不能因为 github 很出名而忽视国内 git 社区的功劳”，没人故意忽视他们，是压根看不到。
“composer的推广势必会造成项目各种依赖包的增加和烂用，这样php必然会变得越来越不经量级。”， 以文件、依赖数量论断轻重有些草率了，一页代码，写的渣的，一样能比 10000 页更吃资源，更重。php 开启 opcache 虽然算是半编译语言，不过在绝大多数系统上，多几十个文件，少几十个，应该没有显著区别。
“肯定是像加jquery一样的瑞士军刀”。 jquery 也不是瑞士军刀， 它只是浏览器发展早期、标准支撑不完善，以 ie 为首的不思进取的产品所衍生出来的一个兼容性解决方案，让你在不同环境下，统一 api 写法。 当然今天他的作用也是这个。而且未来很长时间会因为其接口统一而流行着。 但是你不能把一个大而全，恨不得什么都装进去的东西称作瑞士军刀。
工匠精神只是 laravel 网站上这么宣称，优雅也是，作者总要吃饭，总要有一个词让你想起这个框架。以我用过额外两个比较复杂的框架的经验来看， laravel 是个非常简单的框架，如果有 oop 基础，熟读文档即可立刻开发，而且在查看源码的过程中会不时发现作者根本没写到文档中的惊喜，会感叹他在易用性的基础上还能兼顾各种复杂的使用场景。laravel 也不是“少数极客”的宠物，最近 3 年 laravel 稳居全球 php 框架流行度 no.1. 在大陆， 从 2015 年开始，用户人数和关注度也是徒增，详情可以自己去 index.baidu.com 看看它们的搜索指数，拖到全部时间看看增长曲线。 即使大陆这种生产代码猴子的培训机构满地（高等教育落实不到位、逐利）， 某框架和培训机构深度合作，离开了某框架都不会写代码的水土上， laravel 也在慢慢的被更多希望让自己成长到新的高度的程序员所接受。
写到一半就不太想写了，因为叫醒一个装睡的人是何其困难的事。一个每天都要创造内容的职业，却偏偏把新鲜事物看作最大的敌人。还用自己仅有的知识去做出自己都说不出前因后果的无端推论。 尽管每个人都有发表看法的权力， 但我觉得遇到自己都想不明白的事时，最先做的应该是学习和了解而不是提出一些难以说服别人的结论。
个人觉得你是误解了laravel 和 composer 的关系，高兴的就是，你通过laravel 认识了 php 有 composer 类似的依赖管理工具
至于说因为 composer 的引入，造成项目各种依赖包的增加和烂用，我建议你看看 node 的 npm，python 的 pip，ruby 的 gem 等等，看看它们有没有造成滥用，
会有人说 laravel 抄袭了 rails ，的确他们有很大的相似，laravel 可以说是全栈的开发框架，快速的进行web开发，引入web中的最佳解决方案，引入最合理的技术，比如说引入了 composer 依赖管理
至于你说的不灵活是什么 ？ 哪里看出来不灵活了 ？
至于你说的学习曲线，的确 laravel 的学习曲线相对其他框架来说较高，但这个也是相对的，较高的学习曲线意味着，你学好之后，更快的开发效率。
建议你 不要人云亦云，如果你觉得不好，可以不学，选择适合自己的框架，也不错。
如果你觉得不好，就不需要寻找什么学习laravel的理由了。
laravel到底颠覆了php的什么东西，难道只是为了推广composer吗
php5.3就已经有composer了，除了larevel之外用composer的项目非常多。
到底laravel的这些特性是否违背了php的初衷，php本来就是以轻量为特色，现在又加入了命名空间和包管理。
这正好是一个现代的成熟的语言的特点，而且php不算轻量级的语言。
还有laravel的国内实际应用项目到底有哪些？难道只是为了开发一个像wordpress这样的极致博客吗？
larevel推出几年了，国内有不少项目是用它开发的，你没听说过不等于没有。另外现在的wordpress不是博客了，是一个小型cms。
而且在gitoschina上并没有找到很多的laravel相关的应用项目，你不会给我说github上面有很多吧，不能因为github很出名而忽略了国内git社区的发展和功劳吧，gitoschina现在也是国内很有影响力的git服务社区了
是吗？我还没听说过“大名鼎鼎”的gitoschina呢，但是github在开发者圈子里面无人不知。而且国内外用larevel的项目只会越来越多。
composer的推广势必会造成项目各种依赖包的增加和烂用，这样php必然会变得越来越不经量级。
nodejs、python等语言也有自己的包管理器，没见过有滥用的情况，而且php本身也不是轻量级的语言。
我所理解的能被广泛流行使用的东西，肯定是像加jquery一样的瑞士军刀，由于它的轻量级、快捷、灵活，同时可以利用它来扩展开发很多东西，完成我们自己的需求，还有bootstrap前端框架也是，像这样的框架可以广泛流行并得到充分发展和利用。
你提到的这些东西，没有一个是轻量级的，在我看来都是很重或者臃肿的东西。
laravel的工匠精神，我想会造成了它很不灵活，学习曲线难等等问题，最后成为只有极少数部分极客和狂热者的宠物。
这是你个人的观点，什么叫极少数？你去github上面搜一下，用larevel的项目有多少？
如果你认为larevel有这样那样的缺点和不足，可以换其他框架啊，没必要人云亦云，盲目跟风。
还是那句话：适合自己的才是最好的。
laravel比较复杂，一般人学不会