php 有 glide 专门裁剪图片，其实图片如果反复访问的话第一次裁剪才耗 cpu ，第 n 次访问直接 nginx 读文件输出就完了

易语言可以生成二进制呢

还没发，你们这么早发年终么？

静态语言里不如 rust

太长不看， php 赢了还是 java 赢了

py 明明优点就是库多，你却说这些就足够了

不要用 laravel

做图像处理？现在怎么也得上深度学习库吧， i7 4790k ，加块好卡就 ok 了。。。。你的 40 个核实用来做服务器的 cpu ，不适合搞科研。。。

那个啥，可以考虑加入 composer ，现在 php 的第三方库基本都这个了

被敲诈了为了网站快速恢复掏钱是比较理智的；但是恢复了就必须赶快把洞堵上
用 IIS 的话说明你们没有 php 的技术吧…… site 有洞的话，对外行来说有一些简单的处理方式。。。。。。
1 、源码尽早用 git 管理起来，改了啥马上就可以看出来
2 、搞一些主动防御的东东

processon

尿了。。。你不把 vendor 放进 git 里，假如你改了个 composer 依赖，更新代码难道还在生产环境运行 composer update 啊？

你在 github 上看到的项目是因为那是公开项目。。。

而且我现在生产环境用 docker ，源码更新直接 git

@lmfx89 不，这是最好的办法， composer 官方说的没错。。。但是问题是，生产环境 composer install 的第三方库可能和开发环境不同，而且 composer 安装需要时间 /可能部署失败

把 vendor 加入 git 版本管理，别在生产环境 composer install

@shijingshijing php8.0 已经在今年 4 月 1 号 release 了稳定版本了，我生产环境用的 php8.0.8 的。

php8 比起 php7.6 改进了多线程对 php-cli 的支持，现在 php 的 runtime 跑多线程已经很撸棒了；然后由于 php7.2 集成到 opcache 的 jit 在 php-fpm 中运行的各框架提高不是特别大，因为第三方库不能使用强类型（为了兼容 5.x ），所以 php8 库基本使用强类型有利于 jit 所以运行效率把群；其实最振奋人心的是 php8 增加了对显卡的支持，我昨天在 centos8.1 下挂了 1 块 gtx2048 的卡跑了一下 benchmark.php ，单机提高 300%；为了更好的支持 vr 的 web 应用和 app 应用， php 加入了显卡支持真是雪中送碳，而且对深度学习库支持也很有帮助；当然了推荐你使用 eclipse pdt vr 插件，我在 htc vive 下开发很舒服，强烈鄙视 vim 的 vr 插件；

php8

php 为啥加入了 goto ，因为好用

@sagaxu 不不不， yaf 也好 phalcon 也好，前后两次请求直接是完全隔离的