文本处理的难点 有一个文本文件，内容如下，摘抄其中两行内容如下，里面有两个配置db_addr, local_ip这两个配置，需要在不同环境要修改的。 db_addr=1.2.3.4:3306 local_ip=192.168.2.4 但是哪些地方要修改呢？为了提醒后续的维护者，我们给要修改的地方加个备注吧。 db_addr=1.2.3.4:3306 # 这里要修改 local_ip=192.168.2.4 # 这里要修改 .... ... if len(a) = 1024 { # 这里要修改1024 ... } ... 用sed替换？ 让别人一个一个地方去修改，也太麻烦了，有没有可能用脚本去处理呢？例如我们用DB_ADDR和LOCAL_IP这种字符串作为占位符，然后我们就可以用sed之类的命令去做替换了。 db_addr=DB_ADDR local_ip=LOCAL_IP sed -i 's/DB_ADDR/1.2.3.4:3306/g;s/LOCAL_IP/192.168.0.1/g' 1.cfg 这样做是有点方便了，但是也有以下几个问题 如果定义的占位符太多，sed会变得越来越长 如果某些占位符里本身就含有/或者一些特殊含义的字符，就需要做特殊处理了 用M4吧，专业的人做专业的事情 apt-get install m4 通过命令行定义宏 1.m4 db_addr=DB_ADDR local_ip=LOCAL_IP .... ... if len(a) = MAX_LEN { ... } ... M4可以使用-D来定义宏和宏对应的值，默认输出到标准输出，我们可以用>将输出写到文件中 m4 -D DB_ADDR=1.2.3.4:3306 -D LOCAL_IP=192.168.2.2 -D MAX_LEN=2048 1.m4 db_addr=1.2.3.4:3306 local_ip=192.168.2.2 .... ... if 1 = 2048 { ....

配置 树莓派3B+的配置 4核1G CPU ARMv7 Processor 64G SD卡 常用软件 neovim LXTerminal终端 chrome浏览器 谷歌拼音输入法 常用语言 golang c nodejs 外设 键盘鼠标： 雷柏 无线机械键盘加鼠标 150块左右 屏幕：一块ipad大小外接屏幕，400块左右 常用工作 Golang UDP Server开发， 总体还算流畅。前提时不要加载太多的neovim插件，特别象coc-vim, go-vim等插件，安装过后让你卡的绝望。每次当我绝望之时，我就关闭了图形界面，回到终端继续干活。但是即使使用纯文本方式登录，运行vim还是很卡。 后来我在macbook pro上也用neovim开发，发现也是很卡。于是我就释然了，9千多的macbook都卡，300多的树莓派卡一点怎么了！ 但是卡顿还是非常影响心情的，于是我就大量精简vim的插件。 我基本上就用两个插件，都是和状态栏有关的。其他十二个插件都给注释掉了 call plug#begin('~/.vim/plugged') Plug 'vim-airline/vim-airline' Plug 'vim-airline/vim-airline-themes' Plug 'jiangmiao/auto-pairs' "Plug 'yonchu/accelerated-smooth-scroll' "Plug 'preservim/tagbar', { 'for': ['go', 'c']} "Plug 'airblade/vim-gitgutter' "Plug 'fatih/vim-go', { 'do': ':GoUpdateBinaries', 'for': 'go' } "Plug 'dense-analysis/ale' "Plug 'vim-scripts/matchit.zip' "Plug 'pangloss/vim-javascript', {'for':'javascript'} "Plug 'leafgarland/typescript-vim' "Plug 'neoclide/coc.nvim', {'branch': 'release'} "Plug 'jremmen/vim-ripgrep' "Plug 'plasticboy/vim-markdown' "Plug 'mzlogin/vim-markdown-toc' call plug#end() filetype plugin indent on filetype plugin on filetype indent on set guicursor= set history=1000 let g:netrw_banner=0 let g:ale_linters = { \ 'javascript': ['standard'], \ 'typescript': ['tsserver'] \} let g:ale_fixers = {'javascript': ['standard']} let g:ale_lint_on_save = 1 let g:ale_fix_on_save = 1 let g:ale_typescript_tsserver_executable='tsserver' let g:airline#extensions#tabline#enabled = 1 let g:ale_set_loclist = 0 let g:ale_set_quickfix = 1 let g:ale_open_list = 0 let g:vim_markdown_folding_disabled = 1 let g:vmt_cycle_list_item_markers = 1 let g:tagbar_sort = 0 " colorscheme codedark " let g:airline_theme = 'codedark' " " buffer let mapleader = "," nnoremap <Leader>j :bp<CR> " previous buffer nnoremap <Leader>k :bn<CR> " next buffer nnoremap <Leader>n :bf<CR> " previous buffer nnoremap <Leader>m :bl<CR> " next buffer nnoremap <Leader>l :b#<CR> " previous buffer nnoremap <Leader>e :e<CR> " open netrw nnoremap <Leader>d :bd<CR> " close buffer nnoremap <Leader>g :!...

选择那个版本的系统？ 不要过高的估算树莓派的性能，最好不要选择那些具有漂亮界面的ubuntu或者manjaro, 因为当你使用这些带桌面的系统时，很大概率界面能让你卡的想把树莓派砸了。 所以优先选择不带图形界面的lite版本的系统，如果确实需要的话，可以再安装lxde 网线插了，还是无法联网 插了网线，网口上的绿灯也是在闪烁，但是eth0就是无法联网成功。真是气人。 解决方案： 编辑 /etc/network/interfaces, 将里面的内容改写成下面的，然后重启树莓派。 这个配置文件的涵义是：在启动时就使用eth0有线网卡，并且使用dhcp给这个网卡自动配置IP auto eth0 iface eth0 inet dhcp iface etho inet6 dhcp source-directory /etc/network/interfaces.d 无桌面版本，如何手工安装桌面 首先安装lxde sudo apt update sudo apt install lxde -y 然后通过raspi-config, 配置默认从桌面启动 sudo rasip-config 选择系统配置, 按回车键进入 选择Boot/Auto login， 按回车进入 选择Desktop, 回车确认。保存之后，退出重启。 键盘无法输入| | 在linux中是管道的意思，然而我的键盘却无法输入。最终发现是键盘布局的原因。 在图标上右键，选择配置 注意这里是US, 这是正常的。如果是UK，就是英式布局，是有问题的，需要把UK的删除，重新增加一个US的。 如何安装最新版本的neovim? 树莓派使用apt安装的neovim， 版本太老了。很多插件使用上都会体验不好。所以建议安装最新版的neovim。 sudo apt install snapd sudo snap install --classic nvim 注意： nvim的默认安装的路径是/snap/bin, 所以你需要把这个路径设置到PATH里，才能使用nvim. 如何安装最新的golang？ 打开这个页面 https://golang.google.cn/dl/ 因为树莓是armhf架构的，所以这这么多版本里，只有armv6l这个版本是能够在树莓派上运行的。 压缩包下载之后解压，里面的go/bin目录中就有go的可执行文件，只要将这个目录暴露到PTAH中，就能使用golang了。...

关于js sdk的设计，这篇文档基本上详细介绍了很多的点，值得深入阅读一遍。https://github.com/hueitan/javascript-sdk-design 然而最近在重构某个js sdk时，也发现了一些问题，这个问题并不存在于上述文章中的。 js sdk在收到服务端的响应时，直接将server端返回的错误码给到用户。 这里会有一个问题，这个响应码，实际上是js sdk和server之间的消息交流。并不是js sdk和用户之间的消息交流。 如果我们将server端的响应直接返回给用户，则js sdk可以理解为是一个透明代理。用户将会和server端产生强耦合。如果server端有不兼容的变化，将会直接影响到用户的使用。 所以较好的做法是js sdk将这个错误封装为另一个种表现形式，和server端分离出来。

程序可能大部分时间都是按照正常的逻辑运行，然而也有少数的概率，程序发生异常。 优秀程序，不仅仅要考虑正常运行，还需要考虑两点： 如何处理异常 如何在发生异常后，快速定位原因 正常的处理如果称为收益的话，异常的处理就是要能够及时止损。 能稳定运行364天的程序，很可能因为一天的问题，就被客户抛弃。因为这一天的损失，就可能会超过之前收益的总和。 异常应当如何处理 如果事情有变坏的可能，不管这种可能性有多小，它总会发生。《莫非定律》 对于程序来说，避免变坏的方法只有一个，就是不要运行程序（纯粹废话😂）。 1. 及时崩溃 var conn = nil var maxConnectTimes = 3 var reconnectDelay = 3 * 1000 var currentReconnectTimes = 0 var timeId = 0 func InitDb () { conn = connect("数据库") conn.on("connected", ()=>{ // 将当前重连次数重制为0 currentReconnectTimes = 0 }) conn.on("error", ReconnectDb) } func ReconnectDb () { conn.Close() // 如果重连次数大于最大重连次数，将不在重连 if currentReconnecTimes > maxConnectTimes { return } // 如果已经催在重连的任务，则先关闭 if timeId != 0 { cleanTimeout(timeId) } // 当前重连次数增加 currentReconnectTimes++ // 开始延迟重连 timeId = setTimeout(InitDb, reconnectDelay) } 2....

一般来说，监控pod状态重启和告警，可以使用普罗米修斯或者kubewatch。 但是如果你只想将某个pod重启了，往某个日志文件中写一条记录，那么下面的方式将是非常简单的。 实现的思路是使用kubectl 获取所有pod的状态信息，统计发生过重启的pod, 然后和之前的重启次数做对比，如果比之前记录的次数大，那么肯定是发生过重启了。 #!/bin/bash now=$(date "+%Y-%m-%d %H:%M:%S") log_file="/var/log/pod.restart.log" ns="some-namespace" echo $now start pod restart monitor >> $log_file # touch一下之前的记录文件，防止文件不存在 touch restart.old.log # 生成本次的统计数据 kubectl get pod -n $ns -o wide | awk '$4 > 0{print $1,$4}' | grep -v NAME > restart.now.log # 按行读取本次统计数据 # 数据格式为：podname 重启次数 while read line do # pod name name=$(echo $line | awk '{print $1}') # 重启次数 count=$(echo $line | awk '{print $2}') # 检查本次重启的pod名称是否在之前的记录中存在 if grep $name restart....

本来我的目的是使用cluster模块的fork出多个进程，让各个进程都能处理udp消息的。但是最终测试发现，实际上仅有一个进程处理了绝大数消息，其他的进程，要么不处理消息，要么处理的非常少的消息。 然而使用cluster来开启http服务的多进程，却能够达到多进程的负载。 server端demo代码： const cluster = require('cluster') const numCPUs = require('os').cpus().length const { logger } = require('./logger') const dgram = require('dgram') // const { createHTTPServer, createUDPServer } = require('./app') const port = 8088 if (cluster.isMaster) { for (let i = 0; i < numCPUs; i++) { cluster.fork() } cluster.on('exit', (worker, code, signal) => { logger.info(`工作进程 ${worker.process.pid} 已退出`) }) } else { const server = dgram.createSocket({ type: 'udp4', reuseAddr: true }) server....

对nginx的最低版本要求是？ 1.9.13 The ngx_stream_proxy_module module (1.9.0) allows proxying data streams over TCP, UDP (1.9.13), and UNIX-domain sockets. 简单的配置是什么样？ 例如监听本地53的udp端口，然后转发到192.168.136.130和192.168.136.131的53端口 注意事项 stream是顶层的配置，不能包含在http模块里面 proxy_responses很重要，如果你的udp服务只接受udp消息，并不发送udp消息，那么务必将proxy_responses的值设置为0 stream { upstream dns_upstreams { server 192.168.136.130:53; server 192.168.136.131:53; } server { listen 53 udp; proxy_pass dns_upstreams; proxy_timeout 1s; proxy_responses 0; error_log logs/dns.log; } } | Syntax: | proxy_responses number; Default: — Context: stream, server | This directive appeared in version 1.9.13. Sets the number of datagrams expected from the proxied server in response to a client datagram if the UDP protocol is used....

6月书单回顾 《鳗鱼的旅行》刚读到92% 《Googler软件测试之道》100% 《软件测试之道微软技术专家经验总结》24% 《沉默的病人》100% 《一个人的朝圣》9% 《读懂发票》100% 《108个训练让你成为手机摄影达人》100% 《经济学通识课》5% 《楚留香新传》100% 7月书单 《鳗鱼的旅行》 《软件测试之道微软技术专家经验总结》 [KU]《一个人的朝圣》 [KU]《经济学通识课》 new 水浒传 [KU] new 围城 [KU] new 黄金时代 new 长安十二时辰 [KU] new 幻夜 new 软件开发本质论 [KU] new 苏东坡传 [KU] new 诡计博物馆 [KU] new 大师的盛宴 二十世纪最佳科幻小说 [KU] new 活出生命的意义

Google软件测试之道（异步图书）James Whittaker; Jason Arbon; Jeff Carollo 序标注(黄色) - 位置 361从根本上说，如果测试人员想加入这个俱乐部，就必须具备良好的计算机科学基础和编程能力。变革标注(黄色) - 位置 367招聘具备开发能力的测试人员很难，找到懂测试的开发人员就更难，标注(黄色) - 位置 368但是维持现状更要命，我只能往前走。标注(黄色) - 位置 388我们寻找的人要兼具开发人员的技能和测试人员的思维，他们必须会编程，能实现工具、平台和测试自动化。第1章 Google软件测试介绍标注(黄色) - 1.1 质量不等于测试 > 位置 573Google能用如此少的专职测试人员的原因，就是开发对质量的负责。标注(黄色) - 1.1 质量不等于测试 > 位置 574如果某个产品出了问题，第一个跳出来的肯定是导致这个问题发生的开发人员，而不是遗漏这个 bug的测试人员。标注(黄色) - 1.2.1 软件开发工程师（SWE） > 位置 593软件开发工程师（标注(黄色) - 1.2.2 软件测试开发工程师（SET） > 位置 600软件测试开发工程师（标注(黄色) - 1.2.3 测试工程师（TE） > 位置 612TE把用户放在第一位来思考。 TE组织整体质量实践，分析解释测试运行结果，第2章 软件测试开发工程师书签 - 位置 784标注(黄色) - 位置 787Google的 SWE是功能开发人员； Google的 SET是测试开发人员； Google的 TE是用户开发人员。标注(黄色) - 2.1.1 开发和测试流程 > 位置 864测试驱动开发”标注(黄色) - 2....