PHP 7.2.0 RC2 发布,bug 修复版本
mia0x75 2017年09月13日

PHP 7.2.0 RC2 发布,bug 修复版本

mia0x75 mia0x75 发布于2017年09月13日 收藏 1

PHP 7.2.0 RC2 发布了。PHP(PHP:Hypertext Preprocessor)是一种在电脑上执行的脚本语言,主要是用途在于处理动态网页,也包含了命令列执行接口(command line interface),或者产生图形使用者接口(GUI)程式。改进日志如下:

14 Sep 2017, PHP 7.2.0RC2

- Core:
  . Fixed Bug #75142 (buildcheck.sh check for autoconf version needs to be updated for v2.64). (zizzy at zizzy dot net, Remi)

- BCMath:
  . Fixed bug #44995 (bcpowmod() fails if scale != 0). (cmb)
  . Fixed bug #46781 (BC math handles minus zero incorrectly). (cmb)
  . Fixed bug #54598 (bcpowmod() may return 1 if modulus is 1). (okano1220, cmb)
  . Fixed bug #75178 (bcpowmod() misbehaves for non-integer base or modulus). (cmb)

- CLI server:
  . Fixed bug #70470 (Built-in server truncates headers spanning over TCP packets). (bouk)

- Date:
  . Fixed bug #75149 (redefinition of typedefs ttinfo and t1info). (Remi)

- GD:
  . Fixed bug #75139 (libgd/gd_interpolation.c:1786: suspicious if ?). (cmb)

- Intl:
  .  Fixed bug #75193 (segfault in collator_convert_object_to_string). (Remi)

- Gettext:
  . Fixed bug #73730 (textdomain(null) throws in strict mode). (cmb)

- Opcache
  . Fixed incorect constant conditional jump elimination. (Dmitry)

- OpenSSL
  . Automatically load OpenSSL configuration file. (Jakub Zelenka)

- SPL:
  . Fixed bug #75155 (AppendIterator::append() is broken when appending another AppendIterator). (Nikita)
  . Fixed bug #75173 (incorrect behavior of AppendIterator::append in foreach loop). (jhdxr)

- Standard:
  . Fixed bug #75152 (signed integer overflow in parse_iv). (Laruence)
  . Fixed bug #75170 (mt_rand() bias on 64-bit machines). (Nikita)

- ZIP:
  . Fixed bug #75143 (new method setEncryptionName() seems not to exist in ZipArchive). (Anatol)

下载地址:

https://downloads.php.net/~pollita/

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 开源中国社区 [http://www.oschina.net]
本文标题:PHP 7.2.0 RC2 发布,bug 修复版本
分享
评论(29)
精彩评论
5
PHP的3个里程碑:
PHP7: 基础性能提升数倍
Swoole: 异步协程,内存常驻
PHP8: JIT即时编译提升计算密集性能
1
不知道到底用7.0还是7.1还是7.2
最新评论
0

引用来自“eechen”的评论

PHP的3个里程碑:
PHP7: 基础性能提升数倍
Swoole: 异步协程,内存常驻
PHP8: JIT即时编译提升计算密集性能

引用来自“乌龟壳”的评论

计算密集何必抱着php不放呢

隔壁java/c#一出生JIT性能就不错,c#异步协程内存常驻都不在话下。python目前最好的jit实现pypy,相对于java/c#来说就是战五渣,就if/else/for-loop/加减乘除和部分函数调用有加速,其他特别是class那些,因为本质上就是关联数组的语法糖,超级难优化。而且动态语言的jit超级吃内存,要跟踪的东西太多了。

引用来自“eechen”的评论

什么叫抱着不放?有总比没有好.
否则照你的逻辑,V8这个JS引擎还弄个毛线JIT呀,Google发神经了.
Java的JIT就很牛叉?上次我放的那个100万个关联数组的测试,
也没见Java比PHP快到哪呀,默认情况还比PHP慢,要比PHP快还得付出数倍于PHP的内存.

PHP贵在简单,Swoole跟PHP-FPM一样都是全栈式的服务,
那套进程/线程架构根本不需要开发者关心,守护和日志甚至心跳检测都不需要开发者做.
开发者只需在Swoole对应的事件回调函数里写逻辑,用用Swoole提供的异步API,
就能实现一套高性能的无阻塞的网络服务,比如用Swoole实现一个MVC的异步HTTP服务器:
$swoole->on('request', function ($req, $res) {
  $controller = $req->get['c'];
  $action = $req->get['a'];
  switch ($controller) {
    case 'user': {
      switch ($action) {
        // MVC: http://ip:port/?c=user&a=login
        case 'login': {
          // render逻辑: ob_start(); require $template; return ob_get_clean();
          $res->header('Content-Type', 'text/html; charset=utf-8');
          $view = render('loign.php');
          $res->end($view);
          break;
        }
      }
    }
});

引用来自“乌龟壳”的评论

人家swoole作者都在说php不适合计算密集,动不动就用C,不知道你在反对什么?

java的jit还不牛叉啊,纯java做的hashmap性能和c写的差不多这还不叫牛叉?pypy也好,v8也好,lua jit也好,动态语言的JIT根本做不到这种效率的优化。只能做到函数调用快点,for/if/else/和加减乘除计算快点而已。静态语言的jit早就越过了数据类型这一关了,再进行更高层次的优化,动态语言的jit还在努力研究怎么把动态程序弄出“类型”来这样可以生成静态的机器码。

而且我一开始就点明了主体——计算密集(隐含的意思是必须由开发者自己去实现计算密集,你说php自带了c的库比如json,速度很快,那不是我说的场景)。别那么激动嘛。

引用来自“eechen”的评论

为什么峰哥要用C实现协议拆包和打包?就是因为PHP的计算密集速度不够呀,有了JIT,计算密集场景就能提升性能,有什么不好的?Swoole前身就是峰哥用PHP开发的一个异步网络框架.

引用来自“乌龟壳”的评论

PHP就算上了JIT也只是会让它在某些场景快一些而已,这种程度的提升如果自称计算密集,会被静态语言笑死。

而且不知道你写过计算密集场景的代码没有,没有静态类型协助,项目规模越来越大后会晕到死。很多js的"大"项目都有这种问题。

引用来自“福嘞娃”的评论

按你这么说,java也不用出9了,会被C++17笑死,毕竟无论出了什么东西在C++面前都是战五渣,做web 转个json还要导库,明显在最基本的字符串处理情况下比PHP弱的多,还不如直接用PHP,一个json_encode搞定,一个大项目XML文件比项目文件还大,明显臃肿不堪,看来做web也不必拥抱java,更别谈C#,就算搞密集计算,直接用C不就得了,何必用java这种使用轮子的壳子?
java直接到机器码,只不过runtime比c++复杂而已,你哪来的自信觉得java面对c++是战5渣?

至于你后面说的java和php的对比,你连语言和生态都没分清。就像拿着未优化的laraval说php很臃肿很慢一样,都不是一个层面的事情。
0

引用来自“eechen”的评论

PHP的3个里程碑:
PHP7: 基础性能提升数倍
Swoole: 异步协程,内存常驻
PHP8: JIT即时编译提升计算密集性能

引用来自“乌龟壳”的评论

计算密集何必抱着php不放呢

隔壁java/c#一出生JIT性能就不错,c#异步协程内存常驻都不在话下。python目前最好的jit实现pypy,相对于java/c#来说就是战五渣,就if/else/for-loop/加减乘除和部分函数调用有加速,其他特别是class那些,因为本质上就是关联数组的语法糖,超级难优化。而且动态语言的jit超级吃内存,要跟踪的东西太多了。

引用来自“eechen”的评论

什么叫抱着不放?有总比没有好.
否则照你的逻辑,V8这个JS引擎还弄个毛线JIT呀,Google发神经了.
Java的JIT就很牛叉?上次我放的那个100万个关联数组的测试,
也没见Java比PHP快到哪呀,默认情况还比PHP慢,要比PHP快还得付出数倍于PHP的内存.

PHP贵在简单,Swoole跟PHP-FPM一样都是全栈式的服务,
那套进程/线程架构根本不需要开发者关心,守护和日志甚至心跳检测都不需要开发者做.
开发者只需在Swoole对应的事件回调函数里写逻辑,用用Swoole提供的异步API,
就能实现一套高性能的无阻塞的网络服务,比如用Swoole实现一个MVC的异步HTTP服务器:
$swoole->on('request', function ($req, $res) {
  $controller = $req->get['c'];
  $action = $req->get['a'];
  switch ($controller) {
    case 'user': {
      switch ($action) {
        // MVC: http://ip:port/?c=user&a=login
        case 'login': {
          // render逻辑: ob_start(); require $template; return ob_get_clean();
          $res->header('Content-Type', 'text/html; charset=utf-8');
          $view = render('loign.php');
          $res->end($view);
          break;
        }
      }
    }
});

引用来自“乌龟壳”的评论

人家swoole作者都在说php不适合计算密集,动不动就用C,不知道你在反对什么?

java的jit还不牛叉啊,纯java做的hashmap性能和c写的差不多这还不叫牛叉?pypy也好,v8也好,lua jit也好,动态语言的JIT根本做不到这种效率的优化。只能做到函数调用快点,for/if/else/和加减乘除计算快点而已。静态语言的jit早就越过了数据类型这一关了,再进行更高层次的优化,动态语言的jit还在努力研究怎么把动态程序弄出“类型”来这样可以生成静态的机器码。

而且我一开始就点明了主体——计算密集(隐含的意思是必须由开发者自己去实现计算密集,你说php自带了c的库比如json,速度很快,那不是我说的场景)。别那么激动嘛。

引用来自“eechen”的评论

为什么峰哥要用C实现协议拆包和打包?就是因为PHP的计算密集速度不够呀,有了JIT,计算密集场景就能提升性能,有什么不好的?Swoole前身就是峰哥用PHP开发的一个异步网络框架.

引用来自“乌龟壳”的评论

PHP就算上了JIT也只是会让它在某些场景快一些而已,这种程度的提升如果自称计算密集,会被静态语言笑死。

而且不知道你写过计算密集场景的代码没有,没有静态类型协助,项目规模越来越大后会晕到死。很多js的"大"项目都有这种问题。
按你这么说,java也不用出9了,会被C++17笑死,毕竟无论出了什么东西在C++面前都是战五渣,做web 转个json还要导库,明显在最基本的字符串处理情况下比PHP弱的多,还不如直接用PHP,一个json_encode搞定,一个大项目XML文件比项目文件还大,明显臃肿不堪,看来做web也不必拥抱java,更别谈C#,就算搞密集计算,直接用C不就得了,何必用java这种使用轮子的壳子?
0
命令列猝不及防
0

引用来自“eechen”的评论

PHP的3个里程碑:
PHP7: 基础性能提升数倍
Swoole: 异步协程,内存常驻
PHP8: JIT即时编译提升计算密集性能

引用来自“乌龟壳”的评论

计算密集何必抱着php不放呢

隔壁java/c#一出生JIT性能就不错,c#异步协程内存常驻都不在话下。python目前最好的jit实现pypy,相对于java/c#来说就是战五渣,就if/else/for-loop/加减乘除和部分函数调用有加速,其他特别是class那些,因为本质上就是关联数组的语法糖,超级难优化。而且动态语言的jit超级吃内存,要跟踪的东西太多了。

引用来自“eechen”的评论

什么叫抱着不放?有总比没有好.
否则照你的逻辑,V8这个JS引擎还弄个毛线JIT呀,Google发神经了.
Java的JIT就很牛叉?上次我放的那个100万个关联数组的测试,
也没见Java比PHP快到哪呀,默认情况还比PHP慢,要比PHP快还得付出数倍于PHP的内存.

PHP贵在简单,Swoole跟PHP-FPM一样都是全栈式的服务,
那套进程/线程架构根本不需要开发者关心,守护和日志甚至心跳检测都不需要开发者做.
开发者只需在Swoole对应的事件回调函数里写逻辑,用用Swoole提供的异步API,
就能实现一套高性能的无阻塞的网络服务,比如用Swoole实现一个MVC的异步HTTP服务器:
$swoole->on('request', function ($req, $res) {
  $controller = $req->get['c'];
  $action = $req->get['a'];
  switch ($controller) {
    case 'user': {
      switch ($action) {
        // MVC: http://ip:port/?c=user&a=login
        case 'login': {
          // render逻辑: ob_start(); require $template; return ob_get_clean();
          $res->header('Content-Type', 'text/html; charset=utf-8');
          $view = render('loign.php');
          $res->end($view);
          break;
        }
      }
    }
});

引用来自“乌龟壳”的评论

人家swoole作者都在说php不适合计算密集,动不动就用C,不知道你在反对什么?

java的jit还不牛叉啊,纯java做的hashmap性能和c写的差不多这还不叫牛叉?pypy也好,v8也好,lua jit也好,动态语言的JIT根本做不到这种效率的优化。只能做到函数调用快点,for/if/else/和加减乘除计算快点而已。静态语言的jit早就越过了数据类型这一关了,再进行更高层次的优化,动态语言的jit还在努力研究怎么把动态程序弄出“类型”来这样可以生成静态的机器码。

而且我一开始就点明了主体——计算密集(隐含的意思是必须由开发者自己去实现计算密集,你说php自带了c的库比如json,速度很快,那不是我说的场景)。别那么激动嘛。

引用来自“eechen”的评论

为什么峰哥要用C实现协议拆包和打包?就是因为PHP的计算密集速度不够呀,有了JIT,计算密集场景就能提升性能,有什么不好的?Swoole前身就是峰哥用PHP开发的一个异步网络框架.
PHP就算上了JIT也只是会让它在某些场景快一些而已,这种程度的提升如果自称计算密集,会被静态语言笑死。

而且不知道你写过计算密集场景的代码没有,没有静态类型协助,项目规模越来越大后会晕到死。很多js的"大"项目都有这种问题。
0

引用来自“eechen”的评论

PHP的3个里程碑:
PHP7: 基础性能提升数倍
Swoole: 异步协程,内存常驻
PHP8: JIT即时编译提升计算密集性能

引用来自“乌龟壳”的评论

计算密集何必抱着php不放呢

隔壁java/c#一出生JIT性能就不错,c#异步协程内存常驻都不在话下。python目前最好的jit实现pypy,相对于java/c#来说就是战五渣,就if/else/for-loop/加减乘除和部分函数调用有加速,其他特别是class那些,因为本质上就是关联数组的语法糖,超级难优化。而且动态语言的jit超级吃内存,要跟踪的东西太多了。

引用来自“eechen”的评论

什么叫抱着不放?有总比没有好.
否则照你的逻辑,V8这个JS引擎还弄个毛线JIT呀,Google发神经了.
Java的JIT就很牛叉?上次我放的那个100万个关联数组的测试,
也没见Java比PHP快到哪呀,默认情况还比PHP慢,要比PHP快还得付出数倍于PHP的内存.

PHP贵在简单,Swoole跟PHP-FPM一样都是全栈式的服务,
那套进程/线程架构根本不需要开发者关心,守护和日志甚至心跳检测都不需要开发者做.
开发者只需在Swoole对应的事件回调函数里写逻辑,用用Swoole提供的异步API,
就能实现一套高性能的无阻塞的网络服务,比如用Swoole实现一个MVC的异步HTTP服务器:
$swoole->on('request', function ($req, $res) {
  $controller = $req->get['c'];
  $action = $req->get['a'];
  switch ($controller) {
    case 'user': {
      switch ($action) {
        // MVC: http://ip:port/?c=user&a=login
        case 'login': {
          // render逻辑: ob_start(); require $template; return ob_get_clean();
          $res->header('Content-Type', 'text/html; charset=utf-8');
          $view = render('loign.php');
          $res->end($view);
          break;
        }
      }
    }
});

引用来自“乌龟壳”的评论

人家swoole作者都在说php不适合计算密集,动不动就用C,不知道你在反对什么?

java的jit还不牛叉啊,纯java做的hashmap性能和c写的差不多这还不叫牛叉?pypy也好,v8也好,lua jit也好,动态语言的JIT根本做不到这种效率的优化。只能做到函数调用快点,for/if/else/和加减乘除计算快点而已。静态语言的jit早就越过了数据类型这一关了,再进行更高层次的优化,动态语言的jit还在努力研究怎么把动态程序弄出“类型”来这样可以生成静态的机器码。

而且我一开始就点明了主体——计算密集(隐含的意思是必须由开发者自己去实现计算密集,你说php自带了c的库比如json,速度很快,那不是我说的场景)。别那么激动嘛。
为什么峰哥要用C实现协议拆包和打包?就是因为PHP的计算密集速度不够呀,有了JIT,计算密集场景就能提升性能,有什么不好的?Swoole前身就是峰哥用PHP开发的一个异步网络框架.
0

引用来自“eechen”的评论

PHP的3个里程碑:
PHP7: 基础性能提升数倍
Swoole: 异步协程,内存常驻
PHP8: JIT即时编译提升计算密集性能

引用来自“乌龟壳”的评论

计算密集何必抱着php不放呢

隔壁java/c#一出生JIT性能就不错,c#异步协程内存常驻都不在话下。python目前最好的jit实现pypy,相对于java/c#来说就是战五渣,就if/else/for-loop/加减乘除和部分函数调用有加速,其他特别是class那些,因为本质上就是关联数组的语法糖,超级难优化。而且动态语言的jit超级吃内存,要跟踪的东西太多了。

引用来自“eechen”的评论

什么叫抱着不放?有总比没有好.
否则照你的逻辑,V8这个JS引擎还弄个毛线JIT呀,Google发神经了.
Java的JIT就很牛叉?上次我放的那个100万个关联数组的测试,
也没见Java比PHP快到哪呀,默认情况还比PHP慢,要比PHP快还得付出数倍于PHP的内存.

PHP贵在简单,Swoole跟PHP-FPM一样都是全栈式的服务,
那套进程/线程架构根本不需要开发者关心,守护和日志甚至心跳检测都不需要开发者做.
开发者只需在Swoole对应的事件回调函数里写逻辑,用用Swoole提供的异步API,
就能实现一套高性能的无阻塞的网络服务,比如用Swoole实现一个MVC的异步HTTP服务器:
$swoole->on('request', function ($req, $res) {
  $controller = $req->get['c'];
  $action = $req->get['a'];
  switch ($controller) {
    case 'user': {
      switch ($action) {
        // MVC: http://ip:port/?c=user&a=login
        case 'login': {
          // render逻辑: ob_start(); require $template; return ob_get_clean();
          $res->header('Content-Type', 'text/html; charset=utf-8');
          $view = render('loign.php');
          $res->end($view);
          break;
        }
      }
    }
});
人家swoole作者都在说php不适合计算密集,动不动就用C,不知道你在反对什么?

java的jit还不牛叉啊,纯java做的hashmap性能和c写的差不多这还不叫牛叉?pypy也好,v8也好,lua jit也好,动态语言的JIT根本做不到这种效率的优化。只能做到函数调用快点,for/if/else/和加减乘除计算快点而已。静态语言的jit早就越过了数据类型这一关了,再进行更高层次的优化,动态语言的jit还在努力研究怎么把动态程序弄出“类型”来这样可以生成静态的机器码。

而且我一开始就点明了主体——计算密集(隐含的意思是必须由开发者自己去实现计算密集,你说php自带了c的库比如json,速度很快,那不是我说的场景)。别那么激动嘛。
0

引用来自“eechen”的评论

PHP的3个里程碑:
PHP7: 基础性能提升数倍
Swoole: 异步协程,内存常驻
PHP8: JIT即时编译提升计算密集性能

引用来自“乌龟壳”的评论

计算密集何必抱着php不放呢

隔壁java/c#一出生JIT性能就不错,c#异步协程内存常驻都不在话下。python目前最好的jit实现pypy,相对于java/c#来说就是战五渣,就if/else/for-loop/加减乘除和部分函数调用有加速,其他特别是class那些,因为本质上就是关联数组的语法糖,超级难优化。而且动态语言的jit超级吃内存,要跟踪的东西太多了。
什么叫抱着不放?有总比没有好.
否则照你的逻辑,V8这个JS引擎还弄个毛线JIT呀,Google发神经了.
Java的JIT就很牛叉?上次我放的那个100万个关联数组的测试,
也没见Java比PHP快到哪呀,默认情况还比PHP慢,要比PHP快还得付出数倍于PHP的内存.

PHP贵在简单,Swoole跟PHP-FPM一样都是全栈式的服务,
那套进程/线程架构根本不需要开发者关心,守护和日志甚至心跳检测都不需要开发者做.
开发者只需在Swoole对应的事件回调函数里写逻辑,用用Swoole提供的异步API,
就能实现一套高性能的无阻塞的网络服务,比如用Swoole实现一个MVC的异步HTTP服务器:
$swoole->on('request', function ($req, $res) {
  $controller = $req->get['c'];
  $action = $req->get['a'];
  switch ($controller) {
    case 'user': {
      switch ($action) {
        // MVC: http://ip:port/?c=user&a=login
        case 'login': {
          // render逻辑: ob_start(); require $template; return ob_get_clean();
          $res->header('Content-Type', 'text/html; charset=utf-8');
          $view = render('loign.php');
          $res->end($view);
          break;
        }
      }
    }
});
0

引用来自“eechen”的评论

PHP的3个里程碑:
PHP7: 基础性能提升数倍
Swoole: 异步协程,内存常驻
PHP8: JIT即时编译提升计算密集性能
php框架现在用ci最好吗?Swoole呢
0

引用来自“eechen”的评论

PHP的3个里程碑:
PHP7: 基础性能提升数倍
Swoole: 异步协程,内存常驻
PHP8: JIT即时编译提升计算密集性能
计算密集何必抱着php不放呢

隔壁java/c#一出生JIT性能就不错,c#异步协程内存常驻都不在话下。python目前最好的jit实现pypy,相对于java/c#来说就是战五渣,就if/else/for-loop/加减乘除和部分函数调用有加速,其他特别是class那些,因为本质上就是关联数组的语法糖,超级难优化。而且动态语言的jit超级吃内存,要跟踪的东西太多了。
0

引用来自“绫小路清隆”的评论

现在php国内用什么框架的?
说的你好像不在国内一样
1
不知道到底用7.0还是7.1还是7.2
0

引用来自“漆黑的烈焰使”的评论

现在php国内用什么框架的?

引用来自“乐皮”的评论

我们用CI

引用来自“漆黑的烈焰使”的评论

回复@乐皮 : CI是什么?

引用来自“乐皮”的评论

...CodeIgniter

引用来自“漆黑的烈焰使”的评论

回复@乐皮 : CodeIgniter比tp好吗?

引用来自“乐皮”的评论

短小精悍,性能比TP好太多。我们精简后整个框架不足1m

引用来自“漆黑的烈焰使”的评论

回复@乐皮 : 社区如何?

引用来自“乐皮”的评论

https://codeigniter.org.cn/
回复@乐皮 : 貌似社区没tp活跃。。。
0

引用来自“漆黑的烈焰使”的评论

现在php国内用什么框架的?

引用来自“乐皮”的评论

我们用CI

引用来自“漆黑的烈焰使”的评论

回复@乐皮 : CI是什么?

引用来自“乐皮”的评论

...CodeIgniter

引用来自“漆黑的烈焰使”的评论

回复@乐皮 : CodeIgniter比tp好吗?

引用来自“乐皮”的评论

短小精悍,性能比TP好太多。我们精简后整个框架不足1m

引用来自“漆黑的烈焰使”的评论

回复@乐皮 : 社区如何?
https://codeigniter.org.cn/
0

引用来自“漆黑的烈焰使”的评论

现在php国内用什么框架的?

引用来自“乐皮”的评论

我们用CI

引用来自“漆黑的烈焰使”的评论

回复@乐皮 : CI是什么?

引用来自“乐皮”的评论

...CodeIgniter

引用来自“漆黑的烈焰使”的评论

回复@乐皮 : CodeIgniter比tp好吗?

引用来自“乐皮”的评论

短小精悍,性能比TP好太多。我们精简后整个框架不足1m
回复@乐皮 : 社区如何?
0

引用来自“漆黑的烈焰使”的评论

现在php国内用什么框架的?

引用来自“乐皮”的评论

我们用CI

引用来自“漆黑的烈焰使”的评论

回复@乐皮 : CI是什么?

引用来自“乐皮”的评论

...CodeIgniter

引用来自“漆黑的烈焰使”的评论

回复@乐皮 : CodeIgniter比tp好吗?
短小精悍,性能比TP好太多。我们精简后整个框架不足1m
0

引用来自“漆黑的烈焰使”的评论

现在php国内用什么框架的?

引用来自“乐皮”的评论

我们用CI

引用来自“漆黑的烈焰使”的评论

回复@乐皮 : CI是什么?

引用来自“乐皮”的评论

...CodeIgniter
回复@乐皮 : CodeIgniter比tp好吗?
0

引用来自“漆黑的烈焰使”的评论

现在php国内用什么框架的?

引用来自“乐皮”的评论

我们用CI

引用来自“漆黑的烈焰使”的评论

回复@乐皮 : CI是什么?
...CodeIgniter
5
PHP的3个里程碑:
PHP7: 基础性能提升数倍
Swoole: 异步协程,内存常驻
PHP8: JIT即时编译提升计算密集性能
0
**据说是最牛逼的语言!!**
0

引用来自“漆黑的烈焰使”的评论

现在php国内用什么框架的?

引用来自“乐皮”的评论

我们用CI

引用来自“漆黑的烈焰使”的评论

回复@乐皮 : CI是什么?
。。。 真不知道么?
顶部