近期公告 

更新了深色模式显示效果,替换深灰色为深蓝色~在留言板贴链接的大哥别贴了,屏蔽了。谋事在人,成事在天,尽人事,听天命..
2022年8月15日 -

通常,我们使用 js 来克隆某一元素时一般会优先考虑 cloneNode(deep) 方法,通过该方法我们可以非常轻松实现元素克隆。当我们使用 on.xxx 为被克隆元素添加方法后,再使用 cloneNode 对其进行克隆后的元素将不再附带其自定义事件,也就是说:cloneNode()无法克隆事件(除元素内联事件外),这就导致其在部分场景无法适用。(注:在 jQuery 中的替代为 clone() 方法,该方法可以完整克隆自定义事件)
后了解到 importNode()及adoptNode(),前者与 cloneNode 一样无法克隆事件,后者则不同:adoptNode(Node)方法用于从另外一个文档中获取一个节点(可以是任何节点类型) adoptNode()会将原文档中的节点删除,类似元素“剪贴”后保留所有事件,这也是我们想要的。

Ps.

搜了一圈也没找到替代方法,一般就让用jquery,估计这个方法知道这个隐藏属性的也比较少,临时使用简单记录一下。

2022年8月15日 -

2022年7月19日 -

重新开启子域名cdn加速访问图片后,这个生成图文海报的插件又出了之前那个跨域问题,在后端配置了 Access-Control-Allow-Origin 后仍然不能访问(之前不知道是怎么搞的能访问),于是又查了一圈,发现需要给图片添加 crossorigin="anonymous" 属性,试了一下还是不能(此时图片无法访问)然后发现了个新方法: src 属性后添加固定字符串参数即可!(实测添加参数后,不添加 crossorigin="anonymous" 也可以正常访问)。在控制台网络中可以看到不携带参数出现cors跨域问题的图片是没有 Access-Control-Allow-Origin 响应头的,其 Referrer Policy  stict-origin-when-cross-origin ,原因就是 img 是在缓存数据中读取的,远程访问这个图片的时候没有携带请求头。参考链接:https://www.jianshu.com/p/169f50d95c19

Ps.

流程:首先需要在 nginx 中配置 Access-Control-Allow-Origin 跨域访问,之后在 html2canvas 中配置 useCORS:true 开启跨域,最后在需要跨域的图片 src 属性后添加任意参数(如 ?fixed_cors 不可随机参数,可能造成 cdn 缓存击穿),至于是否需要在跨域图片上添加 crossorigin="anonymous" 属性需要自行尝试。

2022年7月19日 -

2022年7月15日 -

突然发现 valine 的评论顺序出错了,在 @zlprime 的评论页面,最新评论的内容跑到最后一页去了。因为近两天刚把评论区的表情包地址全部替换了一遍,以为是 leancloud 控制台数据问题,于是赶紧换回去,结果一样。然后想了下最近也没有修改什么 valine 的东西,但还是去 github 看了下历史版本,发现正常的时候也就改了个样式。这就把我难到了,到底是那里出了问题?突然想到曾经修改过“排序”的内容也就只有评论置顶了,于是去注释掉相关代码后,一切恢复正常。

Ps.

这个就是典型的能用就行导致的代码逻辑不规范,至于之前为什么生效就不再去考究了,计划近期重写 valine 评论置顶。

2022年7月15日 -

2022年7月14日 -

今天发现评论区里之前的表白都失效了,原因是之前的腾讯云cdn过期了没有重新绑定,目前暂时打算先把已存在的评论数据表情包链接修改为当前wp的链接地址。首先去 leancloud 控制台看了下批量操作,结果发现不可行,其使用的 rest api 批量更新包含某个值的表里的 comment 时,只能全部更新 comment 内容,后面突然想到可以把数据导出后在本地用编辑器逐一更新,因为 leancloud 导出数据格式为 jsonl(列式JSON数据)所以可以轻松编辑完成后重新上传到 leancloud 来手动更新数据。虽说是手动替换,但因为是批量替换,2k+数据几分钟就搞定了。

Ps.

需要注意的是,数据上传时可能会提示:"error":"E11000 duplicate key error collection: JW6UQqU7IfksnJD56S9QLVSj-gzGzoHsz.Comment index: _id_ dup key,这表示已存在重复的数据,此时,将你需要更新的表从 leancloud 数据表中先删除掉,之后再导入修改后的表导入即可(注意做好备份,leancloud 导出数据时默认会发送24小时有效邮件,若数据出错可重复下载恢复修改前的数据)

2022年7月14日 -

2022年7月12日 -

如题,这种情况只会在重建相同域名数据库站点的时候才会出现,比如新建一个带mysql的站点后安装完wp再删掉(站点、数据库),重建的时候安装wp就会在最后一步报数据库wp_user表已存在,一堆错误.. 照网上删了frm数据库文件重建也无效(因为没有idb文件,全都是frm文件)

Ps.

暂时不知道什么原因导致的以及如何修复

2022年7月12日 -

评论留言

既来之则留之~ 欢迎在下方留言评论,提交评论后还可以撤销或重新编辑。(Valine 会自动保存您的评论信息到浏览器)