长期维持hexo在3.x,之所以没有升级到latest v5是因为依赖的theme-next升级麻烦。

最近因为开启RSS时报错,发现跟版本直接有关。为了不浪费时间解决这种版本问题,索性升级了下,这样以后维护方便些。

这里简单描述下升级操作

阅读全文 »

工作中,企业微信是我们的协同办公工具,CI机制在我司已经玩的很成熟了,通知环节,我们往往通过它来做即时反馈。

最近个人参与了部分项目的接入,了解了下企业微信API,这里做下bot说明。

严格来说其实机器人我们可以做两种

  1. 群机器人
  2. 正常账号机器人
阅读全文 »

工作中需要经常检索工蜂上的仓库代码,快速执行某些操作,直接浏览器多次操作,还是不够效率,因此做个workflow。大致效果就像GitHub for Alfred

阅读全文 »

最近参与开发的产品有国内站和国际站之分,但代码维护的同一份,国际站与国内站,除了特定业务的不同,比如某些产品没有之外,主要即链接地址区别,

为了可维护性,代码中我们仍然写的是国内站链接,如果国际站用户访问,点击链接,则会302自动跳转到国际站链接下,足够的快,这个体验还OK。

但最近多种原因下,自动跳转关掉了,为了还是保持一份代码适应国际站/国内站,我们需要更新项目中已经散落各处的国内站链接,将其替换为不固定域名方式即变量写法,,比如将https://1991421.cn/2021/09/21/844e39cc/替换为https://${window.basicHost}/2021/09/21/844e39cc/。如何优雅的解决这个问题呢?

阅读全文 »

之前已封装了Alfred sdk,使用方式是在具体的workflow js中,手动安装包,然后require对应模块。常用的script filter构建,筛选,quicklook都已封装了fn,使用起来还算省事。但还没有CLI支持,为了进一步提升效率,CLI的开发可以驱动出来了。这里就mark下, 些许体会。

解决痛点

  1. 利用CLI可以自动安装Alfred SDK包
  2. 生成缺省或者指定的JS文件,代码层面也内置了模块装载,这些都不需要手动写了。

这样以后只需要npx @stacker/alfred-utils init,然后打开index.js进行业务编写即可。

阅读全文 »
0%