本文将会介绍如何使用 Docker、Node、JavaScript、Traefik完成一个简单的二维码解析服务，全部代码在 300 行以内。最近折腾文章相关的东西比较多，其中有一个现代化要素其实挺麻烦的，就是二维码。 阅读全文

9月22号开始玩，陆陆续续拾起来玩到今天，用了50小时左右打通了游戏，完成了所有支线。 阅读全文

17号开始玩，中间几天陆陆续续拾起来玩，用了24小时左右打通了一周目，感觉和小时候玩的版本还是有很多不同的。 阅读全文

本文将演示如何使用 Docker 完整打造一个基于 Nginx 的高性能二维码服务，以及对整个服务镜像进行优化的方法。如果你的网络状况良好，完整操作和体验时间应不超过 15 分钟。 阅读全文

前几天重构之后，Lighthouse 中有一个评分让我念念不忘：Progressive Web App。PWA 不算一个新话题了，所以概念性的东西和 API 我就不多做介绍，下面简单介绍一个无干预更新的缓存方案，整体代码量在一百行以内，如果你也想在不“大动干戈”的情况下对站点或者 Web App 进行性能提升的话，可以了解一下。 阅读全文

还记得十年前，当时就在追求页面在1s内打开，没想到十年后，我依旧在追求页面在1s内打开。十年里，不管是客户端设备、客户端和服务端网络环境、服务端技术栈、甚至是开发语言技术栈都发生了不小的变化。这次优化算是清理了几年前的技术债，简单记录一下吧。 阅读全文

国庆前，我把之前老设备上面运行的服务进行了完整的迁移。但是在迁移代码仓库的过程中，发现有一些小细节挺有意思的。 阅读全文

这次机器升级带来的服务大迁移过程中，我发现之前设定给 Npm 仓库、Docker 仓库专用的代理服务失效了。之前这台专供仓库使用的代理服务，是跑在一台古老的群晖设备（DS115j）上的，当我探寻问题登录设备之后，发现了一件事：不光是代理程序进程消失了、守护进程管理软件也消失了，这大概率是群晖系统自动升级造成的。考虑服务稳定性和维护成本，我决定把代理服务从群晖中剥离，正巧前一阵收拾屋子，发现还有一台“MTK7621”的迅雷下载宝，决定废物利用一下，做一台稳定性更高的代理服务设备。如果你有闲置路由器或者下载宝，也有类似需求，那么下面的内容，应该可以帮到你。 阅读全文

一直以来因为机器资源捉襟见肘，使用 GitLab CI 配合 compose 完成了多数自动化构建和部署的事情，但是随着运行服务越来越多，管理一大堆 docker-compose.yml 和服务的成本也变的越来越高。作为一个懒人，购置了一台顶配的 ELite Desk G4 800 来作为资源，计划搭建 K8S 配合 GitLab 的 Auto DevOps 作为接下来使用的方案。网上关于 K8S 的搭建使用有很多，但是多数都是基于 CentOS、二进制包的教程，太过陈旧和麻烦。而且在操作过程中，基本都是一路 Next，缺少调试验证，本篇以一个 K8S 新手视角，介绍如何快速搭建一套开发可用的 mini 集群。 阅读全文