动易SiteWeaver6.8后台编辑器IE9/10/11兼容修复指南-开发者社区

简介：这份文档面向仍在使用动易 SiteWeaver6.8 建站系统的站长与后台维护人员，针对后台编辑器在 IE9、IE10、IE11 下无法正常加载、无法编辑文章的问题给出修复方案。资源包共 1 个 doc 文件，约 21KB，以图文步骤形式整理了两种处理思路：一是直接覆盖官方提供的兼容文件，二是手动修改编辑器与后台页面中的浏览器版本判断逻辑，并补充了会员中心编辑器在 IE10/IE11 下的适配办法。内容涵盖代码定位、替换片段、缓存清理与验证流程，读者可据此对照排查，快速恢复后台编辑功能，也可作为老旧系统浏览器兼容改造的参考记录。目前已有 935 人学习下载，适合需要维护传统 ASP 建站系统的技术人员查阅。

1. 动易 SiteWeaver6.8 后台编辑器在 IE9/IE10/IE11 下打不开：先看清这套老环境的版本底牌

上周又有人把动易 SiteWeaver6.8 的后台编辑器在 IE11 里点开，光标进不去、工具栏灰着，第一反应是“浏览器坏了”，重装 IE、换电脑、清缓存折腾一下午，最后发现是编辑器脚本里那段navigator.appVersion.match(/MSIE (.)/)在 IE11 的 UA 里根本匹配不到东西。这套系统在国内不少学校和单位的内容站点上还在跑，后台文章编辑依赖一个老式富文本编辑器，IE9 之后 UA 字符串改了写法，MSIE后面跟的版本号解析直接崩掉，编辑器初始化就卡死。装不好不是页面报错那么简单，是编辑框整个不可用，文章发不出去。这篇记录面向还在维护 SiteWeaver6.8 的开发者，把覆盖包和手动改两条路都走一遍，顺带把改完不生效、会员中心也挂掉的坑一起填上。

2. 动手前的环境盘点：IE 版本、文件位置与备份策略

2.1 先确认你面对的是哪一档 IE 和哪几个文件

这套修改只对 IE9、IE10、IE11 有意义，IE8 及以下本来就走老逻辑，不用动；Edge 的 IE 兼容模式行为又不一样，不在这次范围内。动手前先在后台随便打开一篇文章的编辑页，按 F12 看文档模式，确认当前实际渲染模式，再决定改不改。需要碰的文件一共四个，分布在站点根目录和两个子目录里：

文件路径	作用	是否必改
`Editor.asp`	后台编辑器主脚本，含 UA 解析和事件绑定	必改
`Admin/Admin_Article.asp`	后台文章管理页，输出 meta 头	必改
`Admin/Admin_Index.asp`	后台框架首页，输出 meta 头	必改
`User/User_Article.asp`	会员中心投稿页，输出 meta 头	会员中心异常时改

Editor.asp是核心，另外三个都是加一行X-UA-Compatible的 meta 输出，让页面强制走 IE7 兼容模式渲染，把老编辑器的 DOM 行为拉回它认识的年代。文件编码是 GB2312，用记事本改可以，但更稳的是用支持 ANSI 的编辑器，改完确认没被存成 UTF-8，否则中文全乱。

2.2 备份不是走形式，是给自己留后悔药

覆盖或手改之前，把Editor.asp、Admin目录下那两个 asp、以及User/User_Article.asp各复制一份，放到站点目录之外，命名带上日期，比如Editor.asp.bak20240612。我一般还会把整个Admin目录打个压缩包放本地，因为一旦改错导致后台白屏，你连登录进去恢复的机会都没有，只能靠 FTP 或主机面板传文件。备份完再确认一下站点有可用的文件管理入口，别等到后台进不去才发现只能干瞪眼。

提示：备份文件不要留在 Web 可访问目录里，.bak后缀在某些主机上仍能被直接下载，等于把源码暴露出去。

2.3 覆盖包和手动改怎么选

资源里给了两条路：直接拿包里的Editor.asp、Admin_Article.asp、Admin_Index.asp覆盖，或者自己手动加代码。覆盖快，适合文件没做过二次开发、版本干净的站点；手动改慢但可控，适合后台模板被改过、直接覆盖会丢自定义逻辑的情况。判断方法很简单，拿包里的Editor.asp和你现有的对比一下，如果除了那几行 UA 解析外还有别的差异，就别覆盖，走手动。下面两章分别把两条路拆开。

3. 覆盖法落地：三个文件替换与覆盖后的自检

3.1 覆盖顺序和目录对应关系

覆盖不是把压缩包整个丢上去，要按路径对号入座。包里的Editor.asp对应站点根目录的Editor.asp；Admin_Article.asp和Admin_Index.asp要放进Admin文件夹，覆盖同名文件。操作顺序建议先传Editor.asp，再传Admin下两个，因为编辑器脚本是核心，先换它再换页面头，出问题时容易定位是哪一步引入的。

用 FTP 工具传的时候注意传输模式选二进制，asp 文件虽然是文本，但 GB2312 编码在 ASCII 模式下某些客户端会做换行转换，传完中文变问号。传完在服务器上核对文件大小和修改时间，确认真的覆盖成功，而不是传到了错误的子目录。

3.2 覆盖后必须走一遍的清缓存流程

覆盖完直接刷新后台，大概率还是老样子，因为 IE 把旧的 js 和 asp 响应缓存住了。正确做法是关掉所有 IE 窗口，打开“Internet 选项”，在“常规”里删掉临时文件、Cookie 和历史记录，或者用Ctrl+Shift+Delete调出清除面板，勾选临时文件后清除。然后重新开 IE，进后台，打开文章编辑页。

如果还是不行，按 F12 打开开发者工具，切到“网络”面板，勾选“始终从服务器刷新”，再刷一次编辑页，看Editor.asp的响应是不是 200 且内容是新版。这一步能区分“没覆盖成功”和“覆盖了但缓存没清”两种完全不同的情况，省得反复传文件。

3.3 覆盖法适用边界

覆盖法有个前提：你的Editor.asp没有被改过业务逻辑。有些站点在编辑器里加过自定义按钮或上传路径，直接覆盖会把这些改动冲掉，表现为编辑器能打开但某些功能消失。所以覆盖前一定做 2.2 的备份，覆盖后逐个点一遍常用按钮——加粗、插图、超链接、附件上传，确认功能齐全再收工。如果发现功能缺失，从备份里把自定义部分摘出来，合并到新文件里，或者干脆回退走手动改。

4. 手动修改法：Editor.asp 两处 UA 解析与三个页面的 meta 头

4.1 Editor.asp 第一处：替换 MSIE 版本号解析

用记事本或 ANSI 编辑器打开根目录Editor.asp，搜索这段：

BrowserInfo.MajorVer = navigator.appVersion.match(/MSIE (.)/)[1] ; BrowserInfo.MinorVer = navigator.appVersion.match(/MSIE .\.(.)/)[1] ;

这两行靠navigator.appVersion里的MSIE x.x取主次版本号，IE11 的 UA 里已经没有MSIE字样，匹配返回 null，取[1]就抛异常，编辑器初始化中断。处理方式是把这两行注释掉（前面加//）或删除，换成从userAgent里取版本：

var ua = navigator.userAgent.toLowerCase(); BrowserInfo.MajorVer = ua.match(/msie ([\d.]+)/)[1];

这里ua.match(/msie ([\d.]+)/)匹配的是msie后跟空格再跟数字和小数点，取到的[1]是完整版本串如11.0。注意 IE11 的 UA 里其实写的是rv:11.0而不是msie 11.0，所以单靠这一行在纯 IE11 下仍可能取不到值——这也是为什么后面还要配合 meta 强制兼容模式，让页面以 IE7 文档模式运行，UA 判断和 DOM 行为一起回到老轨道。改完保存，确认文件仍是 ANSI 编码。

4.2 Editor.asp 第二处：事件绑定分支要改两处相同代码

同一个文件里搜索：

if (element.YUSERONCLICK) eval(element.YUSERONCLICK + 'anonymous()');

这段在文件里出现两次，两处都要改，漏一处就会出现“部分按钮能点、部分没反应”的玄学现象。改成按浏览器版本分支：

if(navigator.appVersion.match(/MSIE (7|8|9|10|11|12)\./i)!=null){ if (element.YUSERONCLICK) eval(element.YUSERONCLICK + "onclick(event)"); }else{ if (element.YUSERONCLICK) eval(element.YUSERONCLICK + "anonymous()"); }

逻辑是：IE7 到 IE12 走onclick(event)绑定，其他浏览器保持原来的anonymous()。onclick(event)把事件对象显式传进去，是因为新版 IE 的事件模型对anonymous()这种老写法支持不好，工具栏按钮的点击回调拿不到事件对象就静默失败。改的时候建议先改第一处、保存、搜第二处再改，避免两处混在一起看花眼。

4.3 Admin 两个页面加 X-UA-Compatible 头

打开Admin/Admin_Article.asp，搜索：

Response.Write "<meta http-equiv='Content-Type' content='text/html; charset=gb2312'>" & vbCrLf

在它下面加一行：

Response.Write "<meta http-equiv=""X-UA-Compatible"" content=""IE=EmulateIE7"" >" & vbCrLf

Admin_Index.asp做同样处理。这行的作用是告诉 IE 用 IE7 的文档模式渲染当前页面，编辑器依赖的老 DOM 接口才可用。注意 VBScript 里双引号要写成两个双引号转义，别直接抄成单引号，否则输出到页面的属性引号不配对，meta 失效。加完保存，两个文件都要确认改动落在Content-Type那行之后，位置错了不生效。

4.4 会员中心编辑器：User_Article.asp 补一行

如果后台能编辑了但会员中心投稿页还是打不开编辑器，改User/User_Article.asp。这个文件是静态 HTML 头写法，搜索：

<meta http-equiv="Content-Type" content="text/html; charset=gb2312" />

在下面加：

<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" />

这里用的是 HTML 属性双引号，和 4.3 的 VBScript 转义写法不同，别混。加完同样关 IE、清缓存、重开会员中心验证。

5. 避坑与排查：改完不生效的五种典型现场

5.1 现象：改完刷新还是老样子，编辑器依旧灰着

原因多半是缓存或文件没真正落盘。先按 3.2 清 IE 临时文件并用 F12 网络面板确认Editor.asp响应内容是新版；再登服务器看文件修改时间。还有一种情况是站点开了 CDN 或前端缓存，asp 动态页一般不受影响，但静态化的后台壳页可能被缓存，需要刷新缓存。解决顺序：确认文件 → 清浏览器缓存 → 清站点缓存，逐层排除。

5.2 现象：编辑器能打开，但工具栏按钮点了没反应

原因是 4.2 那两处相同代码只改了一处。YUSERONCLICK的绑定在文件里出现两次，分别对应不同按钮组，漏改的那组就走老anonymous()分支，在 IE9+ 下静默失败。解决：全文搜索YUSERONCLICK，确认两处都已是onclick(event)分支，改完清缓存重试。

5.3 现象：后台正常，会员中心投稿页编辑器仍不可用

原因是只改了Admin下两个文件，没动User/User_Article.asp。会员中心是独立入口，meta 头要单独加。按 4.4 补上X-UA-Compatible那行，清缓存后重开会员中心。这类“后台好了前台没好”的反馈很常见，本质是入口页面各自输出头部，改一处不影响另一处。

5.4 现象：改完中文全变乱码或页面白屏

原因是文件编码被存成了 UTF-8。SiteWeaver6.8 这套 asp 是 GB2312 体系，Editor.asp和两个 Admin 页存成 UTF-8 后，VBScript 里的中文和 Response 输出全乱，严重时语法解析失败直接白屏。解决：用编辑器另存为 ANSI/GB2312 编码，重新上传。改之前就把编辑器默认编码设成 ANSI，能省掉这一轮返工。

5.5 现象：覆盖后某些自定义功能消失

原因是覆盖包里的文件是原版，冲掉了站点二次开发加的自定义按钮或上传逻辑。这类站点不该走覆盖法，应从备份恢复，改走第 4 章手动修改，只动 UA 解析和 meta 头，保留业务代码。判断依据就是 2.3 说的文件对比，覆盖前花两分钟 diff 一下，比事后找回功能省事得多。

6. 装完怎么验证：从后台编辑到会员中心的一条龙检查

改完不算完，得有一套能重复走的验证动作，不然下次换台机器又说不清到底通没通。我习惯按下面这个顺序过一遍，每步都有明确的通过标准，任何一步不过就回到对应章节排查。

先清一次 IE 缓存，关掉所有窗口重开，登录后台，进文章管理，点“添加文章”。通过标准：编辑框出现闪烁光标，能直接打字，工具栏图标不是灰的。接着逐个点常用按钮——加粗、斜体、插入超链接、插入图片、附件上传，每个都点开看弹窗是否正常弹出、确定后内容是否落进编辑框。这一步能抓出 5.2 那种漏改一处导致的局部失效。

然后发布一篇测试文章，标题和正文都填上中文，保存后到前台看是否正常显示、编码有没有乱。这一步同时验证了 5.4 的编码问题，因为编码错了保存进库的内容就是乱的。再进会员中心，用普通会员账号登录，打开投稿页，确认编辑器同样可用，对应 5.3 的检查点。

最后做一次回归：换一台没访问过站点的机器，或者用 IE 的 InPrivate 模式，重新走一遍后台编辑和会员中心投稿。InPrivate 不带旧缓存，能暴露“本机好了但别人打开还是坏”的缓存依赖问题。全部通过后，把改过的四个文件和备份一起归档，文件名标注 IE9-11 兼容修改，下次迁移或重装直接对照。