Tag: # 性能优化

前一阵，有朋友问我，能否在不进行前端编译构建的情况下，用现代语法开发网站界面。于是，就有了这篇文章中提到的方案。 阅读全文

两周前，在给颜值在线的 flame 提交了几个 PR 之后，我将它封装成了容器，用于书签和在线应用的管理。但是在迁移个人书签的过程中，我发觉 flame 在性能上的表现并不是特别好，于是我做了一个改良版：flare。 阅读全文

使用以语言为中心的容器基础镜像 distroless 关于容器技术，我之前分享不少文章和技巧，包括如何优化镜像，如何更优雅的进行构建封装，以及大量的容器应用实践、 阅读全文

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

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

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

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