<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>William&#39;s Hub 幸运值</title>
    <link>/</link>
    <description>Recent content on William&#39;s Hub</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>zh-CN</language>
    <lastBuildDate>Sun, 15 Aug 2021 23:37:25 +0800</lastBuildDate><atom:link href="/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>动手撸个Caddy（八）| 利用缓冲提升反向代理的性能</title>
      <link>/post/caddy/caddy-in-action-stream-buffer.html</link>
      <pubDate>Sun, 15 Aug 2021 23:37:25 +0800</pubDate>
      
      <guid>/post/caddy/caddy-in-action-stream-buffer.html</guid>
      <description>什么是缓冲 反向代理是客户端和后端服务之间的桥梁，所以这里面就有2个链接：</description>
    </item>
    
    <item>
      <title>动手撸个Caddy（七）| 反向代理中的健康检查</title>
      <link>/post/caddy/caddy-in-action-health-checks.html</link>
      <pubDate>Fri, 13 Aug 2021 23:37:25 +0800</pubDate>
      
      <guid>/post/caddy/caddy-in-action-health-checks.html</guid>
      <description>在上一篇文章中，我讲解了反向代理中的负载均衡，一个上游主机要想被使用到的前提：就是这该主机必须可用？那么怎么才算可用呢？这涉及到Caddy的健康检查，和Nginx的类似。</description>
    </item>
    
    <item>
      <title>动手撸个Caddy（六）| 反向代理中的负载均衡</title>
      <link>/post/caddy/caddy-in-action-load-balancing.html</link>
      <pubDate>Mon, 09 Aug 2021 23:37:25 +0800</pubDate>
      
      <guid>/post/caddy/caddy-in-action-load-balancing.html</guid>
      <description>为了保障系统的高可用，我们需要针对重要的服务启动多个，这样当其中的一个服务出问题的时候，其他服务可以继续工作，系统就做到了高可用，这也就是负载均衡的应用。</description>
    </item>
    
    <item>
      <title>动手撸个Caddy（五）| 配置反向代理</title>
      <link>/post/caddy/caddy-in-action-reverse-proxy.html</link>
      <pubDate>Sat, 31 Jul 2021 23:37:25 +0800</pubDate>
      
      <guid>/post/caddy/caddy-in-action-reverse-proxy.html</guid>
      <description>我们在开发中，会经常用到反向代理，它可以把一个网络请求转发到上游。比如你写了一个Go语言的API，那么就可以通过反向代理的方式，把API暴露给调用者。</description>
    </item>
    
    <item>
      <title>动手撸个Caddy（四）| 使用API管理Caddy</title>
      <link>/post/caddy/caddy-in-action-admin-api.html</link>
      <pubDate>Mon, 12 Jul 2021 23:37:25 +0800</pubDate>
      
      <guid>/post/caddy/caddy-in-action-admin-api.html</guid>
      <description>和Nginx不一样的是，Caddy还可以使用API来管理，通过这个能力，你可以在CI、CD的时候，对caddy做更多的事情，也更灵活。</description>
    </item>
    
    <item>
      <title>动手撸个Caddy（三）| Caddyfile 快速入门</title>
      <link>/post/caddy/caddy-in-action-caddyfile.html</link>
      <pubDate>Wed, 07 Jul 2021 23:37:25 +0800</pubDate>
      
      <guid>/post/caddy/caddy-in-action-caddyfile.html</guid>
      <description>虽然JSON配置很强大，但是配置繁琐，不容易理解。在caddy中，最常用的配置caddy的方式还是Caddyfile，这是caddy的配置文件，类似Nginx的config。它通俗易懂、配置简单，容易上手，如果你以前会用nginx，那么上手Caddyfile也会非常容易。</description>
    </item>
    
    <item>
      <title>动手撸个Caddy（二）| Caddy命令行参数最全教程</title>
      <link>/post/caddy/caddy-in-action-command-line.html</link>
      <pubDate>Sun, 04 Jul 2021 23:37:25 +0800</pubDate>
      
      <guid>/post/caddy/caddy-in-action-command-line.html</guid>
      <description>在上一篇文章中，你已经成功安装了Caddy，并且使用 caddy file-server 命令成功托管了自己的网站，那么这一篇文章中呢，我就为你详细的介绍Caddy的命令以及他们的参数。</description>
    </item>
    
    <item>
      <title>动手撸个Caddy（一）| 托管你的网站，只需一行命令</title>
      <link>/post/caddy/caddy-in-action-getting-started.html</link>
      <pubDate>Mon, 28 Jun 2021 23:37:25 +0800</pubDate>
      
      <guid>/post/caddy/caddy-in-action-getting-started.html</guid>
      <description>继续在Github猎奇，又看到了caddy这个Web服务器，发现star已经33K了，而且最近上升的也比较快，所以打算研究下它。</description>
    </item>
    
    <item>
      <title>动手撸个Caddy（九）| 设置头信息实现跨域</title>
      <link>/post/caddy/caddy-in-action-cros.html</link>
      <pubDate>Tue, 11 Feb 2020 23:37:00 +0800</pubDate>
      
      <guid>/post/caddy/caddy-in-action-cros.html</guid>
      <description>在前端开发中，会通过 fetch 发起网络请求获取数据，然后再显示到页面上，这也就是我们常说的前后端分离。</description>
    </item>
    
    <item>
      <title>About</title>
      <link>/about.html</link>
      <pubDate>Sat, 11 Jan 2020 02:37:00 +0800</pubDate>
      
      <guid>/about.html</guid>
      <description>关于我 这是我的个人技术博客</description>
    </item>
    
  </channel>
</rss>
