php 7.1 发布啦 下午作死试了下 又回到 7.0 13

[Magician]

一天时间就这样过去了~

[pouta]

有什么区别吗

[assad]

为什么要换回去啊

[kn007]

把坑说出来啊。。。

[bugsnail]

@kn007 感受到了深深的怨念......

[Magician]

@kn007 好多扩展装不上

[Magician]

@pouta 区别就是一个报错一个不报错。

[kn007]

@Magician 你用了什么 module ？

[Magician]

@kn007 就 redis mencache mcrypt 扩展不兼容

[kn007]

@Magician memcache 好久不用，都用 memcached 了。。不过更新不及时。
redis 应该可以才对啊。。

你是 git clone 最新的 php7 版本么？

这么坑爹。。

[Showfom]

还是 beta 嘛 等 stable 吧

[Magician]

@kn007 最新的 在等一个月在装看看

[kn007]

@Magician 嗯，

[Magician]

@Showfom 说的对，在等等

[SourceMan]

坚持 5.6 基本方针不动摇

[7jmS8834H50s975y]

PHP 的向后兼容不至于这么差劲吧。

[HanSonJ]

@wsdjeg 这不是叫向前兼容吗。

[alexsunxl]

还是没 JIT 啊

[alexsunxl]

@wsdjeg 拓展每次都要用 phpize 重新编， 很麻烦的

[gouchaoer]

我打赌 php7.0 升级到 7.1 的人会很少很少，因为 7.1 性能没有提高，新的 feature 大部分人也不需要，也就是说 7.1 的存在意义只是每隔一年总的放出个新版本而已。。。

[shiny]

用 Docker 来编译，写过 Dockerfile 的话应该不需要折腾一天吧？

[pubby]

@kn007

[ivmm]

7.1.0 = 7.1 RC7
7.1.1 = 7.1 GA

很多软件、系统都是同理，当版本号出现 .1 的时候才意味着 stable

[Magician]

@shiny 这个没用过下次折腾看看

[kn007]

@pubby ?

[iLluSioN]

PHP 版本间的兼容性就算不错了
你看隔壁家两条腿走路的 Python

[pubby]

@kn007 sorry ，手机屏幕误触 -_-

[kn007]

@pubby 没关系~

[sagaxu]

Java6 升 8 ， spring3 升 4 ，只花了半个小时样子，测试环境运行良好，准备下周往集群里扔一台试试

[sagaxu]

@gouchaoer 其实绝大部分项目日 pv 连 1000 万都不到， php5 性能也够使了。 7 以后特性越来越多，语言越来越复杂，也许不太适合 PHP 的定位了。

[gouchaoer]

@sagaxu php7 又不是给旧的应用准备的，能升级的只有大厂才有那个钱。 php7 新加的特性不多，总体再往静态类型靠拢，方向是对的。
比起 php 本身，我觉得 laravel 这种才不适合 php 定位

[aksoft]

@gouchaoer laravel 的项目做了一半了。。你说不合适。。我犹豫了

[yoke123]

@gouchaoer 你这样说 我很慌 为什么不合适啊？

[anewg]

@wsdjeg 只考虑语法本身兼容性，怎么会去考虑扩展的兼容。。

[gouchaoer]

@aksoft
@yoke123
只是我个人试用起来有 3 点觉得不太好，第一是性能实在太差了： https://github.com/kenjis/php-framework-benchmark 。。。 helloworld 也能反应很多东西，实际上的 http 调用大多数走缓存。。。第二个就是为了优雅的理念和优美啥的过度封装，请求包含进总线 closure ，我用 xdebug 无法单步调试一次 http 请求，很多概念。。。。然而我是实用主义者，闻到 bad smell 后就撤了

当然了 laravel 很会宣传也很流行， star 也多，库也多，很多人认同其理念吧。。。。。

[crazycen]

@iLluSioN 笑岔气！😂

[aksoft]

@gouchaoer 还好， laravel 还可以，我是个懒人，我没追求理念，我只追求速度。。。
骚年，我的理念就是 复制粘贴！！～～ 啊哈哈

[LEFT]

mencache opcache 都用不了，又回到 7.0.13 了

[sagaxu]

@gouchaoer 我觉得 Laravel 的理念并不差，在 URL mapping 上很主流，如果 php 也有 annotation 的话 API 可以设计的更美。 functional 式的 controller ，可以去掉一个无意义的方法命名，即将发布的 Java 框架事实标准 Spring 5.0 ，也引入了这个方式。

性能绝大部分情况下都不是首要考虑的问题， Laravel 支撑个 300 万的日 pv 毫无压力。

hello world 式的微评测没有意义，那并不能体现真正的业务复杂度。假设每个 HTTP 请求， A 框架开销是 1ms ， B 框架是 10ms ， rps 是 1000 vs 100 ， 10 倍的差距看起来很大。但是一旦融入业务逻辑，比如耗时 10ms 的 db 和 cache 访问，那么就变成 11ms 和 20ms ， rps 变成 90 vs 50 。把宝马 i8 和奇瑞 QQ 放到高峰期的堵路上，速度不会有太大的差别的。

[realpg]

mcrypt 不兼容什么鬼？

[Magician]

@realpg 你升级一下看看。

[Magician]

@crazycen 脑补了一下画风，哈哈哈哈

[skyboy]

@sagaxu 你说的这是真的吗，我用 ab 测试， laravel 一秒只能处理三十个请求，而 slim 框架可以处理 200 个。同样是连接了 mysql 数据库，取一条记录在页面上。

[skyboy]

@gouchaoer 哪请问你推荐什么性能高的，又易用好用的 retsul url 路由框架呢。

[gouchaoer]

@skyboy 像 yaf ， swoole 这种肯定是最快的，但是它们基于 php-cli 开发和维护没有跑在 PHP-FPM 中的一般的框架方便，小厂还是推荐一般框架。 symfony 是企业级的框架，做了很多很棒的组件； yii2 在速度和封装上也非常棒，我个人用 yii2 比较多， thinkphp5 刚出来我看了一下源码，理念基本上和 yii2 是差不多的。你说得 restful 路由如果指的这种的话： http://www.yiichina.com/doc/guide/2.0/rest-quick-start 。。。我个人感觉 restful 太理想化了，很多 api 就用一般的 controller 就够了，看个人喜好了。

[ashchen]

生产 7.0 ，开发 7.1 尝尝鲜呗

[kancloud]

@gouchaoer thinkphp5 并没有参考 yii2 如果说有类似的东西，那只能说明一个实事，框架很多设计思想的发展趋势是一样的，只不过速途同归罢了。事实上在用法和语法上 thinkphp5 更多参考的是 laravel 但本质上 thinkphp 还是自己的架构和实现，所以性能和优雅并存 这一点应该算是相对于 laravel 的优势之一。

[garrydzeng]

@skyboy 自己写一个

[mitoop]

@iLluSioN 三条腿 还是 Django

[mitoop]

你确定看过 laravel 和 tp5 源码吗?

[realpg]

@kancloud
thinkphp 都敢说 [性能与优雅并存] 了
呵呵，呵呵呵呵，呵呵呵呵呵呵呵呵
中国男足勇夺世界杯有望了

[kancloud]

@realpg 你 out 了 看过 TP5 再来下结论不迟

[abccccabc]

@skyboy slim 是 C 　写的框架吗？？？