邮件项目的核心功能就是编辑邮件了，所以文本的编辑特别容易被用户吐槽了。用户报障的时候一个万能的吐槽点“没有xxx功能，不支持xxx，没有Outlook好用”。 其实作为一个web产品，如果需要更加公平的对比的话，应该远程web版网页邮箱对比（如outlook网页版），而不是客服端软件（如Outlook），普通用户不知道也不会这么对比，所以你也只能受着。。。 从原来的wangEditor替换成CK
2021年全年的工作总结起来很简单，算是做苦力的一年吧。。。 2021年春节后就开始邮件项目从Vue迁移到React的工作以及富文本编辑器由wangEditor替换成CKEditor。 其实自己对这项工作内心是排斥的，这绝对不是自己从Vue因为切换到不熟悉的React技术栈。 我对此工作安排的分析如下： 这是一项时间跨度很长的工作，迁移期间是需要同事兼容两套系统的。 长期性工
背景 CKEditor富文本 编辑器 （生产版本1.1.1及以前）里面包含富文本基础插件及当前最新的邮件特定的业务插件（签名、快捷回复、邀评、默认样式、选择颜色、插入图片、粘贴模式） O端 ，作为业务项目，具体使用编辑器。 O端 + 编辑器 组合起来作为完整的项目运行。 图中 红框 内标注插件为原编辑器不支持而全新开发的 图中 蓝框 内标注插件为原编辑器还有类似插件
之前写过 《富文本编辑器wangEditor迁移CKEditor前后效果对比》 ，结合大家的反馈后进行了调整。 增加了具体案例的展示CKEditor插件和事件系统，重新整理成迁移方案。 一、背景 老版本富文本编辑器wangEditor的工具栏如图所示 新版本富文本编辑器CKEditor4工具栏如图所示 老版本编辑器有以下常见业务场景不支持： 先设置字体字号
在一次项目优化过程中，我采取了按需加载的策略，将对CKEditor入口JS文件的加载过程移动到了点击回复邮件之后，这样的话，当用户没有编辑邮件的需求时就不用加载CKEditor相关的JS文件了。但是因为这一个改动，引起了意想不到的问题。 因为我们的项目中IM聊天页面也用到了简易的富文本编辑，使用的也是contenteditable的div来实现的，问题也是因此而出现的。我们先简单介绍下CKE
熟悉的朋友应该知道之前是用的wangEditor，近期才迁移到CKEditor，很早的时候项目就支持一个叫“默认样式”的功能，需求就是部分BU希望能够统一邮件对外发送的样式，比如统一使用“宋体，黑色，18px”。 之前在wangEditor上是这么实现的 <p class="default-email-style" style="margin
我们看一下CKEditor4的编辑器内容的设置和获取过程，也就是setData和getData过程。 我们在调用 editor.setData 的时候，调用的就是 core/editor.js 里面的 setData 方法。 // src/core/editor.js setData: function( data, options, internal ) { var fire
最近经常修改docker容器里面的东西，无意中重启发现容器立即就挂了。。。慌的一批，总不能直接重新新建吧，虽然是没什么，但是数据呢？ 想直接使用 docker exec -it container-name /bin/bash 进入容器是不行， docker exec 只能进入到启动中的容器，那怎么办？ 既然是修改某个配置重启后就失败的，那代表我们的此次修改有问题，我们删掉我们的改动点就
上周末的时候打算把自己的网站从vue的ssr转换为react的ssr，鉴于之前在vue中是用的原生的ssr，这次想在react中试试框架，所以首选的就是next.js。 第一次用next.js，根据官方文档来实现实现即可，但是遇到了一些问题，主要是跟store相关的，在vue中我用的是vuex，数据的全都是存储在vuex，相应主要需要数据的话就是在asyncData方法中调用，然后存在store
因为之前安装php是采用的源码编译安装，当时的编译参数是 ./configure --prefix=/usr/local/php --enable-fpm --with-fpm-user=nginx --with-fpm-group=nginx --enable-mysqlnd --with-mysqli=mysqlnd --with-pdo-mysql=mysqlnd --enable-