rewrite
对请求进行内部重写。重写会改变请求URI的部分或全部内容。请注意，URI不包括方案或授权（主机和端口），而且客户通常不发送片段。因此，这个指令主要用于路径和查询字符串的处理。
重写 "指令意味着接受请求的意图，但要进行修改。它与同一区块中的其他rewrite指令是相互排斥的，因此可以安全地定义重写，否则会相互串联，因为只有第一个匹配的重写才会被执行。
因为rewrite本质上是执行一个内部重定向，如果它们的匹配器碰巧完全相同，Caddyfile适配器将不会把任何后续的、相邻的处理程序折叠到同一路径中。这允许下一个处理程序的匹配器被推迟到重写之后。换句话说，一个匹配器在 "重写 "前匹配了一个请求，在 "重写"后可能就不匹配同一个请求了。如果你想让你的rewrite与其他处理程序共享一个路由，请使用route或handle指令。
语法
rewrite [<matcher>] <to>
- <to> 是要重写请求的URI。只有在重写中指定的URI（路径或查询字符串）的组成部分将被操作。URI路径是在
?之前的任何子串。如果省略了"?"，那么整个标记将被视为路径。
示例
重写所有请求到foo.html, 保留任何查询字符串不变:
rewrite * /foo.html
用`a=b'替换API请求中的查询字符串，保留路径不变：
rewrite /api/* ?a=b
保留现有的查询字符串，增加一个键值对：
rewrite /api/* ?{query}&a=b
同时改变路径和查询字符串，保留原来的查询字符串，同时添加原来的路径作为p参数：
rewrite * /index.php?{query}&p={path}
类似指令
还有一些指令执行重写，但暗示了不同的意图，或者在没有完全替换URI的情况下进行重写。