背景 在PC端web项目中经常会出现要开新窗口打开某个页面的场景，一般来说这个新窗口（窗口B）很可能跟之前的窗口（窗口A）功能基本一致，只不过之前的窗口A打开的是a页面，新窗口B打开的B页面，其实两个窗口的内容是同一个应用，它们都是可以打开a页面和b页面的，既然是同一个应用的话，新开窗口B是不是就不必全部调用相同的接口了，我们是不是可以优化一下。 我这边的邮件项目就有类似的需求，它一个套
背景 前段时间对接了一个electron壳提供功能————拼写检查，也就是在输入的英文有问题的时候，给予红色波浪线提示，邮件的时候能出现候选词，选择候选词后进行替换。 在功能上线当天上午产品经理发现邮件的富文本编辑器CKEditor内部分场景无法正常简写拼写替换。。。 问题复现 我们输入正确的英文单词 Successfully ，此时不会有红色波浪线，符合预期，但是如果此时在中间
背景 前段时间接手了一个祖传项目，现在因业务需求，需要对产品进行国际化。 这个工作说起来也简单，但是就是个体力活啊，再说了，花费这么多时间对自己的成长可以一点用也没有啊，万一后面还有其它项目，需要做类似的工作呢，咱这次对下一次可是一点帮助也没有啊，这完全不符合我推崇的可迭加的进步啊。 想到自己之前也接触过AST和babel，看过神说要有光（公号「神光的编程秘籍」）的掘金小册 《Babel
刚才看了看上一篇写CKEditor的文章是在今年的一月份，现在轮到我们的设计师对编辑器下手了。我们回顾下现在的编辑器长什么样子。 需求 我们客户端默认窗口尺寸下，会出现排，并且第二排的这些功能使用频次相对较低，为了尽可能的增大用户的操作区域，所以决定做如下改动： 将居左对齐、居中对齐、居右对齐改成三合一的功能 将频次使用率低的有序列表和无序
原生终端 也就是使用的是 /bin/bash \h表示本地主机名 \W表示当前目录 比如~ \u表示用户名 $表示符号$ 写在 ~/.bash_profile 即可 个人不喜欢显示本地主机名，感觉太长了，也没什么用。显示出用户名和当前目录就可以了 cd ~ vi .bash_profile // 写入 PS1='\u:\W \$ ' source
背景 最近想起月初看到的 魔术师卡颂 （微信号：kasong999）的一个公开直播—— 《手写React优先级调度算法》 ，虽然我更倾向于认为直播内容是演示如何利用React官方同款调度库手写代码了解优先级调度，但是这并不影响我对直播内容的高质量的认可。 直播UP主魔术师卡颂给出的完整demo代码可以在 https://codesandbox.io/s/xenodochial-ale
少数情况因为网站使用http2配置不当，导致网站打开不正常，Chrome报错ERR_HTTP2_PROTOCOL_ERROR 有的时候我们在调用接口的时候也会出现这类问题，接口一直显示pending最后超时，在控制台能够看到报错信息 我们在无法定位并从源头解决问题的时候，可以通过自行调整客户端 Chrome的配置来解决问题。 步骤如下 打开 chrome://flag
我们在React（或Vue）项目本地开发过程中很容易由前端自己解决跨域问题，这里面就用到的是插件 http-proxy-middleware ，它并不是webpack独享的插件，而是一个通用插件，它对 http-proxy 进行了一层封装，更加方便我们使用。 之前刚接触webpack的时候写过一个 webpack反向代理proxyTable设置 前几天有个测试同事找我解决她的跑的本地项
现在将wordpress作为后台项目，自己用vue或者react做自己的前端的项目越来越多，虽然作为同一个对外的项目，实际上是有两个项目组成，那怎么去分配这两个项目的路由呢？哪部分走spa，哪部分走wordpress呢？ 链接分析 .php链接 wordpress是一个php项目，所有php的路由必然需要交由wordpress（php）处理 location ~* \.php$
我在这几天的集中隔离期间又思考下睡后收入，也就是被动收入，这些是我们自己 不用花费多少时间和精力 ，就可以自动获得的收入， 这部分收入的数量已经在我们总收入的占比越大我们越自由 。 我查了查当初停掉网站的Google Adsense的时间是在2020年的6月底，停掉的原因很简单，就是因为当时的主机访问速度比较慢，首次打开的速度不太理想，为了国外Adsense拖速度就停了，不知不觉停了快两年了
