Tag: # code

这篇文章初稿是写在[迁移服务器上的 GitLab ]发布后，因为各种原因（忙碌+拖延症），一直躺在草稿箱种，考虑到使用容器的同学越来越多，系统减肥、数据迁移扩容类数据需求还是有的，所以趁着周末重新整理了一下这篇文章。一般来说我们需要将系统磁盘和应用数据盘进行分离，除了能够获得更好的性能，最关键的还是能够让数据更安全可靠：多数云服务数据盘支持备份快照、并且支持大容量 SSD 盘。 阅读全文

今年年初的时候，我曾经写过接近十篇博客，介绍如何[“从零到一搭建Wiki”]，聊过了 MediaWiki、Doku、Confluence、Tiddly、MoinMoin 等系统，但是这里涉及的许多系统的写作体验都不是很好。在之后，我也写过几篇 [“如何使用容器技术搭建 WordPress”] 的文章，据官方数据称 WordPress 目前已经占据了互联网 34% 的应用，写作体验和插件生态其实还是很棒的，那么我们为何不使用 WordPress 来搭建 Wiki 呢？在使用了4个月之后，体验下来问题不大，我决定把方法分享出来，希望能帮到更多的人。如果你熟悉 WordPress 的搭建，本篇将文章两三分钟内就能够搞定啦。 阅读全文

今天打开 Ulysses 看到官方说 v16 版本支持直接发布文章到 Ghost 博客程序，想起了上个月迁移 Ghost 程序的事情。如果你在犹豫是否要弃用或暂时弃用它，本篇文章或许可以作为一个参考。大概二十天前的一个周末，我把还在使用 Ghost 程序的两个网站全部使用 Hugo 替换掉了，看似简单的操作，背后是五年的“等待”。没错，这套代码在线上跑了五年多，相比我使用的其他程序的网站的“持续”时间段都长许多，既然使用了这么久，那么为什么要替换呢？ 阅读全文

你的网站或许不需要前端构建 自从几年前 Webpack 替换掉了 Gulp、Grunt 后，我们可以明显看到前端项目的工程复杂度越来越高，前端技术迭代速度也越来越 阅读全文

前几天有朋友问我，曾经在前公司里使用过的前端资源高可用方案是怎么做的。资源高可用听起来应该是后端、运维同学的“分内之事”。但是前端资源的高可用并没有那么简单，在当前复杂的网络环境下，你是指望用户多刷新几次、还是期望用户把Wi-Fi切换为4G，撞大运解决问题？获客成本如此之高的今天，放弃用户是不明智的。想到许久没有写前端相关的文章了，决定在这里简单聊聊。希望能帮助到创业阶段的公司和团队。在聊技术细节之前，我们先聊聊“什么是前端资源高可用”。 阅读全文

众所周知 GitBook 新版本生成的 PDF 是调用 calibre 的 ebook-convert 模块进行电子书生成的，而它默认生成的 PDF 尺寸比较大，而且不支持压缩，非常不利于传播。经过简单的寻找，我看到 fuergaosi233 同学用 Python 基于 weastprint 编写了一个简单的 GitBook PDF 生成工具，使用下来感觉还不错，于是就封装了这个容器镜像，希望能够帮助到有同样需求的你。本文将聊聊如何封装简单的 Python 应用为 Docker 工具镜像，并使用它生成 PDF 文件，操作时间在十分钟内。完整的项目代码，我已经上传到：[https://github.com/soulteary/docker-gitbook-pdf-generator]，有定制需求的同学可以自取。 阅读全文

随着使用的机器、服务越来越多，项目中依赖的变量、配置、秘钥等敏感信息，变的越来越多。与之相对的，针对这些内容的管理、维护成本，也变的越来越高。庆幸的是，我们可以借助“配置中心”的方式来解决问题。大型互联网公司因为各种原因一般会选择自研、或基于开源项目进行“魔改”。然而对于个人或者小规模的研发团队来讲，开源社区的 Vault 不失为一个不错的解决方案，能够做到“开袋即食”。本篇文章将会介绍 Vault 如何搭配 Traefik 、Compose 一起使用，如果你有阅读我之前的文章，或者有一定的基础，全部操作时间在五分钟左右。 阅读全文

去年的时候，曾经写过一篇使用 Docker 、Traefik 以及 Nginx 创建自动索引站点的[文章]，本篇内容将聊聊如何进行优化。包含内容：剥离容器配置中的变量、如何对容器进行健康检查、如何限制容器日志尺寸等。更新的项目代码保存在： [GitHub] 上，可以自取。 阅读全文

之前介绍过使用容器搭建 [Confluence] 作为团队协同工具使用。在使用过程中，我们遇到了一些问题，比如文章时间展示不正确、中文内容无法显示、运行资源不足。下面就来讲讲在容器场景下，怎么解决简单快速的这些问题。 阅读全文