packagist的dev-master指向的就是你github上的master，这个分支本来就应该只放稳定的代码（可以理解为svn的trunk），而你开发的时候则应该建feature分支或者至少在一个单独的分支里进行开发和提交，每次产生稳定版本之后，把这个分支merge到master，并且标记一个有版本号的tag分支即可。

所以你这个问题出现的原因在于你使用git的方法不对，请参考一下其他知名项目在packagist上是怎么维护和host的。

前者是旧版本建议的代码

万级访问量......

支持一下

心比天高，命比纸薄

支持一下潘晓良

h264, AAC
360 x 480

第一个网站根本没demo，trello里记录的都是些install，setup的水货
第二个网站最后一个提交记录是一年之前的。

请问这篇文章的中心思想是什么？

@hfcorriez 本来是有这些内容的，但根据qcon的要求做了一些精简，所以省去了

@nofeeling 技术是需要去探索的，但不是所有项目和开发者都有去探索的时间，面对一个陌生且知名度不高的新生事物，并不是所有人都有勇气敢在新项目中去尝试的，而即使希望去尝试，也至少会需要有成熟的文档和社区支持，以接答使用中的种种问题，否则碰到问题的话该如何是好？

游戏应用多半是用php做接口开发，程序中大量的代码都直接是业务逻辑，而事实上web开发要复杂得多，例如表单处理，页面模版渲染，多语言，acl等等，这些都是一个框架需要去抽象但是游戏接口却不大用得到的领域，所以与其说＂很多游戏开发公司在使用swoole＂，不如说＂swoole只适用与游戏开发＂。

LZ人不错，推荐一下

lz玻璃心，这不是很正常的事情么

PHP语言发展的时间很久，很多函数都因为历史问题以及和PHP语言本身的弱类型特性做了大量的兼容操作，因为要尽量让各种代码都可以运行，所以只好用性能换兼容性，而在程序的效能上必然会做出一些让步。

Yaf和Phalcon做的事情其实是把本来用php实现的东西转而用C实现，逆转了这个过程，降低了兼容性但换回了速度，以获取性能上的提升。

这种测试没什么意义，比如你贴的这个页面，测的是每个框架下访问数据库并且返回JSON字符串这整个过程的速度，但事实上，大部分框架进行数据库处理和JSON字符串转换都是使用的该语言原生的类库和函数，这个过程和你用的是哪种框架是没有什么关系的，比如JSON操作，python框架都会用到核心函数json.dump()，php框架都会用到核心函数json_encode()等等，当然数据库操作也是一样的，不管你用的框架是什么，核心函数和过程都是基本类似的。

所以，这个最核心的处理业务逻辑的过程并不会因为你用的框架不同而有变化。

这个测试其实测的是“框架帮你额外干了别的事情所耗费的时间”，所以“各类功能强大的开发框架名次靠后，但如果直接用开发这个框架的语言速度却很快”就变得能够理解了。最典型就是php，纯php开发的时候性能排第五，但用php开发的symfony2速度却显得不是很快，原因在于symfony2帮你做了很多背后的事情，但你没有意识到所以误认为他很慢。