A command line tool that can generate keyword cloud images based on blog markdown files with one click, and supports uploading images with one click

A small tool that can generate keyword cloud map with one click

The cover image, which contains the keyword cloud image of this README.md and the author's signature, is generated using the tool library with one click and uploaded to Alibaba Cloud as the cover image of the README.md.

background

Some time ago, I was in contact with some unfamiliar technical points. In order to prevent forgetting some important points, I thought of recording them in the form of documents. In the process of blogging, some technical point keywords are often listed in the article, such as typescript node oss package-patch github action... But these keywords just indicate the relevant content of this article.

Then I had a bold idea in my mind, can I implement a tool whose main function is to automatically generate a keyword image based on the input blog article path , and then treat this keyword image as this article The cover image of the blog achieves the finishing touch and highlights the purpose of the blog mainly covering technical points

After having this idea, I fell into the predicament of not wanting to eat without food...

After more than a week, 60+ commits, and 1500 lines of working code, it was born...

Introduction

This is a tool that can automatically parse the keywords in the file with one click according to the file path entered by the user, and then randomly generate a keyword image .

At the same time, in order to meet the needs of users in different scenarios, you can also give it high customizability through simple parameter configuration. At the same time, in order to reduce the user's cost of use, the configuration file does not need any configuration by default to achieve one-click generation of keyword images.

Features include but are not limited to:

• Support one-click generation of pictures
• Support one-click upload to Alibaba Cloud
• Support one-click upload to github
• Supports configuring Aliyun and github custom domain names
• Support copy upload link to clipboard to generate md specification image format
• Support one-click verification of upload permissions
• Support setting image size
• Support setting font size
• Support setting the maximum number of keywords
• Support black + white theme mode
• Support custom fonts, currently support hand-painted style zh and English rounded font en
• 支持各种文件夹命名格式
• 支持设置图片右下角作者签名
• ...

技术点

nodejs的读写和周边能力以及canvas的绘画能力等

主要用到了以下一些技术：

• nodejs 读写
• nodejs 周边
  • ora
  • chalk
  • commander
  • base64-img
  • copy-paste
• canvas 绘图
• ali-oss 上传图片至阿里云
• octokit 上传图片到 github
• ...

实现框架

如何使用

这是个node工具库，它的使用方式你可以类比于你全局安装的git或者是vue-cli

如果你还不知道为啥可以在安装完这些全局工具库后，你就拥有了在任何文件夹或者终端中使用它们来帮助你做一些有意思的事的原理的话。那么我的建议是你可以通过参考本工具库，实现一个属于你自己的工具脚手架，它可以辅助你做任何有意思的魔法的事情

言归正传，关于如何使用，我给出的答案是，你可以什么都不用做，只用执行以下几行命令：

第一步：全局安装该工具库

npm install -g draw-md-keyword

第二步：去往任何具有.md 文件的文件夹中

第三步：一键生成项目的配置文件 dmk.config.js

dmk init

第四步：通过命令指定要基于哪个文件一键生成你想要的关键词云图

dmk draw ./xxx/xxx.md

第五步：通过命令一键将图片上传到 oss 或者是 github 中，并默认帮你复制图片 md 格式到剪贴板，方便你应用在你的博客中

dmk github ./xxx/xxx.png
或者
dmk oss ./xxx/xxx/png

注：如果要使用上传图片的功能，需要先在第三步生成的配置文件中，进行相关有效的配置。如果你不确定自己配置是否正确的话，我依然很贴心的为你准备了一个dmk verify命令，辅助你校验你配置的 github 或者 oss 是否有效

dmk verify oss
或者
dmk verify github

命令

支持的命令	参数	命令阐述
dmk init	无	生成默认配置可用的配置文件，用户自定义配置全在这里面设置
dmk draw	md-filepath	基于你输入的 md 格式的文件路径和你的自定义配置生成一张随机样式且包含文件关键词的图片
dmk oss	png-filepath	基于你输入的 png 格式的图片路径和你的自定义配置上传图片到阿里云 oss 上
dmk github	png-filepath	基于你输入的 png 格式的图片路径和你的自定义配置上传图片到阿里云 github 上
dmk verify	oss | github	校验你在配置文件中关于上传图片的一些参数设置项是否正确，也就是你设置的 token 对不对

配置文件

这里列出了 dmk.config.js 中的所有配置项，且都有详细的配置说明。你完全可以在自定义配置后生成你需要的关键词云图并进行上传。

module.exports = {
  configFileName: 'dmk.config.js', // 执行dmk init后，生成的配置文件的名称，不支持改动，所有命令都会读取该文件
  initConfig: () => {
    return `const dkConfig = {
  canvasConfig: {
    width: 800, // 图片宽度
    height: 400, // 图片高度
    fontSize: 20, // 字体的默认大小，字体越大，会使生成的云图中的关键词越少
    theme: 'light', // light透明背景，dark黑色背景
    themeLightFontColor: '#000000', // theme为light情况下，绘制关键词的颜色，如果不是一个hex格式的颜色，会进行随机颜色绘制
    themeLightBorder: true, // theme为light情况下，绘制的图片是否需要边框，默认需要
    fontStyle: 'normal', // normal正常字体，italic斜体（斜体会使用Microsoft YaHei）
    fontFamily: 'zh' // 目前支持中英文两种字体，zh为中文手绘体，en为圆润英文字体，如果设置后会选中设置的字体，否则会随机进行匹配
  },
  copyAble: true,// 是否需要在上传图片后，帮你自动复制md图片格式到剪贴板中，方便你粘贴使用
  folderName: 'dmk', // 生成图片的文件夹名称
  format: 'yyyy-mm-dd', // 生成图片的名称的前缀，不建议以/作为分隔符，因为生成时会将/当作文件夹分隔符，支持yy、mm、dd、yyyy随机排列
  max: 20, // 最多生成包括多少个关键词的云图，超出设置的值时会随机选中10个
  singleKeywordMaxLength: 10, // 单个关键词的最大长度，超出后会自动截取成...
  // 设置作者字段后，在生成的云图的右下角进行签名
  authorOption: {
    author: 'weirui88888', // 作者名
    font: {
      family: 'zh', // 同上，当前支持zh和en
      color: '#000000', // 字体颜色，如果在暗黑模式下，请设置正确的颜色，否则看不见～
      size: 18 // 字体大小，注：作者绘制区域在canvas画布的右下角100*100大小，过多的字体或者过大的字体导致看不见～
    }
  },
  // 支持一键上传oss，相关配置请参考 https://www.npmjs.com/package/ali-oss，只有region、accessKeyId、accessKeySecret、bucket是必须要正确填写
  oss: { 
    region: '',
    accessKeyId: '',
    accessKeySecret: '',
    bucket: '',
    folderName: '', // 上传图片至哪个文件夹
    host: '' // 自定义域名
  },
  // 支持一键上传github，可以利用gh-pages实现个人关键词云图集库，方便后期使用，但是貌似github对于图片的支持不太友好
  github: {
    personalAccessToken: '', // github右上角settings=>Personal access tokens=>Generate new token生成，token具备权限就选择write:packages即可
    owner: '', // github用户名
    repo: '', // github仓库名，任意仓库都可以上传，但建议利用gh-pages当作自己的服务器，可方便存储预览
    branch: '', // 分支名，如果利用gh-pages功能的话，这里使用gh-pages
    imgPath: '', // 图片路径，任意合理的路径都可以，比如images，图片会被上传到images/xxx.png，比如images/dmk，图片会被上传到images/dmk/xxx.png
    customDomain: '' // 自定义域名，生效的前提是你上传的仓库名是形如owner.github.io，这里的owner就是你上面添加的github用户名，并且上面配置的branch为gh-pages，还有就是你配置了自己的域名，不展开陈述了，不会设置的去参考上上网相关的资料
  }
}
module.exports = dkConfig
`
  }
}

常见问题

生成图片时终端卡住

最有可能出现问题的情况是执行dmk draw命令，因为该命令是通过解析你的 md 输入文件中的关键词，然后进行大量的位置布局计算，寻找具备绘制条件的方案，再进行 canvas 画布绘制，最后生成图片。出现问题的原因大概率是你的配置文件中的一些配置导致无法正常的绘制图片，主要可能有以下几点：

• 图片长和宽过小，导致无法容纳太多的关键词
• 关键词字体大小设置过大，导致无法计算出具备绘制条件的方案
• 关键词数量过多，导致无法计算出具备绘制条件的方案
• ...

如果遇到这种问题，你只需要进行适当的参数调整，然后重新执行该命令即可

无法上传图片

出现这种情况只有一种可能，那就是你的相关配置项没有设置正确。比如上传阿里云 oss 的 accessKeyId 和 accessKeySecret 设置的不对，又或者是上传 github 的 personalAccessToken 没有设置正确，或者已经过期。如果你不确定的话，可以通过使用dmk verify oss或者dmk verify github来校验下你的配置是否 OK

已经配置了自定义域名，控制台却仍然返回不带域名的资源链接

如果你配置了自定义域名，不管是 oss 还是 github，在上传完图片的瞬间，我会通过你设置的自定义域名和图片相关路径，来验证该张图片是否是可被自定义域名访问的。有时候可能由于服务器的缓存或者其他原因，导致我访问时认为不存在这张图片。那我就会退而求其次，将源站图片资源链接返回给你。

这个时候你能做的就是确认两件事，一个就是确认下你的自定义域名设置是否正确，比如 oss.host 是否以 https 开头，貌似通过 http 访问这张图片，就会认为它不存在～ 另一个要确认的就是，如果你是上传图片到 github 仓库中，那么你的 repo 一定得是 owner.github.io 这个仓库，这里得owner就是你的用户名，并且 branch一定得是gh-pages，如果你问我为什么，那么你就需要先去了解下 gh-pages 的含义和限制

上传的图片无法直接访问

这是因为阿里云的 oss bucket 安全策略，只有设置了自定义域名的 bucket 才能通过域名的形式访问 bucket 中的资源，否则通过源站资源链接访问图片时就变成了直接下载图片

总之，为了能够降低用户的使用心智负担，我在代码实现中，做了大量的兼容处理，同时也会在执行命令出错时，贴心的告诉用户是由于什么配置项的缺失或者错误设置导致。如果你在使用的过程中，仍然有一些不解的点，可以通过issue来进行反馈

NEXT

基于用户众口难调和使用场景各异的背景，我没办法在短时间内实现更多人性化且丰富的自定义配置需求。但这只是一个开始，最主要的是去做和实现，很多程序员都停留在观看文档，在心里盘算着如何实现某一个功能。这无异于在浪费时间且毫无价值。因为人的记忆是有限的，并且很多时候不是你以为的就是你以为的

接下来的任务，我会基于实际的使用场景出发，继续丰富该工具库的功能，现有的想法有以下几点：

• 是否需要支持上传文件夹中所有图片，而不是一张张的上传
• 是否需要支持基于远端的html url链接进行绘制，这样就不用局限于只能基于本地的 md 文件进行图片生成了
• 是否需要通过命令行传参数的形式，允许用户自定义选择要进行绘制的关键词类型，现在是默认会解析出 md 文件中所有强调****和转义反引号``包含的关键词
  • 支持了通过命令行传参的功能后，你就可以这样使用了：dmk draw ./xxx/xxx.md --strong代表你只需要基于你的文档中的加粗****的关键词进行绘制，dmk draw ./xxx/xxx.md --code代表你只需要基于你的文档中的转义反引号``中关键词进行绘制
• 现在支持的几种字体都是网上找的可商用的，放在工程中还是有点大，考虑再支持一个命令，可以一键支持用户使用自定义网络上的任意字体，至于该命令叫啥，还没有想好...

因为我一个人的能力和时间是有限的，就我现在回想来看，代码实现中，还是有着一些不太如人意的实现。比如：

• 如何计算，能够使得 canvas 画布的有效绘制区域更加大，并且保持着关键词不被绘制重叠的，现在是先大量的计算出不相交的圆，然后在圆中写入关键词
• 如何计算，才能使得绘制的区域不会覆盖到右下角的作者绘制区域，现在是提取作者绘制区域的一些关键点，使用 canvas 的 isPointInPath Api 能力，判断关键点不得位于即将要绘制的圆的区域内
• 暂未实现根据关键词的数量，自动的设置字体大小，让所有关键词都可以自动被绘制出来
• 关于字体读取的问题，由于这个库最终你会通过全局安装的方式在本地进行安装，绘制时使用的字体也是你本地的字体文件路径，我对现在的字体文件路径引用不太确定是否合理，或者有没有更合适的方案，因为它可能涉及到你本地 node 安装的版本有哪些，如果你有更好的见解，欢迎prs
• ...

如果这正撞到你的枪口（擅长点）上了，那么欢迎你参与进来，做强做大，造福人类

提示

• 该包中用到的canvas在安装的时候可能会出现一些莫名其妙的问题，原因貌似是该包同系统环境配置相关的问题。网上有很多人在使用该包时遇到了类似的问题，如果你是那个幸运儿，那么可以根据你控制台的报错信息，网上寻求有效的解决方法。
• 由于该工具库中涵盖了几种字体，它们的体积相对来说还是偏大的，所以在全局安装的时候，可能会在网慢的情况下稍微有点慢，后续考虑如何优化
• 关于图片上传相关的密钥信息，不要随着 dmk.config.js 文件上传到你的仓库中，你可以将生成的 dmk.config.js 文件放到.gitignore 中
• Although github provides us with a free server that can be used to build some simple projects, such as blogs and personal homepages, it seems to be limited to only one repository. At the same time, it seems that the level of support for pictures is not very friendly, and it is relatively slow. Therefore, it is recommended to use third-party cloud tools. If you want to configure it but cannot configure it, you can refer to my article on how to create an oss bucket with a cdn-accelerated domain name.

Easter eggs

Because the tool library encapsulates a complete set of uploading pictures, it currently supports 阿里云ossand github. So I'm wondering if there is a possibility that if you have installed the tool library globally, then in any of your working directories, you only need to perform the following three steps, you can install your favorite to save some time.

第一步：生成dmk.config.js配置文件
dmk init

第二步：配置dmk.config.js中的相关上传选项，删除canvas相关的配置

第三步：选中心仪的图片进行上传
dmk < github | oss > ./xxx/xxx.png

participate