<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Web - 标签 - 研发日志 · R&amp;D Log</title><link>https://rd163.visword.com/tags/web/</link><description>Web - 标签 - 研发日志 · R&amp;D Log</description><generator>Hugo -- gohugo.io</generator><language>zh-CN</language><managingEditor>whutluohui@gmail.com (小智晖)</managingEditor><webMaster>whutluohui@gmail.com (小智晖)</webMaster><copyright>本作品采用知识共享署名-非商业性使用 4.0 国际许可协议进行许可。</copyright><lastBuildDate>Tue, 21 Jul 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://rd163.visword.com/tags/web/" rel="self" type="application/rss+xml"/><item><title>Vite 入门</title><link>https://rd163.visword.com/posts/get-started-with-vite/</link><pubDate>Tue, 21 Jul 2026 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/get-started-with-vite/</guid><description><![CDATA[<blockquote>
  <p>Next generation frontend tooling. It&rsquo;s fast!</p>

</blockquote><ul>
<li><a href="https://github.com/vitejs/vite" target="_blank" rel="noopener noreferrer">Vite GitHub 仓库</a></li>
</ul>
<h2 id="为什么快" class="headerLink">
    <a href="#%e4%b8%ba%e4%bb%80%e4%b9%88%e5%bf%ab" class="header-mark"></a>为什么快</h2><ul>
<li>Vite 在启动时将应用中的模块区分为<strong>依赖</strong>(dependencies)与<strong>源码</strong>(source code)两类，从而改进了开发服务器的启动时间。依赖多为第三方库，变动不频繁，Vite 使用 esbuild 对其进行预打包;源码则按需通过原生 ESM 提供给浏览器。</li>
<li>在 Vite 中，HMR(热模块替换)是在原生 ESM 之上执行的。编辑某个文件时，Vite 只需要精确地使已编辑模块与其最近的 HMR 边界之间的链失活（大多数时候只是模块本身）,因此无论应用规模如何，HMR 始终能保持快速更新。</li>
</ul>
<h2 id="快速开始" class="headerLink">
    <a href="#%e5%bf%ab%e9%80%9f%e5%bc%80%e5%a7%8b" class="header-mark"></a>快速开始</h2><p>安装:</p>]]></description></item><item><title>CSRF 跨站请求伪造详解</title><link>https://rd163.visword.com/posts/http-csrf/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/http-csrf/</guid><description><![CDATA[<h2 id="简介" class="headerLink">
    <a href="#%e7%ae%80%e4%bb%8b" class="header-mark"></a>简介</h2><p>CSRF(Cross-Site Request Forgery，跨站请求伪造)是一种针对 Web 应用的攻击方式。攻击者诱导已登录（已通过身份认证）的用户，在他们不知情的情况下，以其身份向目标网站发送了一个恶意请求。由于浏览器在跨站请求中<strong>会自动携带目标域的 Cookie</strong>,服务器看到请求带着有效的会话凭证，就会把它当作合法用户本人的操作并予以执行。</p>]]></description></item><item><title>Ollama 的 WebUI 选型</title><link>https://rd163.visword.com/posts/ollama-webui/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/ollama-webui/</guid><description><![CDATA[<p><a href="https://github.com/ollama/ollama" target="_blank" rel="noopener noreferrer">Ollama</a> 是目前最流行的本地大语言模型（Large Language Model，LLM）运行器之一，基于 <a href="https://github.com/ggml-org/llama.cpp" target="_blank" rel="noopener noreferrer">llama.cpp</a> 构建，采用 Go 语言封装，MIT 协议开源。它把权重下载、量化版本选择、上下文管理、推理参数等繁琐细节都收拢在一条命令背后，让 macOS、Windows、Linux 用户可以像 <code>docker run</code> 一样在本地跑起 Llama、Qwen、Gemma、DeepSeek、GLM 等开源模型。但 Ollama 本身只暴露一个命令行界面与一个 HTTP API，若希望像使用 ChatGPT 那样在浏览器里对话、管理多轮会话、上传文档，就需要再搭配一个 WebUI。本文先回顾 Ollama 的接口形态，再盘点几类常见的 WebUI 方案与选型要点。</p>]]></description></item><item><title>Python Web 框架</title><link>https://rd163.visword.com/posts/python-web-framework/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/python-web-framework/</guid><description><![CDATA[<p>Python 生态里有不少成熟的 Web 框架，各自针对不同的场景做了取舍。本文按&quot;大而全 / 微框架 / 高性能异步&quot;三类，记录我在调研与使用过程中沉淀的几款主流框架要点，以及若干实操链接。</p>]]></description></item><item><title>Vue.js 框架入门</title><link>https://rd163.visword.com/posts/vuejs/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/vuejs/</guid><description>&lt;p>Vue(发音 /vjuː/,同 view)是一个用于构建用户界面（user interface）的 JavaScript 框架，基于标准 HTML、CSS 与 JavaScript 构建。它由尤雨溪（Evan You）于 2014 年发布，目前主版本为 Vue 3，截至撰稿时最新稳定版为 3.5 系列。Vue 在官方文档中将自己定位为「渐进式框架」(progressive framework)——可以根据项目复杂度逐步引入，从给静态页面加点交互，到构建复杂的单页应用（Single-Page Application, SPA）、服务端渲染（SSR）、静态站点生成（SSG）,甚至配合 Electron / Capacitor 打包为桌面端或移动端应用。&lt;/p></description></item><item><title>Web 前端框架</title><link>https://rd163.visword.com/posts/web-framework/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/web-framework/</guid><description>&lt;p>Web 前端框架（Web Frontend Framework）为浏览器端应用提供组件化模型、路由、状态管理、构建工具链等一整套约定与基础设施。本文按「底层库 → 上层框架 → 构建工具 → 国内方案」的脉络，梳理目前主流的几类技术栈，便于快速建立整体认识。&lt;/p></description></item><item><title>Webpack 入门教程</title><link>https://rd163.visword.com/posts/webpack/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/webpack/</guid><description>&lt;p>Webpack 是一款用于现代 JavaScript 应用的&lt;strong>静态模块打包器&lt;/strong>(static module bundler)。它从一个或多个入口出发，递归地构建出整个应用的依赖关系图（dependency graph）,然后把每个模块组合成一个或多个 bundle(产物包)。尽管近两年 Vite、Turbopack、Rspack 等基于原生 ESM 或 Rust 的新工具快速崛起，Webpack 依然是大量线上项目和企业脚手架的主流选择，理解它的概念模型对前端工程化仍然必不可少。&lt;/p></description></item><item><title>WordPress 安装配置实践</title><link>https://rd163.visword.com/posts/wordpress-setup/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/wordpress-setup/</guid><description>&lt;p>WordPress 的部署方式相当灵活，既可以一条命令在本地起一个测试站，也可以借助云厂商的应用镜像快速搭建生产站点。本文整理三种实际使用过的安装方式，并对比其适用场景。前置的环境要求（PHP 7.4+/8.x、MySQL 5.5+/MariaDB、Apache 或 Nginx）在《为什么选择 WordPress》一文中已有说明，这里不再赘述。&lt;/p></description></item><item><title>导航网站</title><link>https://rd163.visword.com/posts/nav-sites/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/nav-sites/</guid><description><![CDATA[<p>整理一份按技术栈归类的开源导航站项目清单，方便挑选合适的方案自建导航页或浏览器主页。</p>
<h2 id="react--nextjs" class="headerLink">
    <a href="#react--nextjs" class="header-mark"></a>React / Next.js</h2><ul>
<li><a href="https://github.com/liwenka1/next-web-nav" target="_blank" rel="noopener noreferrer">next-web-nav 一个简单好用的导航网站</a>:基于 Next.js 14 + Tailwind CSS + shadcn/ui，本地数据持久化，支持可视化数据管理面板。</li>
<li><a href="https://github.com/6677-ai/tap4-ai-webui" target="_blank" rel="noopener noreferrer">tap4-ai-webui</a>:面向 AI 工具站的导航模板，内置支付能力。
<blockquote>
  <p>注：截至核实日，该仓库返回 404，可能已迁移或下架，请以最新链接为准。</p>]]></description></item><item><title>集成前端 UI 与 API Server 的最佳实践</title><link>https://rd163.visword.com/posts/integrate-frontend-and-api/</link><pubDate>Sun, 12 Jan 2025 00:00:00 +0800</pubDate><author><name>小智晖</name></author><guid>https://rd163.visword.com/posts/integrate-frontend-and-api/</guid><description>&lt;p>前端 UI 与 API Server 如何「拼到一起」是每个全栈项目迟早要回答的问题。即便前后端在开发期完全独立，真正上线时也要决定：浏览器从哪里取静态资源、跨域请求如何收敛、单域还是子域、静态文件由谁托管。本文按「集成形态」为主线，梳理几种主流方案及其背后的取舍，并附上开源项目作为参考实现。&lt;/p></description></item></channel></rss>