vercel 虽好，但是国内访问速度堪忧，如何在国内腾讯云、阿里云安装类似 vercel 的平台享受到 vercel 带来的便利呢？ vercel :是一个前端项目部署 SaaS 平台，它可以帮助开发者快速部署前端项目，并且提供了很多有用的功能，比如自动部署、自动缩容、自动负载均衡等。 dokploy :是一个开源的 CI/CD 平台，它可以帮助开发者快速部署前端项目，我们常用的 github 自动部署、let’s encrypt SSL免费证书、实时监控、扩容、负载均衡等，dokploy 都提供了。 先看一下预览： 那么我们今天就用 dokploy 来替代 vercel。 第一关：安装docker dokploy 是基于 docker swarm 的，所以需要先安装 docker。 国内服务器直接用

我在 dokploy 中部署了多个服务，如何内网访问我的自建数据库，以及其他内网后端服务呢？

这是 dokploy 系列的第三篇，主要介绍Dokploy Remote Servers如何管理多台服务器。 flowchart TD A[Dokploy管理面板 （香港A服务器）] --> B[上海服务器] A --> C[香港B 服务器] A --> E[新加坡 服务器] A --> F[美西 服务器] 如果你有多台服务器，比如香港、新加坡、上海、美西都想使用 dokploy 来管理。 但你不想每台服务器都安装一遍 dokploy，那么这次教程就教你如何使用一个 dokploy 管理面板来管理所有服务器。 管理多台服务器你可以用来干什么呢？ * 区分不同生产环境，比如开发服务器、生产服务器 * 可以统一管理不同地域的服务器 * 可以一个 dokploy 管理面板，管理你所有的服务

我使用过很多博客平台，比如 WordPress、Typecho、Hexo 等，折腾来折腾去，最后发现还是 Ghost 最适合我。 比如我的博客心路历程： * 使用 WordPress 搭建博客，但是 WordPress 是 PHP，加一些东西比较困难，于是放弃了。 * 听说 Next.js 很火，于是使用 Next.js 搭建博客，但是 Next.js markdown 很多需要自己配，遇到新的漂亮组件库我又想折腾，内容没写多少。 * 听说 Astro 体验很好、性能也不错，于是又迁移到 Astro，一切都很完美，但是博客主题太少了，又开始折腾自己的主题。 最后我发现，因为太容易被各种新奇的组件库、博客系统、性能、这些技术性的东西所吸引，导致很难聚焦到内容本身，

写技术博客时，一段优雅的代码展示往往能让文章更具专业性。本文将介绍如何在Ghost博客中实现代码高亮效果，让您的技术文章更加赏心悦目。 基础知识：创建代码块 在Ghost编辑器中，创建代码块非常简单。只需要： 1. 输入三个反引号（```） 2. 紧接着输入编程语言名称（如：```javascript） 3. 按下回车键即可 您也可以在输入代码后，通过点击代码块右上角来选择语言。 如何实现代码高亮 快速代码注入 只需几步，即可实现代码高亮。 1. 在Ghost后台管理界面中，找到【设置】→【代码注入】→【站点头部】 2. 添加Prism的核心代码： <script src=“https://cdn.jsdelivr.net/npm/prismjs/prism.min.js” defer></script> <script src=“https://cdn.jsdelivr.net/npm/prismjs/plugins/autoloader/prism-autoloader.min.js” defer></script><link rel=“styl

因为不想备案，目前博客部署在香港轻量云，如果直接套Cloudflare的CDN，大陆访问巨慢，但如果直接做IP解析又会暴露源IP地址，不太安全，这次实验了一下如何使用EdgeOne加速国内访问速度。 背景 因为服务器放在腾讯香港轻量云，也比较想找类似Cloudflare类似的简单配置就能生效的CDN产品，于是就近找到了腾讯的EdgeOne，阿里云也有类似的 ESA。 我选择的就是9.9每个月的套餐，对我的小博客来说已经够用了～ EdgeOne上的功能挺多，其他的可以去官网看介绍，我只需要用到下面三个： * 边缘加速 * 自动https * 防攻击 * 测速工具：https://www.boce.com/ * 加速平台：腾讯云EdgeOne 测速前 首先我们来测试，看下目前全球访问速度现状。 加速前【cloudflare套Proxy】 加速前【cloudflare未套Proxy】 总结： * 套了CF：海外访问速度还不错，但是国内访问速度普遍不快 * 不套CF：全球访问速度都普通，国内有部分线路还可以 EdgeOne加速 EdgeOne配

打算写一个系列文章来沉淀下在我在“获取数据”方面的实践与思考，叫做《API进化论》，会提到GraphQL、Restful、tRPC他们解决了什么问题，帮助大家认识API的进化历程，本文是第一篇。 这也是一篇公司内布道文章，因为GraphQL在已有服务的改造成本太高，在项目内没有引入，但是其中的很多概念和开发体验还是打动了一些同事。GraphQL目前的状态不温不火，加之一些同构RPC框架的出现，开发者的选择有了更多选项。至少笔者认为GraphQL至少让接口类型安全被重视。 前言 RESTful架构的提出已经有20多年的历史了，它从资源的定义、获取、表述、关联、状态变迁等角度提供了一些很棒的想法。随着端和服务的高速发展，在它已经无法跟上访问它的客户端快速变化的需求。 本文通过分析列举了目前RESTful存在的一些问题，然后介绍GraphQL是通过何种方式解决他们，在解决这些问题过程中我们需要投入怎样的成本、如何权衡。帮助大家进一步了解GraphQL能给我们业务能带来怎样的收益。 一、简单介绍 GraphQL是一款API查询语言，和RESTful一样，是一套基于HTTP的请求

trpc是facebook开源的一款RPC框架，它通过类型系统来保证API的类型安全，并且支持多种语言。 在第一篇文章中，我们介绍了从REST到GraphQL的演变过程，分析了REST的一些局限性以及GraphQL如何解决这些问题。对于第二篇关于tRPC类型安全的文章，我们继续沿用第一篇的思路，从tRPC的定义、工作原理、优势、局限性等方面来介绍tRPC是如何解决API类型安全问题的。 引言：GraphQL最大的缺点就是需要服务端和客户端同时支持，否则无法使用。且开发、维护成本较高，很难在现有项目中引入。 那有没有一种成本更低，使用更简单，类型更安全的方案呢？答案是肯定的，那就是tRPC。 一、什么是tRPC tRPC是一款基于TypeScript的RPC框架，它通过TS类型系统来保证API的类型安全,下面是 tRPC 官方的演示视频。 即调用远程接口，就像调用本地函数一样，享受完整的类型安全和自动补全功能。 tRPC的定义和基本概念 tRPC（TypeScript Remote Procedure Call）是一个用于构建端到端