<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Sourcemap on PlumePHP</title><link>https://plumephp.com/tags/sourcemap/</link><description>Recent content in Sourcemap on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 28 Sep 2026 10:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/sourcemap/index.xml" rel="self" type="application/rss+xml"/><item><title>Vite 环境变量与生产构建最佳实践：import.meta.env、构建模式与产物优化</title><link>https://plumephp.com/vite-env-production-best-practices/</link><pubDate>Mon, 28 Sep 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/vite-env-production-best-practices/</guid><description>&lt;h2 id="引言"&gt;引言&lt;/h2&gt;
&lt;p&gt;把 Vite 项目从「本地跑通」推到「生产稳跑」，绕不开三个工程问题：&lt;strong&gt;① 环境变量怎么按环境切分（开发/测试/生产/灰度）② 构建模式与 base 路径怎么配（子路径部署、CDN）③ 产物怎么优化（体积、加载、缓存）&lt;/strong&gt;。本文以这三个问题为主线，讲透 &lt;code&gt;import.meta.env&lt;/code&gt; 的完整体系、&lt;code&gt;.env&lt;/code&gt; 文件与模式、&lt;code&gt;vite build&lt;/code&gt; 的模式差异、sourcemap 与产物分析，最后给出一套可落地的生产构建最佳实践清单。&lt;/p&gt;</description></item><item><title>WASM 调试与性能剖析：源码映射、断点调试与火焰图分析</title><link>https://plumephp.com/wasm-debugging-profiling-tools/</link><pubDate>Mon, 28 Sep 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/wasm-debugging-profiling-tools/</guid><description>&lt;h2 id="导语wasm-的黑盒难题怎么破"&gt;导语：WASM 的「黑盒」难题怎么破&lt;/h2&gt;
&lt;p&gt;WASM 是二进制、跑在沙箱里，调试起来像看黑盒——错误没有源码行、性能瓶颈藏在 JIT 产物里。但现代工具链已经把这层黑盒打开：&lt;strong&gt;DWARF 调试信息 + 源码映射&lt;/strong&gt;让 DevTools 能对 wasm 里的 Rust/C++ 源码打断点、看变量、看调用栈；&lt;strong&gt;运行时注入 + 采样剖析&lt;/strong&gt;能画出火焰图定位瓶颈。掌握这套调试链路，WASM 开发就不再是「盲猜」。&lt;/p&gt;</description></item><item><title>可观测性与错误追踪：日志、Trace 与告警闭环</title><link>https://plumephp.com/tools-observability-error-tracking/</link><pubDate>Mon, 28 Sep 2026 10:00:00 +0800</pubDate><guid>https://plumephp.com/tools-observability-error-tracking/</guid><description>&lt;h2 id="一引言"&gt;一、引言&lt;/h2&gt;
&lt;p&gt;「系统出问题了，但不知道出在哪」是运维最痛的事。可观测性（Observability）解决的就是这个：通过&lt;strong&gt;日志、指标、链路追踪&lt;/strong&gt;三支柱，让你能回答「发生了什么、现在状态如何、某个请求经历了什么」。而在 Serverless/边缘架构下，函数无状态、实例瞬息万变，可观测性更是&lt;strong&gt;唯一能「看见」分布式行为的窗口&lt;/strong&gt;。&lt;/p&gt;</description></item><item><title>前端监控与可观测性：RUM 采集、Sourcemap 错误还原、性能采样与告警闭环</title><link>https://plumephp.com/tools-frontend-monitoring-rum/</link><pubDate>Sat, 26 Sep 2026 13:00:00 +0800</pubDate><guid>https://plumephp.com/tools-frontend-monitoring-rum/</guid><description>&lt;h2 id="一引言"&gt;一、引言&lt;/h2&gt;
&lt;p&gt;「后端挂了我们会知道，前端卡了没人察觉」——这是很多团队的真实状态。前端监控（RUM，Real User Monitoring）解决的是&lt;strong&gt;真实用户在真实设备上的体验与故障&lt;/strong&gt;：页面 4 秒才显示、某个老机型用户白屏、生产环境报了一堆 minified 错误却无法定位。这些问题实验室永远测不出来，只有把埋点铺到真实用户身上才能看见。&lt;/p&gt;</description></item></channel></rss>