@Mireas 哈哈哈，这个还是 6

😂 上 https 为什么还能被劫持？跳转过程中被劫持了？

感觉已经有违法的风险了。

好像工作期间的任何产出都是属于公司的，即使和你当时任务不想关的。

顶一个。暂时不打算回长沙呀

说出你的原始需求吧。

大括号改变了解释的顺序。

@iyaozhen
$$foo['bar']['baz'] // interpreted as ($$foo)['bar']['baz']
$foo->$bar['baz'] // interpreted as ($foo->$bar)['baz']
$foo->$bar['baz']() // interpreted as ($foo->$bar)['baz']()
Foo::$bar['baz']() // interpreted as (Foo::$bar)['baz']()

理解就好，而且一般也不这么写，看起来好费劲。

PHP7 做了统一： http://www.php7.site/book/php7/variable-changes-22.html

@linpf 有些人说北京 IT 很少加班
我和我的小伙伴都惊呆了。

这么说吧，互联网公司、创业公司都加班，只是有个人和部门等的差别。
有些不是以互联网为主的公司可能不加班，比如我以前实习的公司，主要是业务员做业务，程序开发只是辅助， 6 点准时下班。

这个也不是 git add 的锅呀。

一般 push 大文件是有点慢。

web 开发的话你说的这种情形确实用处不大。但别的场景还是可以用的，比如一些复杂的脚本程序。目前来看 Nginx+PHP-FPM 的模式简单、高效、实用，基本的业务场景都能满足。

还有持久连接在 PHP-FPM 模式下是不好使（个人拙见： https://iyaozhen.com/php-mysql_pconnect-discuss.html ），目前来看不建议使用持久连接，其实每次都开一个连接消耗也不是很大。

两个方面做改进：
1 、前端收集要做个库，基础数据(浏览器型号等)能自动收集，并提供接口给业务端写数据，然后通过 1x1px 图片 url get 传参数，通过 nginx 在服务端形成日志。
2 、服务端 elk 处理日志

不会吧，还是要看工作产出的。我天天 12 点上班也没见谁说啥。

感觉没事问题吧，只是偶尔忍不住打分号。然后时间处理有点不习惯

话说我也想回答问题但是不让答呀〒_〒

@BOYPT 是的，这种场景没多大区别。只有实现的区别。

你单个目录文件写的太多了吧。 ext3 文件系统一级子目录文件数有限制（ 32000 ）。搞个二级目录，速度绝对能上去。

你写扩展没啥意义，底层都是 C 。
还有 swoole_async_writefile 只是异步写，还是会有一级子目录文件数的限制，以及文件系统的其它一些限制。