该书将阅读风格为了 4 个层次，由浅入深分别是基础阅读、检视阅读、分析阅读、主题阅读，对应着不同的方法论。
可能平时你已经是这样做的了，但是作者通过对阅读行为的拆解、量化、标准化，对阅读方法进行了抽象和总结，能在一定程度上指导并帮助许多人重塑阅读行为，提升阅读效率，就像是编程界的「设计模式」一样。
这本书在大学的时候就读过实体书了，不过是在图书馆随手拿的一本，太方法论所以看得有点枯燥无味，印象不深。刷知乎的时候看到有不少人推荐，于是又去 Kindle 上买了下来，读到一半就懊悔当初为何错过了这本好书。
现在把当时的笔记和最近的思考整理了下，发表出来同大家一起分享。
终于决定还是将博客从 Typecho 动态网站变为 Hexo 静态站 😳
HTTPS 已经是互联网服务准入的基本门槛了，同时 443 端口作为 HTTPS 请求的默认端口，在虚拟主机服务的支持下，搭配的天衣无缝。
但是 Trojan 比较特殊，因为它的工作方式导致了其必须直接对接流量入口，否则其协议无法被服务端正常识别，同时为了增加服务的隐蔽性，一般会把它配置在 443 端口。但是 443 端口只有一个，虽然 Trojan 提供了「非标请求」的转发功能，但是毕竟是一个新生事物，所有流量都过它手，在稳定、性能、灵活等等方面都不够好，而且还不支持 TLS 转发。
在此背景下，我设计了一套 Trojan 和 Nginx 公用 443 端口的方案，同时也支持 Docker 部署。
一篇因为拖延症而拖延发布的文章 😭。
在 macOS 发布了 10.15.1 这个体积超大的更新版之后，决定这个周六把开发机（10.14.6）升级了，毕竟是开发机只能一直在新版和稳定的边缘试探🤪。
然而我的手机早就已经升级到最新版的 13.2 了，其中最让我不爽的是 iOS13 的「Reminders」竟然是和 Mojave 不兼容的，Apple 竟然搞出这样的骚操作来。
丫的系统版本刷新得倒挺快，这么重要的 APP 最起码的向下兼容竟然不搞，学互联网公司的作风得学全套啊🤷🏻♂️。
iOS UI 层面感受最深刻的就是 Automatic Dark Mode（自动暗黑模式），Mojave 虽然也有 Dark Mode，但是不能自动切换。
个人感觉在使用上白天还是 Light Mode（浅色模式）好用，所以晚上就得手动切换，然后就懒得用了，能自动化操作的事情为什么要让用户手动切换？
Night Shift（夜览）就很赞，切换得很自然。
好在 Catalina 终于也支持了 Automatic Dark Mode，然后发现适配 Dark Mode 的网页太少了，系统和网页对比，太突兀了。
当然 Dark Mode 出来没多久，适配还是需要时间，许多 APP 都还没适配更别提网页了，甚至连 Apple 官网都还没适配呢，所以我当时就决定，先把我自己的博客给适配了。
美好的事物总是会来的🙆🏻♂️。
学习设计模式？
读这一篇就够了😼。
记一次博客迁移到 Docker 全过程。
本博客架构虽然简单，但是耐不住我经常的折腾，包括但不限于机房间的迁移、插件开发测试、自己新增 feature 测试等等。在这个过程中需要重复的构建整个系统，传统的构建方式就是拉代码、起 SQL、配 Nginx ……
作为一个坚持 DRY 原则的人，是不能容忍这样重复而且无技术含量的事情发生的。
刚开始编程的时候自己折腾最土的方式是把开发环境用虚拟机配置好，然后把整个虚拟机文件拷贝到 U 盘里面，人肉迁移；后来升级到 Vagrant；再后来了解到 Docker，从此我所有开发相关的环境都是基于 Docker 了。但是所有的生产环境依然是传统方式运作，这次刚好京东机房要到期了，决定从博客开刀，迁移到 Docker。
Guzzle 是一个非常强大而且稳定的 HTTP client。不同于一般的 cURL 封装组件，Guzzle 内部使用了多种请求方式，来实现 HTTP 请求，cURL 只是最常用的方式，并且 Guzzle 提供了强大的异步、并发功能，使得构建一个 HTTP 请求十分容易而且易拓展。现在 Guzzle 已经被 Drupal 整合到核心模块中了，可靠性不言而喻。Guzzle 目前使用了 PSR-7 规范，拓展性和兼容性也更加优秀了。之前在一次重构记录中提到过，但是没有深入分析过，这次决定介绍一些使用例子并深入分析其底层实现原理，如果有问题，请留言指出，共同进步。
你们觉得哪科最难啊？
数学分析。
我问过很多我们专业毕业的学生，毕业后你觉得大学里面学到的最有用的是哪科或者说你现在最希望在大学里面学好的是哪科？回答最多的就是数学分析。
啊？
一次大学班会
首先推荐这本书，不厚，沉下心来半天能看完。前半部分才是介绍的新特性，后半部分讲的都是测试、部署的工具和流程。没有编码技巧，只是介绍了 PHP 最新的现代化的工程开发、测试、部署应该是什么样。其实这也是最重要的，PHP 需要一种优雅、有效的方式来规范化工程的开发。
这本书基于 5.6 的，毕竟那个时候 PHP7 没有发布，但是读者应该以现在的眼光和视角来阅读这本书，毕竟技术一直在向前发展，从作者整理到出书甚至得加上翻译再出版，这个时间已经很长了。
从另外一个角度来看，互联网才是获取知识的最快途径，并且，英文很重要。
本人在做笔记整理的时候，会加入 PHP7 (截止目前 7.1) 的一些特性和一些书上没介绍的，但本人接触比较多的特性，会在后面注明：补。