百度编辑器的那些坑：
前言：
最近在处理公司的旧后台浏览器兼容问题，要求更换ewebeditor 编辑器，更换为ueditor 编辑器，并且要求 IE9/IE8/IE10/IE11/Micro Edge/Google/360 编辑器各项兼容，听说百度的编辑器兼容至IE6，以为简单的换个编辑器的我，在上面折腾了不少时间，本文针对具体问题进行处理，可能读者遇不到我这样的问题，事前说明：仅供参考、仅供参考、仅供参考
问题：
- 百度编辑器粘贴图片的时候，会出现暴露内网IP的隐患 - IE问题
- 百度编辑器
Ctril + v粘贴图片功能在IE上面不触发任何效果的问题 - 特殊符号传输后台的转义问题，以及将数据库的html读取之后，由于双引号导致的截取页面报错问题
- 针对
iframe这种嵌套框架，在保存的之后，拿不到编辑器内容的兼容处理方式
百度编辑器粘贴图片的时候，会出现暴露内网IP的隐患 - IE问题
问题复现
使用粘贴图片就会出现如下的问题，在查看源代码的时候，出现了如图所示的暴露源代码的问题，出现问题原因不明:
解决办法：
- 非常简单，只需要关闭
查看源代码的按钮就行，完美解决 - 如果一定要保留，在不知道如何处理的情况下，并且急需交差的时候，可以这么干（当时情况是第二天就得交差，由于一直找不到问题点，加班到晚上10想出来的办法）
障眼法：
先直接上代码：
// 点击源代码按钮对于编辑器的内容进行敏感href信息处理 2019.9.24
$('body').delegate(".edui-button-wrap","click",function(){
var editTxt = $('.edui-editor-iframeholder').find('textarea')
if(editTxt.length){
var content = UE.getEditor('ueditor').getContent();
var aE = $('');
aE.html(content)
// alert(aE)
aE.find('p.filedata').each(function(){
var newA = $(this).find('a')
// alert(newA.attr('href'))
if(newA.attr('href').indexOf("http://")>=0 || newA.attr('href').indexOf("https://")>=0){
var arr = newA.attr('href').split('/')
var newTxt = ''
for(var i=3; i|\"|\'|\&/g
str = str.replace(RexStr, function(MatchStr) {
switch (MatchStr) {
case "<":
return "<";
break;
case ">":
return ">";
break;
case "\"":
return """;
break;
case "'":
return "'";
break;
case "&":
return "&";
break;
default:
break;
}
})
return str;
}
- 绑定一个失去焦点的事件，在读取源代码的时候，对于内容进行截断
- 重新为href 赋值，保证连接无内网地址
- 去除掉内容里面的特殊标签，
- 重新为富文本框赋值
总结：
- 比较搞笑的解决方式，但是当领导掐着你脖子的时候，解决问题永远是第一位。至少这种方式上线之后，没有反馈出现过问题，各个版本的浏览器都是兼容的，算是逃过一劫
- 个人建议富文本编辑器有空多去玩玩查看源代码的功能，有时候编辑器的默认设置可能会坑了你，比如百度编辑器默认会加上 p 标签。。。。
特殊符号传输后台的转义问题，以及读取数据的问题
&
针对 iframe这种嵌套框架，在保存的之后，拿不到编辑器内容的兼容处理方式
问题复现：
由于旧后台是使用iframe进行拼接旧后台系统，在保存的时候，表单无法拿到富文本编辑框的内容，并且在读取的时候，会导致一些样式代码被截断导致内容显示不全的问题。
我们都知道富文本在数据库存储的一般都是html原文，一般的系统都会对一些 < > $ % 这种字符进行转义处理或者拦截。所以我们直接用js传原生文本肯定是不行的，需要进过如下的处理：
存储的时候：
- 转移特殊符号，替换原文本
- 拦截器拦截检测是否有特殊文本，进行二次转义
- 存储之前，将转义字符变为原始 < > 等标签，替换内容
- 将富文本存储到数据库，完成
读取的时候：
- 读取数据库的内容
- 回显内容到富文本编辑器（这一步其实会遇到非常多的奇怪问题，请看下文）
至于保存的时候，这里的实际情况是，旧版本的ewebeditor，在父iframe也就是表单的父页面使用了一个textarea 标签来保存具体的内容，导致即使我在iframe操作之后，依然会出现问题。
解决办法：
也是直接上代码：
var ue = UE.getEditor('ueditor');
//初始化内容
window.onload = function(){
setTimeout(function(){
ue.setContent($('#'+QueryStringByName('id'), parent.document).val())
},500)
}
// 绑定失去焦点事件
ue.addListener('blur',function(editor){
var content = UE.getEditor('ueditor').getContent();
var aE = $('');
aE.html(content)
aE.find('p.filedata').each(function(){
var newA = $(this).find('a')
if(newA.attr('href').indexOf("http://")>=0 || newA.attr('href').indexOf("https://")>=0){
var arr = newA.attr('href').split('/')
var newTxt = ''
for(var i=3; i- 在初始化的时候，跑去父窗口拿到数据的文本内容，做了一点点的延时加载。
- 使用
blur事件做textarea和 富文本编辑器的双向同步 - 同样需要处理内网地址暴露的问题，需要截取内网地址
- 对于特殊标签转义
总结：
- 富文本暂存区域，最好选隐藏域的
textarea，使用value 值会出现双引号截取的问题 - 小心转义带来的各种问题，一定要记得何时数据会被转义，同时什么阶段的数据内容是什么形式
- 关注富文本编辑器本身干的一些"
杂活"
处理百度编辑器粘贴在IE失效的问题（目前未找到解决方案）
问题复现：
这也是我要说的重点问题，目前我依然没有找到解决办法，下面的内容都是我的个人尝试，希望找到有过处理经验的人或者有其他方式的办法，有偿感谢！！
第一个问题：在IE当中，使用ctrl + V 是没有任何反应和效果的，而在谷歌的浏览器下面，
第二个问题：在IE中, 复制粘贴word内容无法粘贴图片
无法解决的办法：
https://www.cnblogs.com/songs...
遇事不决找谷歌，谷歌出了一篇这种文章，试下
大概在ueditor.all.js文件的23881行左右
bindEvents:{
//插入粘贴板的图片，拖放插入图片
'ready':function(e){
var me = this;
if(window.FormData && window.FileReader) {
domUtils.on(me.body, 'paste drop', function(e){
//判断剪贴板的内容是否包含文本
//首先解释一下为什么要判断文本是不是为空
//在ctrl+c word中的文字或者图片之后会返回1种(image/png)或者4种type(text/plain,text/html,text/rtf,image/png)类型的对象
//为了兼容4种格式的情况，做了如下的判断
//如下代码：e.originalEvent.clipboardData.items获得剪贴板的内容
//当粘贴了文本之后text是不为空的，同时也会返回当前文本的图片类型
//如果有文字的话不做任何的处理，如果只粘贴图片的话文本一定是空的，包括复制的桌面图片或者截图的图片
// var text = e.originalEvent.clipboardData.getData("text");
// if(text == ""){
// var items=e.originalEvent.clipboardData.items;
// for (var i = 0, len = items.length; i < len; i++) {
// var item = items[i];
// if ( item.kind == 'file' && item.type.indexOf('image/') !== -1 ) {
// var blob = item.getAsFile();
// getBase64(blob, function( base64 ) {
// //sendAndInsertImage(base64,me); 上传到服务器
// setBase64Image(base64,me);
// });
// //阻止默认事件, 避免重复添加;
// e.originalEvent.preventDefault();
// };
// }
// }
//TODO 粘贴图片的根本问题点 20201010
var hasImg = false,
items;
//获取粘贴板文件列表或者拖放文件列表
items = e.type == 'paste' ? getPasteImage(e):getDropImage(e);
if(items){
var len = items.length,
file;
while (len--){
file = items[len];
if(file.getAsFile) file = file.getAsFile();
if(file && file.size > 0) {
sendAndInsertFile(file, me);
hasImg = true;
}
}
hasImg && e.preventDefault();
}
});
//取消拖放图片时出现的文字光标位置提示
domUtils.on(me.body, 'dragover', function (e) {
if(e.dataTransfer.types[0] == 'Files') {
e.preventDefault();
}
});
//设置loading的样式
utils.cssRule('loading',
'.loadingclass{display:inline-block;cursor:default;background: url(\''
+ this.options.themePath
+ this.options.theme +'/images/loading.gif\') no-repeat center center transparent;border:1px solid #cccccc;margin-left:1px;height: 22px;width: 22px;}\n' +
'.loaderrorclass{display:inline-block;cursor:default;background: url(\''
+ this.options.themePath
+ this.options.theme +'/images/loaderror.png\') no-repeat center center transparent;border:1px solid #cccccc;margin-right:1px;height: 22px;width: 22px;' +
'}',
this.document);
}
}
}针对内容进行的处理操作
function getPasteImage(e){
return e.clipboardData && e.clipboardData.items && e.clipboardData.items.length == 1 && /^image\//.test(e.clipboardData.items[0].type) ? e.clipboardData.items:null;
}
function getDropImage(e){
return e.dataTransfer && e.dataTransfer.files ? e.dataTransfer.files:null;
}
//TODO 执行插入图片的操作 20201010
function setBase64Image(base64, editor) {
editor.execCommand('insertimage', {
src: base64,
_src: base64
});
}
//TODO 获得base64 20201010
function getBase64(blob, callback) {
var a = new FileReader();
a.onload = function(e) {
callback(e.target.result);
};
a.readAsDataURL(blob);
};
博客的方式是读取二进制流为Blob,然后调用原始的上传接口进行兼容，然而，我在直接套用之后，连谷歌的粘贴也失效了（坑爹！）
不用怀疑，肯定是：getPasteImage()中没有拿到想要的结果，所以我直接alert打印想要的内容，看下什么内容
加入代码console.log(e.clipboardData)看下IE什么效果（注意要使用高版本IE）
记得在测试之前，在粘贴板粘贴带图片内容的word内容，或者截个图粘贴到IE的富文本编辑框
不出所料，没有内容，我们直接打印 e 事件对象，看看有没有想要的内容
错了，使用console：
说实话，看不懂，凭感觉这里的dataTransfer没有内容，基本上是找不到如何获取粘贴板数据的点
所以个人判断是IE浏览器本身就对这种粘贴操作没有进行兼容或者处理（万恶的IE浏览器）
至此，我知道自己的能力不足，无法解决这个问题，所以跑去问前端了，然后前端百度一圈下来，和我说："要不换个编辑器？"
我没有死心，继续搜索
其他方式：
其实有其他的组织或者公司已经对于这种word的上传问题进行了解决
总结：
- 思路不错，但是基本属于闭门造车，并且还要安装一个exe的Active控件，无法解决问题
- 自己重写一个Active控件兼容处理
总结：
- 其他公司二次开发，商用版本
- 个人版本要300多一年，比较麻烦
- 也是基于word的上传开发了插件，并且需要安装word上传的控件
- 感兴趣可以下载看下，localhost 和 "127.0.0.1" 可以正常上传和使用
UEditor单独图片上传组件！适用IE,Chrome,firefox.
总结：
- 不是一码事，针对上传操作做了一些兼容和优化而已，无法解决粘贴的问题
官方Github:
问题描述：从word中复制的图片粘贴到UEditor中以后不能正常显示，work图片转存的按钮也不可用。
解决方案：参看 ISSUE
总结：
- 虽然官方的ISSUE 有人提过了，但是我访问404 啊。。。。
- 现在已经邮箱打扰，不知道给不给我这个菜鸟回复。。。。
经过上面的尝试之后，发现还是没有特别好的解决方式，于是反馈给上级，不让问题留在自己手里。。。。。
连官方那边都找不到办法，有点万念俱灰，于是把问题往上抛了，八成需要换编辑器，又有的忙了。。。。
分享：
说了这么多，其实我最想说的是，解决问题建议各位一定要留下文档记录，哪怕是如何解决的也好。
我是一个后端的开发人员，但是却被安排到前端去处理前端的兼容性问题，其实当时顶着非常大的压力的，客户催得紧，经理也天天问我进度，辛好公司有一位干过全栈的大神在，我的许多奇葩的样式错乱和按钮点击问题都是找他帮忙解决的，我对IE的各种奇怪现象其实挺恶心的，最后还是拖累同事陪我加班到十点解决上面的暴露内网的问题。在解决之后，我说了这么一句话：“我这辈子都不想碰到IE了”，但是那位全栈的同事却和我说：“怕什么，我连IE6的兼容性都搞过，不是照样搞好，这些问题解决之后，这就是属于你的经验，你不断积累经验，才能比别人更多优势”，这对我今年的工作态度产生了很多的工作影响，我不在思考为了工作而工作，而是思考为了自己而工作，希望我的话对大家有帮助。
最后总结：
就以我这个老掉牙的系统来说，目前百度的编辑器兼容和支持是最好的，实在不想再换别的浏览器，或者说换之前再挣扎一下，所以写下。
欢迎各位前端大神指教，帮助一下我这个后端临时抽来解决前端问题的人QAQ
如果有好的解决方式，欢迎拍砖