延迟问题 在访问博客的时候会稍有等待。但是博客内容以文字为主，配图为辅。页面的延迟会给用户带来不好的体验，所以想着加一个缓存提高页面的响应速度。 为了统计不同地区访问的速度，使用了站长工具的多个地点Ping服务器[1]来进行统计分析。检测完发现除了海外地区访问速度善可，国内大部分地区访问速度都不理想。 配置缓存个人博客是属于读多写少的业务。为了提高服务的响应速度，决定给Typecho增加缓存，选用

配置镜像加速根据官方文档给出的配置步骤进行操作： 针对 Docker 客户端版本大于 1.10.0 版本的，通过修改daemon配置文件 /etc/docker/daemon.json 来加速： 12345678sudo mkdir -p /etc/dockersudo tee /etc/docker/daemon.json <<-'EOF'{ &q

介绍Nextcloud 中文有下一代云盘的意思，在这个私有部署网盘上我们可以做很多事情：资料存储、密码管理、存储、离线下载等。有些功能已经自带集成在 Nextcloud 中了，另一些功能可以通过安装插件实现。 下面使用 docker-compose 来安装配置 nextcloud 网盘。 环境依赖 centos 7.x docker docker-compose 使用docker-compo

优化需求在博客迁移到Typecho[1]文章中，介绍了迁移到Typecho后做的一些配置。为了让默认主题发挥出更好的效果，在原基础上对其进一步优化。主要优化的内容有： 前置上下篇文章 文章页编辑功能 独立页编辑功能 文章页阅读次数 文章页加载时间 前置上下篇文章Typecho默认主题的上下篇文章是在评论输入框后面的。如果前置上下篇文章会和文章之间的关联性更强，方便用户点击查看。 编辑post.

图床优化使用backblaze-B2搭建自己的图床[1]获取图片地址后，发现图片的链接难以记忆，并且不是自己的域名。 虽然可以通过域名的DNS服务并设置CNAME绑定二级域名到f000.backblazeb2.com,这样就可以通过自定义域名访问图片地址。比如img.maojun.xyz/file/test/bar.png。但是又有一个问题，/file/test这个也是固定的，如果直接显示为img

图床需求在搭建完Typecho 博客，并给上传的图片添加图片阴影效果后，发现在使用Typecho自身的图片上传功能时，每次截图后不支持直接粘贴。而是需要先将图片保存到本地后，才能上传到服务器。 这在使用的体验上就不太顺畅，并且上传的图片是不经过任何处理的。每次截图的大小都在50kb上下了，保存的位置也是同博客的目录。长久下来会占用不少的空间，毕竟个人的服务器资源有限。最要紧的还是图片加载问题了，所

尝试博客平台历经 HEXO, HUGO, Wordpress, GitHub Issues，使用这些作为博客平台有着不同的体验。 但最终我都没有坚持使用下去。目前除了HEXO博客托管在GitLab网站，以及GitHub Issues做为省事的博客平台外。 其他博客平台都已经下线，结束了他们早期作为博客平台的使命。 以上的博客平台都属于开源项目，还有一些商业的博客平台目前也已注销和放弃了。 直到今天

什么是 KubernetesKubernetes，从官方网站上可以看到，它是一个工业级的容器编排平台。Kubernetes 这个单词是希腊语，它的中文翻译是“舵手”或者“飞行员”。在一些常见的资料中也会看到“ks”这个词，也就是“k8s”，它是通过将8个字母“ubernete ”替换为“8”而导致的一个缩写。 Kubernetes 为什么要用“舵手”来命名呢？大家可以看一下这张图： 这是一艘载着

容器与镜像什么是容器？在介绍容器的具体概念之前，先简单回顾一下操作系统是如何管理进程的。 首先，当我们登录到操作系统之后，可以通过 ps 等操作看到各式各样的进程，这些进程包括系统自带的服务和用户的应用进程。那么，这些进程都有什么样的特点？ 第一，这些进程可以相互看到、相互通信； 第二，它们使用的是同一个文件系统，可以对同一个文件进行读写操作； 第三，这些进程会使用相同的系统资源。 这样的

云原生技术发展简史云原生、CNCF 都是目前非常热门的关键词，但是这些技术并不是非常新鲜的内容。 2004 年— 2007 年，Google 已在内部大规模地使用像 Cgroups 这样的容器技术； 2008 年，Google 将 Cgroups 合并进入了 Linux 内核主干； 2013 年，Docker 项目正式发布。 2014 年，Kubernetes 项目也正式发布。这样的原因也