这是一个创建于 2911 天前的主题，其中的信息可能已经有所发展或是发生改变。
一天时间就这样过去了~
 |
1
pouta 2016-12-02 18:24:44 +08:00 via Android
有什么区别吗
|
 |
2
assad 2016-12-02 18:26:43 +08:00
为什么要换回去啊
|
 |
3
kn007 2016-12-02 18:27:52 +08:00
把坑说出来啊。。。
|
|
9
kn007 2016-12-02 19:11:41 +08:00
|
 |
10
Showfom 2016-12-02 19:12:34 +08:00
还是 beta 嘛 等 stable 吧
|
 |
14
SourceMan 2016-12-02 19:17:00 +08:00 via iPhone
坚持 5.6 基本方针不动摇
|
 |
15
7jmS8834H50s975y 2016-12-02 19:17:02 +08:00
PHP 的向后兼容不至于这么差劲吧。
|
 |
17
alexsunxl 2016-12-02 19:32:02 +08:00
还是没 JIT 啊
|
 |
19
gouchaoer 2016-12-02 19:36:19 +08:00
我打赌 php7.0 升级到 7.1 的人会很少很少，因为 7.1 性能没有提高，新的 feature 大部分人也不需要，也就是说 7.1 的存在意义只是每隔一年总的放出个新版本而已。。。
|
 |
20
shiny 2016-12-02 19:39:58 +08:00
用 Docker 来编译，写过 Dockerfile 的话应该不需要折腾一天吧？
|
 |
22
ivmm 2016-12-02 19:44:06 +08:00
7.1.0 = 7.1 RC7
7.1.1 = 7.1 GA 很多软件、系统都是同理，当版本号出现 .1 的时候才意味着 stable |
 |
25
iLluSioN 2016-12-02 20:10:46 +08:00
PHP 版本间的兼容性就算不错了
你看隔壁家两条腿走路的 Python |
 |
28
sagaxu 2016-12-02 22:51:43 +08:00 via Android
Java6 升 8 ， spring3 升 4 ，只花了半个小时样子，测试环境运行良好，准备下周往集群里扔一台试试
|
|
29
sagaxu 2016-12-02 22:57:11 +08:00 via Android
@gouchaoer 其实绝大部分项目日 pv 连 1000 万都不到， php5 性能也够使了。 7 以后特性越来越多，语言越来越复杂，也许不太适合 PHP 的定位了。
|
|
30
gouchaoer 2016-12-02 23:20:33 +08:00 via Android
@sagaxu php7 又不是给旧的应用准备的，能升级的只有大厂才有那个钱。 php7 新加的特性不多，总体再往静态类型靠拢，方向是对的。
比起 php 本身，我觉得 laravel 这种才不适合 php 定位 |
|
34
gouchaoer 2016-12-03 10:04:18 +08:00 via Android
@aksoft
@yoke123 只是我个人试用起来有 3 点觉得不太好，第一是性能实在太差了： https://github.com/kenjis/php-framework-benchmark 。。。 helloworld 也能反应很多东西，实际上的 http 调用大多数走缓存。。。第二个就是为了优雅的理念和优美啥的过度封装，请求包含进总线 closure ，我用 xdebug 无法单步调试一次 http 请求，很多概念。。。。然而我是实用主义者，闻到 bad smell 后就撤了 当然了 laravel 很会宣传也很流行， star 也多，库也多，很多人认同其理念吧。。。。。 |
 |
36
aksoft 2016-12-03 10:53:20 +08:00
@gouchaoer 还好， laravel 还可以，我是个懒人，我没追求理念，我只追求速度。。。
骚年，我的理念就是 复制粘贴！！～～ 啊哈哈 |
 |
37
LEFT 2016-12-03 11:11:09 +08:00 via iPhone
mencache opcache 都用不了，又回到 7.0.13 了
|
|
38
sagaxu 2016-12-03 13:18:59 +08:00
@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 放到高峰期的堵路上，速度不会有太大的差别的。 |
 |
39
realpg 2016-12-03 13:58:51 +08:00
mcrypt 不兼容什么鬼？
|
 |
42
skyboy 2016-12-03 16:21:40 +08:00
@sagaxu 你说的这是真的吗，我用 ab 测试， laravel 一秒只能处理三十个请求，而 slim 框架可以处理 200 个。同样是连接了 mysql 数据库，取一条记录在页面上。
|
|
44
gouchaoer 2016-12-03 22:59:57 +08:00 via Android
@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 就够了，看个人喜好了。
|
 |
45
ashchen 2016-12-06 10:09:20 +08:00
生产 7.0 ，开发 7.1 尝尝鲜呗
|
 |
46
kancloud 2016-12-06 13:49:52 +08:00
@gouchaoer thinkphp5 并没有参考 yii2 如果说有类似的东西，那只能说明一个实事，框架很多设计思想的发展趋势是一样的，只不过速途同归罢了。事实上在用法和语法上 thinkphp5 更多参考的是 laravel 但本质上 thinkphp 还是自己的架构和实现，所以性能和优雅并存 这一点应该算是相对于 laravel 的优势之一。
|
 |
47
garrydzeng 2016-12-09 00:07:48 +08:00
@skyboy 自己写一个
|
 |
49
mitoop 2016-12-13 22:34:03 +08:00
你确定看过 laravel 和 tp5 源码吗?
|
Select Language