感觉极其难看，页面不协调

现在似乎也没解决……

大量小文件就先打包再传输

@LT 错误原因似乎是 PHP 没反应……看看 PHP 在干什么

数据应该已经被拖了吧…… DoS 掩饰攻击流量，后门留存，这套路玩的 6 啊

印象中 MySQL 有一条指令可以查看目前进行的查询：
```
show processlist;

+--------+--------+-----------+--------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+
| Id | User | Host | db | Command | Time | State | Info |
+--------+--------+-----------+--------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+
| 708163 | root | localhost | NULL | Query | 0 | NULL | show processlist |
| 708174 | test | localhost | test | Query | 2 | Copying to tmp table | select dist.name, dist.filename, count(*)
from orders_header h
inner join orders_detail d on h.ord |
+--------+--------+-----------+--------+---------+------+----------------------+------------------------------------------------------------------------------------------------------+
2 rows in set (0.00 sec)
```

回家第一天，赛高！！！
个鬼啊……
试图解决网络故障中……

认真学习信息安全数学基础
并祈祷不会挂科（端坐喝茶.action

ip -4 route add 10.42.224.117/32 via 原来的网关 dev enp0s25

不加 via 原网关 可能也可以？

@SoloCompany 一般不会“只嗅探不改包”，而是因为“只能”……这种场景下还是没法否定前端加密的存在价值的

但是话说回来，一次性用 HTTPS 解决问题更好啦

应该不是网页，是 Qt 吧……
ArchLinux 用户表示能启动，但是不能播放。

啊哈哈哈哈哈哈哈哈哈明天考完最后一科就 回 家 了！
（然而假期还有若干报告要写
（你好我想安静的死去

讨厌模电……讨厌考试周……滚去睡了晚安……

证据链不完整，公诉人指控无力
这两条一般的案子就足够了
再加上这次的辩方的确不弱

数电大作业加班中。。。

这些 XXXX 系统看你怎么做了，想混过去很容易。自己忽悠自己呗，谁不会啊。

Sublime OR Vim

base64 原理就是 3 个字节变成 4 个字节，不够的加 padding ，换句话说原来 1.5M 的文件做（且仅作） base64 编码之后是 2M 。直接传的话带宽压力反而上来了。

但话说回来，变成 base64 后就是普通的文本文档，文本文档压缩还是不太困难的。

楼主可以自己试一下。不过考虑到 CPU 占用也会加大，总体上的综合表现可能和常规方法差不多。在部分极端场景下或许是个有趣的方案。