上周帮朋友改一个企业官网，网站他盯着后台编辑器折腾了半小时，修改硬是工具没把首页那张轮播图的顺序调过来。最后我打开 Chrome 的网站开发者工具，在 Elements 面板里直接把两个 div 的修改位置对调，截图发给他看效果——他愣了两秒，工具问：“这就行了？网站”
网站修改工具这件事，大多数人第一反应是修改 Dreamweaver 或者 WordPress 后台。但真正干活的工具时候，最顺手的网站往往是浏览器自带的开发者工具。F12 按下去，修改整个页面的工具 HTML、CSS、网站JavaScript 全摊在你面前，修改改文字、工具调间距、换颜色，实时生效，不用刷新。改完了再把改动同步回源文件，这是前端日常。
问题在于，很多人不知道 DevTools 改的东西只是“临时幻觉”。你在这边把标题从“欢迎光临”改成“你好”，一刷新就没了。它本质上是个调试器，不是编辑器。我见过新手在 Elements 面板里吭哧吭哧改了二十分钟，以为大功告成，结果关掉浏览器一切归零，表情相当精彩。
真要持久修改，得回到文件层面。这时候工具分两派：一派是可视化编辑器，比如 Webflow、Wix 这类 SaaS 建站平台，拖拖拽拽就能改布局，适合不懂代码的运营人员。另一派是代码编辑器，VS Code 是现在的主流，配合 Live Server 插件，保存即刷新，改 CSS 跟画画似的。我自己的习惯是 VS Code 开左边，Chrome 开右边，改一行切过去看一眼，节奏很顺。
还有一种场景是改别人的网站。比如你看到某个页面排版有问题，想临时调整一下方便阅读。这时候可以用 Stylus 这类浏览器扩展，写一段自定义 CSS 覆盖原样式。我常年装着 Stylus，给几个常看的新闻站去了广告、调了字号、把刺眼的纯白背景换成米色。这些修改只对我本地生效，不影响别人，也不碰人家服务器。
说到服务器，就绕不开 FTP 和 SFTP 工具。FileZilla 虽然界面老旧，但传文件改权限还是稳。以前维护一个老站，每次改模板都得连 FTP，下载、编辑、上传，三步走。现在很多主机商提供在线文件管理器，直接网页里改，省了来回传的功夫。不过在线编辑器一般没有语法高亮，改复杂点的 CSS 容易看花眼。
数据库层面的修改是另一回事。有次客户要批量替换文章里的旧电话号码，后台一篇篇改太慢，直接进 phpMyAdmin 跑了一条 SQL：UPDATE wp_posts SET post_content = REPLACE(post_content, '旧号码', '新号码')。三秒钟搞定两百多篇。但这种操作风险高，跑之前一定先导出备份，不然手一抖就是事故。
工具多了容易挑花眼。我的判断标准很简单：改静态页面用 VS Code + Live Server，调样式用 DevTools，临时改别人网站用 Stylus，批量改内容走数据库。至于可视化建站平台，适合完全不想碰代码的人，但代价是灵活性受限，想加点自定义功能就卡住了。
说到底，网站修改工具的核心就一件事：让你改完能看到效果，并且这个效果能留下来。DevTools 负责“看到”，代码编辑器和 FTP 负责“留下来”，Stylus 负责“只给我自己看”。搞清楚这三层，基本就不会在白费力气上浪费时间了。