Attack on Life ⚔️

Personal blog

发表于 更新于 本文字数： 597 阅读时长 ≈ 1 分钟

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

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

这里简单描述下升级操作

阅读全文 »

发表于 更新于 本文字数： 420 阅读时长 ≈ 1 分钟

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

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

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

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

发表于 更新于 本文字数： 653 阅读时长 ≈ 1 分钟

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

阅读全文 »

发表于 更新于 本文字数： 2.1k 阅读时长 ≈ 3 分钟

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

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

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

阅读全文 »

发表于 更新于 本文字数： 756 阅读时长 ≈ 1 分钟

之前已封装了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进行业务编写即可。

阅读全文 »

发表于 更新于 本文字数： 498 阅读时长 ≈ 1 分钟

前端构建/或者node开发时经常会遇到这个变量，但这个变量到底什么来历，能有什么影响呢，之前并没有系统了解下，这里就整理mark下。

  1. NODE_ENV是个环境变量
  2. 安装NodeJS，或者Webpack并不会带来这个变量的设定，我们往往需要自己设定，在没有进行设定前，如果打印会发现是undefined
  3. 这个环境变量是Express带来的，当前算是个约定俗称的实践。
  4. NODE_ENV设定为development/production还是其它值有没有区别取决于所采用的工具是不是依赖该值，比如webpack中我们有时会根据NODE_ENV来选择性开启某些插件处理，比如哈希指纹生成等

项目中操作修改该值

如果是CI构建等，我们往往在docker容器级别就修改了该值。而本地，不同项目我们有时是需要灵活设定的，因此项目级控制比较好。

1
$ cross-env NODE_ENV=production node testaaa.js
阅读全文 »

发表于 更新于 本文字数： 1.5k 阅读时长 ≈ 2 分钟

一直没港/美卡，最近我司有团办，报名办理了下，手续繁琐复杂，避免遗忘，这里mark下。

阅读全文 »

发表于 更新于 本文字数： 3.7k 阅读时长 ≈ 6 分钟

最近调研区块链钱包插件的技术可行性，其中牵扯到grpc技术，官方repo有demo，但正常跑起有些门槛儿的，因此这里总结下。

安装

protobuf

1
2
3
4
5
# 推荐安装方式，这样不需要再编译及进行环境变量配置，https://formulae.brew.sh/formula/protobuf
$ brew install protobuf

# 验证安装成功
$ protoc --version
阅读全文 »

发表于 更新于 本文字数： 459 阅读时长 ≈ 1 分钟

在docker部署前端静态资源时遇到如下信息
npm WARN read-shrinkwrap This version of npm is compatible with lockfileVersion@1, but package-lock.json was generated for lockfileVersion@2. I’ll try to do my best with it!

我的本地环境版本如下

  • node v14.17.0
  • npm v7.x

Google后找到了原因。npm版本不同，对应lock文件版本也不同，具体表现之一即lockfileVersion 字段值就不同。比如npm对于v6 lockfileVersion为1，而v7 lockfileVersion为2

阅读全文 »
0%