睡觉前瞄了一眼闹钟,也发现了这个问题,而且小米日历里标记了明天是要上班的 https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg

评论严选,没毛病

我觉得他们系统货物分配规则里有一条是:好评越多，证明用户约越善良，可以给提高用户分配二手货几率。
在我身上是这样的，不知道是概率问题还是确有其事。

@AlwaysBehave #56

CodeIgniter 刚工作时深度使用,当时那家公司用 2 台服务器撑起了千万级 PV 的业务
ThinkJS 作为个人 Node 项目的 api 接口

Web 框架看多了,会发现它们基本都是大同小异,无论是流程上还是功能上,到后面无非就是找一些符合自己理念 /哲学 /信仰的工具而已
还是多研究些架构更实在

@AlwaysBehave #45
基于 Swoole 魔改的框架不单单有 Laravel,也有 Yii,但是真的会把它纳入选型么?
这些魔改的框架,测试覆盖率多少?有无质量保证?能否及时合并原框架?
再看看自身项目中引入了多少个第三方包?
PHP 的内置的 IO 相关函数全是阻塞的,在整个异步流程里,一处阻塞处处阻塞
多少第三方包用了内置的 IO 相关函数,你要修改多少代码,这又是一个新的坑
而且在常驻内存的环境下,你无法担保你的业务代码以及引入的第三方包能正常运行,毕竟生命周期也不同了


抛开人力成本,在一个已经跑起来的项目里不敢这么做
新项目这么选型还不如换语言

刚接触 PHP 时喜欢框架之争,到处看框架和学习,接触过的框架可以说是非常多了
时至今日,接触过的 Web 框架有

CodeIgniter
Yii
CakePHP
Laravel
ThinkPHP
FuelPHP
Kohana
Zend
Symfony
Swoole
Workerman
Rails
Tornado
Django
Struts
Koa
Egg.js
ThinkJS

有一些是深度使用的,有一些是技术选型时通读文档,有一些是阅读了部分源码来看下一些设计和实现以及理念的
看到的东西多了,眼界也开阔了一些

Laravel 在我看来有几点无法接受

1. 都说 Laravel 模仿 Rails,但是 Rails 的哲学里"约定优于配置"却没抄过来,起码路由没有.

没有自动路由,每加一个 action 就要去配置文件里写一次,简直恶心死了.
最恶心的是你接手别人项目时候,路由还有几种风格的,分析时在 html 或者 js 里找到个接口,接着想找 php 的具体实现,必须先去看路由的配置文件

2. 全局函数以及 Facade

众多语言 /框架都是先引入,再使用,到 Laravel 这里就不是了
从文档上下文来看,并没有显式引入某个函数 /类,为什么从天而降给了个函数 /类给我用,你到底还偷偷引入了多少东西?

3.文档

文档太简陋了,一堆细节没说,具体实现太绕,经常要看源码

4.view 层

PHP 本身就是个强大的模板语言,非要再往上加个模板引擎,这就算了
不能忍的是 view 文件的路径分隔居然是用"."而不是"/"
当出现了像 view('activities.index')这样的代码,我要去找具体的 view 文件时,就要手工把"."转换成"/",然后在编辑器 /IDE 里跳过去
如果是 view('activities/index')的话,我只需要复制 activities/index 出来,然后使用编辑器 /IDE 的任意文件跳转功能,瞬间就转过去了
如果你非要说装个插件就能解决的话,当我没说过这一条

5.性能

大部分 Laravel 的性能优化文章都是千篇一律,无非就是升 php7,开 opcache,关闭 debug,开路由 /配置缓存,生成 composer 安装的所有依赖的 class map

废话,这些基础谁不会

在没做上述优化之前,我压测 hello world 的结果,qps 只有 5~7
在做完上述这些之后,qps 到了 13~15,哇,性能是原来的 2 倍,开心吗

这个 qps,我按住 F5 都能把网站给刷爆

同样的环境下,也做了上述的优化后,CodeIgniter,Yii,ThinkPHP 这几个框架的 qps 都在 200~400 之间

别说加了 db 操作之后大家都差不多,不少页面能命中缓存的情况下,io 的耗时比 Laravel 的耗时都要低

6.其他

Laravel 自带的队列

去年帮别人改代码时碰到的,消息是经过 PHP 的序列化放进队列的,可改造性差
队列为空就退出进程,官方还教你用 supervisor 去守护,喵喵喵?
神经病一样的存在


Laravel 的诞生并没有解决太多的痛点,或者说他解决的问题在我这里根本就不痛,还带我来了更多的坑,换我在 PHP 框架上选型我也选 Yii

Yii 文档丰富,细节到位,安全指南也够用,没那么多花哨的概念,代码规范又符合直觉,层次清晰,性能虽然没有常驻内存的框架好,但也够用,只需要专心处理业务就是

而且 PHP 不适合玩常驻内存,毕竟没有多少对 GC 的讨论,官方也没有什么指南给你去调优,因为本身设计就是请求完就销毁的

玩异步的话,除了 Swoole 框架有异步文件 IO 函数,其它框架都没有,除非自己用多线程模拟,否则一处阻塞处处阻塞,可选型方案太少,还不如换语言

@songkqx1c #20 https://ws2.sinaimg.cn/large/77e45fc0ly1fnttqov0faj20g10nm106.jpg

刚刚在 qq 里面那个电信客服找到人工服务,直接就说要公网 ip,立刻就给登记了,48 小时内生效

@1265578519 #2 是不同的,需要查看 nginx 的 error.log,配合 curl,甚至抓包来排除

真巧这周在服务器上碰到了这个问题

现象是部分 php 页面突然输出不完整,结构是 1 台服务器跑 nginx 作反代,1 台跑 nginx+php

反代通过 http1.0 协议请求后端时,返回 200 以及不完整页面,
反代通过 http1./1 协议请求后端时,chrome 就报了这个 ERR_SPDY_PROTOCOL_ERROR

突然想起之前 nginx 好像修复过 proxy 相关的 bug,先升级到最新,问题依旧存在

直接看 php 那台服务器,查看 nginx 日志,发现是 fastcgi_temp 在的盘满了

起因是 php 那台服务器跑了个某云服务商自身控制面板就提供有的基础安全检测探针,结果探针有问题,强行更新 apt 某个库,连带更新 mysql,把 mysql 搞挂了,真是日了狗了

守护进程 PM2 日志默认写在系统盘,把系统盘写满了.nginx 也安装在系统盘,然后一些 php 页面返回比较大,需要创建几个 fastcgi_buffer,结果 fastcgi_temp 满了,无法创建 fastcgi_buffer,就只能返回不完整的页面

删了好几个 G 的 pm2 日志,留出空间,搞定...

仅供参考

国内安全和逆向的好书的确不多,05 年那会自学得非常痛苦,真的是靠搜索引擎来学习的
果断买了个电子版支持

@yzc27 #35 是的,因为我家里没有公网 ip,如果你有公网 ip,但是是动态分配的,可以用 DDNS 代替

我个人用的是$$
没有公网 ip 时用 frp 做穿透
不得不说 frp 性能很好,以前的个人站直接用 frp 转到家里的服务器,拿 ab 压测几百个并发也就占 6M 左右内存

如果是为了无缝的同步工作的话,不妨用远程桌面的形式

漏洞是漏洞,后门是后门,是两回事
作者编码思路都解释得一清二楚,有理有据,令人信服
安全界总有一批人想搞个大新闻,之前的 Node.js 反序列化漏洞可远程执行代码 也是这样

平衡车

一开始买是用来上班路上骑的,又不占地方速度还可以,非常爽
结果买了半年之后共享单车开始火了,骑单车比骑平衡车安全多了
再然后公司搬到我家附近了,走路 5 分钟不到...

哦,这个平衡车还内置了个蓝牙音箱,一开始还觉得以 30km 续航的电池去供电的蓝牙音箱,肯定是广场舞大妈的神器
结果现在的蓝牙音箱体积又小,又持久...

于是从 2015 年年底吃灰到现在

刚好上周买了个小米盒子 3,里面就自带无线投屏功能
实质上就是小米盒子是个服务端,实现了无线投屏的协议,然后通过 hdmi 线把客户端投过来的画面与声音输出到电视
经过测试发现它可以支持 android 自带的无线投屏,ipad 的 airplay 镜像,以及 win10 的无线投屏

@evlos #10 https://ws2.sinaimg.cn/large/77e45fc0gy1firefqpauej20hg0d0jsa.jpg
有图有真相