概念 记得2017年基于InfluxDb以及所谓的TICK监控解决方案，实现了公司近实时的业务监控，对核心业务指标进行监控预警，方便运营人员及时调整运营策略。 市面上，时序数据库的选型不少，比如OpenTSDB,Postgre(没错，它也可以变身时序数据库)-很多做模型的公司会选型postgre做模型样本数据的存储。 对于2017年提出的TICK这个历史概念，稍作介绍（注意：目前TICK已经不作为官方推荐方案） Telegraf 是一个数据收集和入库的工具。提供了很多 input 和 output 插件，比如收集本地的 cpu、load、网络流量等数据，然后写入 InfluxDB 或者 Kafka 等。Java里有类似的组件，比 …

场景-用户-需求 公司间分工产生供应链 核心企业利用自身在产业链中的强势地位，占用上游供应商企业的账期，同时对下游经销商实行先款后货的策略，通常会造成上下游企业资金紧张进而引发上下游企业的融资需求。 业务价值 不强依赖核心企业的情况下，依靠“独特”的风险控制变量，帮助银行识别可信任客户，帮助企业盘活其流动资产从而解决其融资问题。 解决方案 我们知道企业流动资产最重要的无外乎现金及等价物、应收账款和存货三大类。这就有了供应链金融的三种模式。 应收账款模式 预付款模式 存货模式 存货融资 总结 大的模式总的来说与上面三张图大同小异，每个参与企业可以根据自身特点进行模式微创新，但非常重要的有两点： 一是以何种身份参与供应链金融？是以助贷方 …

引子 最近接触了一个某互联网公司的某个新产品线技术负责人的岗位邀约，聊的过程中，业务负责人提了一个问题：从某个领域到另外一个领域，从零到一打造一款产品，有哪些经验是可以平移的？ 这个话题很有意思，对方明显是对招聘一个技术负责人来负责新的产品线，内心有点虚，需要候选人给一些增强其信心的理由。 针对这个问题，我计划写下这篇文章作为一个总结与回应。 产品人的核心职责 产品是一家公司的灵魂，是驱动公司业务增长的核心驱动力；一般来说，产品的创始人可能出身产品、运营甚至技术，互联网界就有很多技术出身的产品人，比如腾讯的马化腾，头条的张一鸣，腾讯的张小龙等等；优秀的技术人应当要有产品意识。 所谓产品人的核心职责，就是发现客户需求（痛点）、设计解决 …

分层 一、用户表示层 直接与用户交互的一层，一般是前端系统，例如：H5、App、微信/公众号/小程序等。也可以是独立的第三方系统，例如HIS、ERP、百度/腾讯平台等。比较形象的是一些常用前后端分离的应用设计方案，例如我们的App端，或者采用Vue/React框架的前端，表示层一般就是这些客户端/前端管理系统，通过网关暴露的Api来实现数据交互。 二、通用网关层 与业务无关的请求接入层，一般是Nginx/Kong或者Istio的Api-Gateway中间件，核心作用如下： 1、动静分离 静态资源和动态Api接口分开管理，以便于静态资源的CDN。 2、流量管理 通用网关是所有请求流量的入口，可以对流量执行多种管理方式。 3、负载均衡 …

一、微服务拆分规范 微服务拆分之后，工程会比较的多，如果没有一定的规范，将会非常混乱，难以维护。 1、高内聚、低耦合 紧密关联的事物应该放在一起，每个服务是针对一个单一职责的业务能力的封装，专注做好一件事情（每次只有一个更改它的理由)。如下图：有四个服务A、B、C、D，但是每个服务职责不单一，A可能在做B的事情，B又在做C的事情，C又同时在做A的事情，通过重新调整，将相关的事物放在一起后，可以减少不必要的服务。 _6672970941662981226.png) 图1. 高内聚、低耦合 通用拆分方式 先按业务领域拆（垂直），如社区、用户、商城、慢病、工单，如果有相同 …

之前 WordPress 推出不同文章样式，如轻博客一样，发一句话、链接或视频有不同的显示效果。之后，用 Hexo、Bitcron 时都以文件夹形式进行文章分类，并以此为判断条件。

1content
2├── posts
3│   ├── chat
4│   ├── coding
5│   ├── daily
6│   ├── reading

如 chat 目录内的 md 文件是以一句话的模式（头像+时间）显示，怎么实现呢？利用 Hugo 的 .File.Dir 和 replaceRE 正则。

前者在某个大神主题中翻到，一句代码： 1共 {{ len (where .Site.RegularPages "Section" "posts") }} 篇文章 总字数没有现成参数，官方手册看到 .Scratch.Add 瞎折腾完成: 1{{$scratch := newScratch}} 2{{ range (where .Site.Pages "Kind" "page" )}} 3 {{$scratch.Add "total" .WordCount}} 4{{ end }} 新建了个参数累加所有文章的 .WordCount 字数，一般放 footer …

效果见文章底部，这些图片非手动一张张插入，文章头部一句 path: 2004gd 搞定！

直接看代码：

1{{ if .Params.path }}
2    {{$Path := .Params.path}}
3    {{- range (readDir (printf "%s%s" "./static/images/" $Path )) -}}<img loading='lazy' src="{{(printf "/images/%s/%s" $Path .Name ) | absURL}}" />{{- end -}}
4{{ end …

总有那么一瞬间特别特别想发一张照片，但不是以文章形式发布。

实现思路是程序自动遍历指定文件夹内的图片，并展示在一个页面上。有了思路，剩下的就是看文档、看文档、看文档，此功能利用 Hugo 的 readDir function 函数达成。

日常更新把图片丢到 static/photos 中即可（搭配 Github Action 自动化部署更香）：

1static
2└── photos
3    ├── 落樱缤纷.jpeg
4    ├── 想象中的自由.jpeg
5    └── 儿时登过顶的狮子山.jpeg

全站 Site

网址：.Site.BaseURL

标题：.Site.Title，示例：

1<a href="{{ $.Site.BaseURL }}">{{ $.Site.Title }}</a>

副标题：.Site.Params.description

关键词：.Site.Params.keywords

头部菜单：

1{{ range $.Site.Menus.main }}
2	<li><a href="{{ .URL }}">{{ .Name }}</a></li>
3{{ end }}