<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>代理 on PlumePHP</title><link>https://plumephp.com/tags/%E4%BB%A3%E7%90%86/</link><description>Recent content in 代理 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 28 Sep 2026 15:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E4%BB%A3%E7%90%86/index.xml" rel="self" type="application/rss+xml"/><item><title>Vite 开发代理与后端集成：server.proxy、路径重写与 Mock</title><link>https://plumephp.com/vite-dev-server-proxy-backend-integration/</link><pubDate>Mon, 28 Sep 2026 15:00:00 +0800</pubDate><guid>https://plumephp.com/vite-dev-server-proxy-backend-integration/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;前端开发时浏览器直接请求 &lt;code&gt;https://api.example.com/...&lt;/code&gt; 会遇到三座大山：&lt;strong&gt;跨域&lt;/strong&gt;（CORS）、&lt;strong&gt;环境地址混乱&lt;/strong&gt;、&lt;strong&gt;后端还没就绪&lt;/strong&gt;。Vite 的 &lt;code&gt;server.proxy&lt;/code&gt; 让 Dev Server 扮演「中间人」：前端只请求&lt;strong&gt;同源&lt;/strong&gt;路径（&lt;code&gt;/api/...&lt;/code&gt;），Dev Server 把它转发给真实后端，顺带处理重写、WebSocket 与多个目标。配合本地 Mock，前端可以不依赖后端进度独立开发。本文把代理与联调做成一套标准工作流。&lt;/p&gt;</description></item><item><title>智能合约部署与升级：代理模式、EIP-1967 与 CREATE2</title><link>https://plumephp.com/blockchain-contract-upgrade-proxy-patterns/</link><pubDate>Mon, 28 Sep 2026 15:00:00 +0800</pubDate><guid>https://plumephp.com/blockchain-contract-upgrade-proxy-patterns/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;「代码即法律」的代价是&lt;strong&gt;代码一旦上链就不可修改&lt;/strong&gt;。但业务需要演进：修复漏洞、调整参数、迭代功能。于是诞生了「&lt;strong&gt;可升级合约&lt;/strong&gt;」这一工程范式——把「逻辑」与「存储」分离：一个永不换地址的代理（Proxy）持状态，另一个可以换的实现（Implementation）跑逻辑，代理把调用 delegatecall 给实现。理解代理模式、标准存储槽与升级工具链，是每一个认真部署合约的团队必备的底层能力。&lt;/p&gt;</description></item></channel></rss>