Scofield's Blog

缘起

由于上周企鹅云学生机超级大促销，恰逢千万云和在香港的云主机都快要到期，果断薅了6年多的低配主机，由于涉及到博客的迁移，为了让以后的更加省事儿和方便，决定将typecho搭建的博客全部用docker进行部署。在这里记录下，方便后期。

- 全文阅读 -

官方Github地址：

https://github.com/influxdata/telegraf

input 的grok 文档：

https://github.com/influxdata/telegraf/tree/master/plugins/inputs/logparser

logparser 用来监听 log 文件的变化，主要用 grok，而 grok 是 logstash 的语法，文档在这里:https://www.elastic.co/guide/en/logstash/current/plugins-filters-grok.html

如果要测试 grok，这里有一个在线的测试http://grokdebug.herokuapp.com/

telegraf 的 telegraf 配置

[[inputs.logparser]]
files=["/Users/scofield/go/src/git.coding.net/zzjz/payment.git/log/*.log"]
from_beginning=false
watch_method="inotify"
tags=["level"]
  [inputs.logparser.grok]
  patterns=['\[%{LOGLEVEL:level}\] %{TIMESTAMP_ISO8601:timestamp:ts-"2006-01-02 15:04:05"} %{UNIXPATH:file}:%{NUMBER:line:int} %{MESSAGE:message}']
  measurement="payment_log"
  custom_patterns='''
      MESSAGE [\w\W]{1,}
  '''
  timezone="Asia/Shanghai"

问题

最开始部署 nsq 的时候是直接在云主机上直接部署的,但是作为一个牛逼的程序猿,哦不,紧跟潮流,哦不, 方便扩缩容, 怎么能不上 docker 呢? 于是我就上了 docker, 和所有玩法一样,跟着 nsq 官方文档上留的那个 docker-composer.yaml 文件copy 了一份 yaml, 然后docker-compose up -d,愉快玩耍去了,直到有一天,我想看下队列的一些数据,进入了 nsqadmin 准备看某个 nsqd 的数据时,蹦出了下面这个:

- 全文阅读 -

起因

在给一客户部署 https 证书后客户反馈手机在安卓上无法打开，刚开始以为是服务器问题，但是在 chrome 和 iPhone 上均表现良好，于是翻出安卓机一看，果然有问题，弹出了如下界面：

原来是证书链的问题，那就好办了

- 全文阅读 -

作为公司，什么样的小伙伴是公司需要的呢？同样的，作为公司的员工，什么样的小伙伴才是受欢迎的呢？

提这个问题是因为今天辞退了一个试用期内的小伙伴，而且是属于“送神”的那种。这个小伙伴总结来说就是：不听指挥，不听建议，活在自己的世界里。具体做了什么天怒人怨的事情就不一一言语否则有背后说人坏话之嫌。总之弄到最后是领导极度不满，开发组内最有耐心的同事也拒绝与其交流和协作。公司肯定与做得不对的地方，但是弄得这样人神共愤，该同事的行为真的实属”难得“。而因为该小伙伴，我也和开发组的小伙伴第一时间进行了反思和总结，在避免再次找到此类同事也进行了一些总结，在此谈一下自己的看法。

- 全文阅读 -

系列说明

看到国内没有相关的翻译,都是些使用者的一些笔记之类的. 为了能够让更多的开发者使用nsq快速搭建消息队列服务,特有此系列. 此系列皆为翻译官网(http://nsq.io),个人水平有限,如有错误还望指出.

- 全文阅读 -

准备把我之前的一个 web 应用弄成微信小程序时遇到了 TLS1.2的问题，翻遍了Google，重新编译安装了最新的 openssl，tengine等各种库，即使开启了 TLS1.2，可是请求时仍然响应的是 TLS1.0。折腾了一个通宵，最终发现果然是自己傻逼了，把自己坑得产不忍赌。

最后问题原来是曾经有一个被废弃的主机箱配置过 ssl，当初配置该主机只设置了支持 TLS1.0。而如果 nginx需要支持 TLS1.2，那么需要将所有主机的 ssl 配置都改为支持 TLS1.2。泪奔~~~

记录在这里，希望能给相同问题的哥们儿有所帮助~~~