把支の付の宝 拉进冰箱、空调狗即可。
这个的确不是支の付の宝的问题，是三方调用了支の付の宝的接口。

@GuuJiang #37 关于 3 这一点，mysql 的 innodb 和 myisam 应该 不成立，因为表大了经常会有表中删除了一条，再次插入的时候新的记录会占据那条已经删除的数据的位置，我估摸着是因为内部为了性能有网孔（空隙）。

Wunderlist 已经凉了好久了，说起来。

我觉得这种帖还好，就最后一句小广告，其他是技术分享也不错。

是什么套餐的呢？

退信不给提示是挺过分的。

Onedrive 很好用，除了没有人物识别。

net use \\servername\share /del

chkdsk

没啥用，这破电信卡我都不想办，就一个普通的日租卡，非得加上“学生特权”，真的呕吐。
想用个 20M，还得强行办一张这个破卡，然后交几百一年的“融合提速费”

这个问题就是过度优化啊
不过说句真的，PHP 如果也要封这么多层，每次请求都要 Load 一堆文件，你们 100IOPS 都没有的腾讯云普通云磁盘，真的撑得住么。搞得跟隔壁 Laravel 一样，一个请求就初始化一下几十上百个文件，然后写出来一个只有 5req 的项目，这个性能问题比用不用*大多了吧。
要牢记 PHP 是脚本语言，如果非要像是 Java 那样，我为啥不选择 Java 呢？更别说这两门语言在 Web 下生命周期都完全不一样了，影响性能的点自然也不一样，都说要入乡随俗，这件事不也是这样么？

339 感觉还是有点贵的）

Laravel 性能问题，我觉得已经远远超出了“ 90%多的网站是不会出现脚本运行上的瓶颈的，数据库\IO 才是瓶颈”。
在我的 Atom 下初始化要 0.3s 。。优化全做上 php7.1 都没什么用，顶多到 0.2s ，初步排查是因为默认配置载入太多文件。
（不要说 Session 和中间件问题，都要用的。
然而 TP 跟原生差不了多少，难受。

12:00-9:00 我都觉得身体一天不如一天。。

4Mbps/0.5Mbps 30 一个月，说不出话。。。

三得利和东方树叶难喝，不如自己泡

各位啊，LZ 只是“迅雷的产品狗之一”，让 LZ 大改不是强人所难嘛

可以的