SEO
从事 SEO 12 年后，以下是我能想到的所有 SEO 技巧： 1. 在 H1、H2 和 URL 部分中使用主要关键词。 2. 停止追逐虚荣指标。流量固然重要，但转化率才是最重要的。 3. 内部链接可以将“几乎完成”的页面转变为表现最佳的页面。 4. 定期检查你的网站是否有坏链接，这是一个简单的 SEO 胜利。 5. Google Search Console 是您最好的朋友，使用它来重新优化排名在第 3-7 位的页面。 6. 90% 的反向链接应来自相关的高权威网站。 7. 速度决定一切——或许应该说，速度不足会扼杀一切。确保加载时间在 2 秒以内。 8. 持续更新内容将帮助你的页面保持更高的排名。 9. 使用 NLP
技术总结
最近开始搭建 monorepo 的项目，了解到以下方案: * lerna 有强大完善的依赖管理和构建、打包发布流程，而且 v5 版本将 nx 与 lerna 整合了，提升了性能和速度 * 业界大多使用 lerna + yarn workspace 的方式来管理，yarn 用来管理依赖，lerna 用于管理发布 之前简单使用过 lerna ，不过再加上 yarn workspace , 学习容多、配置多又得折腾，太费劲🤪，暂时搁置。 最终尝试使用单一的 pnpm workspace + changesets 的方式来构建 monorepo，本身我就使用 pnpm 作为包管理工具，目前我的场景简单，pnpm 就已足够。 本文记录自己使用 pnpm workspace 搭建 monorepo
技术总结
友情提示：缓存什么的，是完全依赖相关http header头信息来标记和判断的 缓存读取顺序： 首先读取本地缓存，如果条件满足就取本地缓存，否则往后走代理缓存，同理，条件满足就是从代理缓存取资源(可能存在多级代理缓存) 如果一条链路上的资源都不符合，那么就去源服务器获取 缓存优先级：Cache-Control > Expires > Etag > Last-Modified 缓存的分类和优先级 * 强缓存 状态码 200 (比如 200 (from cache)) * Expires 服务器下发的绝对时间，而判断的时候以浏览器时间为准，客户端和服务器有可能会不一样 * Cache-Control 相对时间，以客户端相对时间为准 * 协商缓存 状态码 304 * Last-Modified If-Modified-Since * Etag If-None-Match 强缓存优先级高于协商缓存，强缓存不会询问服务器，直接使用缓存。协商缓存会询问服务器关于文件的可用性 对于传输过程中的中间节点，本文都称为代理服务器，包括proxy、
技术总结
虽然 Vite 是基于 esbuild 构建的，并且 esbuild 在构建速度上有显著优势，但 Webpack 目前并没有直接使用 esbuild 构建的原因涉及多个方面，主要是 架构设计差异、功能需求 和 兼容性 等问题。下面是一些关键的原因： 1. Webpack 的复杂性与扩展性 • Webpack 的高度可扩展性：Webpack 的设计目标是一个 高度可配置和可扩展的打包工具。它提供了丰富的插件和 loader 机制，支持各种复杂的构建需求（如代码分割、热更新、各种资源处理等）。这些功能要求 Webpack 必须具备更细粒度的控制能力，而 esbuild 的设计理念相对简化，主要关注高速构建和基本的模块转换功能。 • Loader 和 Plugin 系统：Webpack 的强大之处在于其 loader 和
Dokploy
Plausible 是一款与 Google Analytics 类似的 Web 流量分析工具，相比 Google Analytics 对比如下: * 功能复杂度：GA 功能更强大，适合需要深入分析的用户；Plausible 提供基础的流量分析，简单易用。 * 自托管：Plausible 可以自托管，GA 不支持；GA 存储数据在 Google 服务器上。 * 性能：Plausible 更轻量，只有几 KB，加载更快；GA 可能影响网站性能。 * 隐私保护：Plausible 更注重隐私，不追踪用户数据；GA 会使用 cookies 并可能共享数据给 Google。 我是用 Plausible 来监控我的个人的一些站点，这里使用 Dokploy 来一键部署
Dokploy
我是一名开发者，平时会用到以下场景，都可以交由 Dokploy 托管: * 反向代理，之前用 Nginx，现在交给 Dokploy ，用 Traefik 托管 * 常规网站静态部署，比如打包一个 React 项目部署到服务器静态目录 * Nextjs 项目部署，之前依赖 Vercel，现在改为 Dokploy 托管 * NestJS 后端项目托管，直接将服务 Docker 化交给 Dokploy，之前我是用 Railway 托管或者直接在服务器进行 Docker 管理，现在也交给 Dokploy，并且用 Docker 替代 PM2 * 数据库安装与备份，如 Mysql，Postgresql，MongoDB, Redis * 其他: 如 Sentry
Dokploy
我的博客站点是基于 Ghost 开源部署的，最初是用 Nginx + Docker 进行部署管理，后来接触到了 Dokploy，就把所有的服务都统一交由 Dokploy 部署了，体验很丝滑，本文介绍使用 Dokploy 部署 Ghost 博客的详细操作。 首先在 Dokploy 面板，创建一个 Project 因为 Ghost 直接就在 Dokploy 的模板市场里面，所以直接 Create Service -> Template 在模板市场，搜索 Ghost，然后创建 创建完成之后，可以看到已经展示在 Service 列表了，点击进入 直接点击 Deploy 即可，如果需要更改配置，在 Raw 里面进行
技术总结
数据迁移导出 我的博客是基于 Ghost 部署的，开源免费，部署在个人服务器的，但是有时候会迁移或者重置服务器，就涉及到博客内容的迁移了。 迁移主要涉及两块，博文内容的导出，以及图片等资源文件的导出。 博文内容导出 在管理后台的 Advanced -> Import/Export -> Migration tools -> Export 里面，点击 Export content，会导出一个 JSON 文件，这个文件里面就是你的博文内容了。 图片媒体资源导出 对于博文里面的图片，视频等媒体文件，主题配置之类的，需要到存放这些内容的目录进行导出。 因为我之前是通过 Docker 部署的 Ghost，在 Docker 配置中可以看到挂载的内容目录。 然后从服务器上对应位置，把资源下载到本地备份 在服务器上先将 content-volumes 目录压缩