宝塔面板不支持网站内容批量字符串替换，必须用Linux命令行sed操作；需先备份、限定目录和文件类型、避开敏感路径，并注意中文编码与正则元字符转义。
宝塔面板本身不提供网站内容的批量字符串替换功能，必须通过 Linux 命令行操作；直接在宝塔终端里执行 sed 是最稳妥、可控的方式，但误用会破坏文件，务必先备份。
为什么不能用宝塔文件管理器“替换”功能
宝塔的网页版文件管理器「批量替换」仅作用于当前打开的单个文件，且不支持正则、递归目录、编码识别或二进制跳过——对 WordPress 主题、插件、数据库导出文件等含大量 PHP/HTML 文件的站点完全无效。
常见错误现象：替换后页面空白、PHP 语法错误、中文变乱码，本质是未过滤 .git、vendor、cache 目录，或替换了 wp-config.php 里的数据库密钥。
- 只在目标网站根目录（如
/www/wwwroot/example.com）内操作，绝不 cd 到/www根下全站扫 - 跳过
node_modules、vendor、cache、.git等非源码目录（sed不识别它们，但会白跑甚至改坏） - 优先用
-i.bak生成备份，而不是裸-i
安全执行 sed 批量替换的最小可行脚本
以下脚本只处理 .php、.html、.htm、.js、.css 文件，跳过常见敏感路径，支持中文和特殊字符（需用单引号包裹原字符串）：
#!/bin/bash
SITE_PATH="/www/wwwroot/example.com"
OLD_STR='旧域名.com'
NEW_STR='新域名.net'
<p>find "$SITE_PATH" \
-type f ( -name "<em>.php" -o -name "</em>.html" -o -name "<em>.htm" -o -name "</em>.js" -o -name "<em>.css" ) \
-not -path "</em>/node_modules/<em>" \
-not -path "</em>/vendor/<em>" \
-not -path "</em>/cache/<em>" \
-not -path "</em>/.git/*" \
-exec sed -i.bak "s|${OLD_STR}|${NEW_STR}|g" {} +</p><h1>检查是否真有改动（避免空替换触发备份）</h1><p>echo "已生成 .bak 备份，请检查："
find "$SITE_PATH" -name "*.bak" | head -5注意：s|...|...|g 用竖线 | 当分隔符，比默认斜杠更安全，可避免路径类字符串（如 /wp-content/）中斜杠冲突；变量必须用双引号包裹，否则含空格或符号会报错 unterminated `s' command。
遇到中文、正则元字符或换行时怎么处理
sed 默认不支持 Unicode 字符边界，也不支持跨行匹配。若要替换含中文的字符串（如 联系我们），确保终端 locale 是 UTF-8（执行 locale 查看，应含 UTF-8），否则可能截断字节导致乱码。
若 OLD_STR 含 .、*、^、$ 等正则元字符，必须转义：\.、\*；或者改用固定字符串匹配模式（GNU sed 支持 -F）：
sed -i.bak -F "s|旧\.com|新.net|g" file.php
想替换多行内容（例如注释块）？sed 不适合，改用 awk 或 perl -0777；但对网站批量替换来说，99% 的需求都是单行文本，强行上多行反而增加出错概率。
真正麻烦的不是命令写法，而是判断哪些文件该动、哪些绝不能碰——比如 wp-config.php 里的 DB_NAME 值如果恰好和你要替换的字符串相同，sed 可不会智能跳过。动手前花三分钟人工抽样检查 3–5 个文件，比写十个正则还管用。
