现在我们已经习惯了模块化，微服务化，这样的确带来了很多的好处，但是有时也会有些小麻烦。比如： A组件和B组件各要调用一个接口，并且根据接口调用完成后执行回调，要求A组件的回调较B组件的先执行。 如果是在同一个组件里面，我们比较容易的控制接口的调用时机（同时调用两个接口），并且通过 Promise.all 来完成这个需求。但是在两个组件里面一不好控制接口的调用时机，二不好控制回调执行顺序。 这时我
今天看了下自己之前写的从vuecli3学习webpack记录系列，感觉自己居然没有在一开始的时候把vuecli的 npm run serve 的整体流程在一篇文章里面完整的讲完，可能是因为打字打的手疼，不想写了吧。今天特来补充一下。 这里是整体脉络，所以不会讲细节，细节在本系列里面已经讲到了。 const Service = require('../lib/Service') cons
公司的一个项目大致是这样的：一个左侧列表，点击左侧列表的文章标题，右侧展开该文章对应的内容的。 现在的问题出现在极少部分客户有时左侧的标题，无法打开对应的右侧的内容，给人的改进就是‘卡’、点不动、点了没反应。 再大致介绍下项目环境： chrome 44(打包到用户客户端内) Vue 2.6.10 左侧列表布局 列表的每个绿色方框是一个vue组件，名叫ListItem，列表
自己做的邮件项目里面需要使用到富文本编辑器，邮件内容说白了就是HTML代码。前任使用的是wangEditor，部分定制化需求就是直接改的源码。 最近发现有的用户的邮件内容加进去的很多css信息，比如 <link rel="stylesheet" href="style.css" ，用户可能是使用的模板加进去的，或者自己是个懂点代码的，因为我们默
一个经常会被问到的问题： 为什么不在 created 里去发ajax？ created 可是比 mounted 更早调用啊，更早调用意味着更早返回结果，那样性能不是更高？ 首先，一个组件的 created 比 mounted 也早调用不了几微秒，性能没啥提高； 而且，等到异步渲染开启的时候， created 就可能被中途打断，中断之后渲染又要重做一遍，想一想，在
我们都知道mysql的默认端口就是3306，一般默认是对外开放的，也就是可以通过ip + 端口的访问直接远程访问，这样是有安全隐患，类似百度云观察这样的服务扫描到的话就会把这当成安全隐患提示站长。 对于只有一个服务器的用户，也就是只用使用单机版的mysql就行了。 我们怎么关闭3306端口对外开放呢？ 修改/etc/my.cnf文件里面的[mysqld]的内容 最狠的办法 把 s
前面的一篇文章 Javascript保留格式翻译选区内容及预览（一） ，我们已经知道了，怎么获取选中的文字，然后交个接口返回，现在我们接着继续将这么讲翻译好的词语替换到原文的对应位置。 首先我们在选择文本并进行翻译时，我们的选区还在的，如果后续操作有存在丢掉选区的操作的话，我们需要先将选区暂存起来。 怎么保存选区 首先保存选区的前提是： 选区还存在 。 怎么说 ？ 如果我们选中的词语是
上一篇里面讲到运行 npm run serve 时运行的是 serveice.run(comand, args, rawArgv) 并且提到它提示返回的是一个promise，所以后面还接着 .catch(err => {...}) ; run 方法里面是 return fn(args, rawArgv); 而 fn 就是 registerCommand (name, opts
目前市面上的不少翻译，一般场景比较简单，都是纯文本翻译（可能会包含换行\n之类的），但是最近遇到一个需求是要实现富文本里面的翻译，这里的翻译很大的概率会有格式，比如这种 我们需要带格式翻译，翻译成如下的效果 这种翻译跟大多数翻译一样，也需要一个预览的功能，便于用户预览翻译结果和微调翻译结果，然后点击替换就直接将翻译结果替换到富文本的内容里面，样式需要保留，比如上面的加粗。
原生的单选就是 <input type="radio"/> ，正常情况在 name 相同的单选之间只能选一个，如果只有一个单选框的情况下，一经选中是无法自己取消的，和checkbox不一样。但是有时我们的需求是需要有一个radio，并且还要支持能选中和取消的。 当radio的被选中的时候，其实它的 checked 属性是 true ，取消时为 false 。并且如
