Markdown 解析库

起因是本人喜欢在写博客的时候尽量带上目录,可以让整体的结构和思路更加清晰。

但是博客自带的 Markdown 解析库并不是那么好用,虽然能满足基本功能,但是在拓展性上不是很友好。

曾经自己 hook 源代码来实现 TOC 语法,无奈很不优雅,每次升级做 merge 也是很麻烦的事情。

所以干脆整个插件,自己动手,丰衣足食。

阅读剩余部分 -

记一次 Docker 迁移

记一次博客迁移到 Docker 全过程。

本博客架构虽然简单,但是耐不住我经常的折腾,包括但不限于机房间的迁移、插件开发测试、自己新增 feature测试等等。在这个过程中需要重复的构建整个系统,传统的构建方式就是拉代码、起 SQL、配 Nginx ……

作为一个坚持 DRY 原则的人,是不能容忍这样重复而且无技术含量的事情发生的。

刚开始编程的时候自己折腾最土的方式是把开发环境用虚拟机配置好,然后把整个虚拟机文件拷贝到 U盘里面,人肉迁移;后来升级到 Vagrant;再后来了解到 Docker,从此我所有开发相关的环境都是基于 Docker 了。但是所有的生产环境依然是传统方式运作,这次刚好京东机房要到期了,决定从博客开刀,迁移到 Docker。

阅读剩余部分 -

Guzzle 源码分析

Guzzle 是一个非常强大而且稳定的 http client。不同于一般的 cURL 封装组件, Guzzle 内部使用了多种请求方式,来实现 http 请求,cURL 只是最常用的方式,并且 Guzzle 提供了强大的异步、并发功能,使得构建一个 http 请求十分容易而且易拓展。现在 Guzzle 已经被 drupal 整合到核心模块中了,可靠性不言而喻。Guzzle 目前使用了 Psr7 规范,拓展性和兼容性也更加优秀了。之前在一次重构记录中提到过,但是没有深入分析过,这次决定介绍一些使用例子并深入分析其底层实现原理,如果有问题,请留言指出,共同进步。

阅读剩余部分 -

Guzzle 源码分析

Guzzle 是一个非常强大而且稳定的 http client。不同于一般的 cURL 封装组件, Guzzle 内部使用了多种请求方式,来实现 http 请求,cURL 只是最常用的方式,并且 Guzzle 提供了强大的异步、并发功能,使得构建一个 http 请求十分容易而且易拓展。现在 Guzzle 已经被 drupal 整合到核心模块中了,可靠性不言而喻。Guzzle 目前使用了 Psr7 规范,拓展性和兼容性也更加优秀了。之前在一次重构记录中提到过,但是没有深入分析过,这次决定介绍一些使用例子并深入分析其底层实现原理,如果有问题,请留言指出,共同进步。

阅读剩余部分 -

数学之美 读书笔记

你们觉得哪科最难啊?

数学分析。

我问过很多我们专业毕业的学生,毕业后你觉得大学里面学到的最有用的是哪科或者说你现在最希望在大学里面学好的是哪科?回答最多的就是数学分析。

啊?

一次大学班会片段。

阅读剩余部分 -