@caola #79 绑定域名没什么用,因为解析出来的 ip 是被墙的

反代 blogger

@achanger #17 我觉得维修点还是有点配件库存的,客服没有实时给你查这个情况吧.你打的是维修点的电话么?

@achanger 本来我找客服预约了，然而现场取号机查不到预约信息，只能现场排队了。

不是风扇扇叶打到机身外壳的问题,我拆过机,在没有后盖板的情况下,风扇仍然转着转着突然停止,还会发出嗒嗒嗒的声音.

我 2 个月前去售后点换了个风扇,不用带发票什么的,售后人员会直接查机身的 sn 编号,在保修范围内直接免费更换.
现场还有取号机,排队 1 小时,换风扇 5 分钟...

看个人习惯,我的习惯是先看答案,从答案里总结再开始自己写的模式,自我感觉效率比较高,类似于机器学习里有监督学习那样.
反正这种功能都大同小异,你看多几套代码也知道基本上写出来的都是什么样,无非是具体到某个开发者的编程习惯或者是追求的信仰不同而已

给 php-fpm 的 master 进程发送 USR2 信号量

根据我最近的测试,我发现先问"不想吃什么",再决定吃什么,效率高很多

nodejs 安装是最简单的了吧

1.到官网下载二进制包
2.解压
3.软链

二进制包里 node 和 npm 都有了

我目前看到最有意义的是谷歌做的,用旧 Android 手机＋太阳能电源适配器＋外接麦克风,跑机器学习识别伐木者的电锯声,然后给护林员发告警

https://www.google.com/intl/zh-CN/about/stories/rainforest/

我也想把我的旧 Android 设备捐给这种机构,但目前并没有发现类似的

今天凌晨用 mailgun 发的一封邮件,过了近 13 小时才收到,发到其他邮箱如 163 秒到
1 小时前又测了一次,依旧如此,mailgun 那边日志显示已经收件了,但是 qq 邮箱这边还是下落不明,自助查询也没看到

睡觉前瞄了一眼闹钟,也发现了这个问题,而且小米日历里标记了明天是要上班的 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 小时内生效