自从高中有了这个博客开始，过去那个害怕语文、害怕表达、害怕写东西的我，也渐渐有了在网上写东西的习惯。到现在，常常一写就是一大段文字。过去的很多痕迹，都留在了这个博客里面。但到了大学以后，正如3月份时写的那篇博文所述，我大学以来的尝试与折腾，除了技术上的东西，这里并没有留下什么。
最近也在试着回忆过去曾经历过什么，惊恐地发现，我竟然想不起来一丁点儿东西，加之由于平时没怎么关注课堂内容导致在考试周各种考前预习所带来的巨大压力，整个人也陷入一阵莫名的焦虑之中无法自拔，直到这两天才慢慢缓和过来。
翻看过去发的朋友圈，才发现，虽然我不怎么刷朋友圈，但也在那儿留下了不少记录。上面记录了我的一些零碎想法，也分享了许许多多当时觉得不错的东西。有时候我也在里面写了许多长长的文字，但其实并没有怎么认真翻回去看过。思考背后可能的原因，大概和周围大大小小的各种事情一股脑儿都用微信有关，也就是那些脑残的所谓“微信办公”。越来越大的空间占用却不敢删除的卡顿、本应代表着私人的领地却频频被各种无关私人的东西侵入的无奈现状，也让我对这个 APP 产生了诸多抗拒。
期末复习之余，偶尔也在朋友们的博客上闲逛，看到大家生动形象的 ID 名，想到了自己曾经用过的一些奇奇怪怪的ID，打算写一写关于我取用户名的那些心路历程。
过去的我读的书少，想象力匮乏，怎么取一个喜欢的 ID 也是我纠结许久的问题。
ZGQ 是我的名字的缩写，所以最初我常用zgq作为我在网上活动的ID，博客的名字也是这么来的。
当然，如此短的用户名自然常常会遇到冲突。记得除 QQ 以外，我第一个注册的网站是百度，注册的时候，百度提示名字已被占用，当时下方有个备选的zgq354，从此它也成为了我的一个常用的ID。
最近在尝试基于 PHP 做一个反向代理 HTTP 的程序，其中一个需求是将程序收到的HTTP请求还原回 RFC2616 的原始格式。
在处理的过程中遇到的问题主要在请求体的处理上。利用PHP的封装协议机制，我们可以通过读取 php://input 访问原始的POST信息。但这种方式有一个局限，对于 multipart/form-data 的请求来说，为了支持文件上传的操作，PHP会预先把请求体中的文件暂存到临时文件夹，并把参数解析到变量 $_POST 和 $_FILES 中， php://input 获取原始请求的功能也随之失效。
Stack Overflow 上的相关问题给出的 解决办法 是修改服务器配置，把发到 PHP 脚本的 Content-Type: multipart/form-data; boundary=xxxx 修改为其它格式，使其不经过PHP的 form-data 解析；或是把 php.ini 配置关于POST数据解析的 enable_post_data_reading = Off 选项关闭。然而这两种方法并不非常具有普遍性，在某些PHP配置文件不可控的共享主机的环境下并不适用。
于是引出了本文讨论的话题 — 如何重新组装 multipart/form-data 格式的原始 POST 请求体。
写完作业逛PT站发现 Beyond 专辑合集的 CD，想到网易云音乐里面没有一直很喜欢的 Beyond 的《长城》，遂让树莓派花了半个小时时间把它拖到了本地。
然后用VLC播放，发现歌曲列表中文全是乱码？？但播放一切正常，猜测是编码问题，搜索发现是因为GBK编码的文本在Linux下不被VLC识别，需要有一个编码转换的操作。
想起 PHP 有个 iconv 扩展，似乎内部是通过 iconv 类库实现的，大胆地猜测一下， Linux 下是否也有个调用 iconv 的程序呢？
尝试了一下，发现还真有！
查询了一下命令的使用方式，试着执行了 iconv -f gbk -t utf-8 CDImage.cue
最近有折腾小程序的意向，但微信的开发者工具只提供了 Windows 和 Mac 两个版本，对于我这样的 Linux 用户来说不是那么地友好。
经过观察发现，那个开发者工具实际上是基于nw.js开发的，天然地具有跨平台的属性，搜索Github的时候刚好发现这个项目：
cytle/wechat_web_devtools: 微信开发者工具(微信小程序)linux完美支持
于是我按照README的教程装好 Wine，运行脚本配置安装。装好后发现功能基本正常，唯独不能正常编译小程序代码，提示
run-detectors: unable to find an interpreter xxxxxxx文档给出的解决办法是，安装一个 wine-binfmt 包，当我敲下 sudo apt install 之后尴尬的发现， Ubuntu 16.04 LTS 缺失了这个包，想到配置各种下载源，也是挺让人绝望的。