最近做了一个图像增强程序，用到了OpenCV。为了方便发布，我将代码使用Golang+GoCV重写，但是编译的时候发现比较麻烦，特别记录一下，以备后查。 本文对应版本如下：

• Ubuntu 18.04.5 LTS
• Golang 1.15.6
• OpenCV 4.5.0
• GoCV 0.2.5

1. Golang环境准备

1.1 安装Golang

下载对应的包，然后解压，设置PATH路径即可，不多说了。

1.2 设置GOPATH

使用go get下载的包将下载到$GOPATH目录中。 这里设置成/home/ubuntu/.go。不设置的话将自动设置成~/go目录。

1cd /home/ubuntu/.go
2export GOPATH=/home/ubuntu/.go

1.3 下载GoCV源码

1# 设置代理翻墙，要不然下载不了
2git config --global http.proxy=http://127.0.0.1:12346
3git config --global https.proxy=http://127.0.0.1:12346
4export http_proxy=http://127.0.0.1:12346
5export https_proxy=http://127.0.0.1:12346
6go get -v -u -d gocv.io/x/gocv

今天删除软件的时候碰到一个问题，软件虽然被删除了，但是图标依然在启动台上。怎么也删不掉。上网搜了搜，找到一个办法可以解决。特此记录一下。

 1# 切换到目录 /private/var/folders
 2cd /private/var/folders
 3# 寻找 com.apple.dock.launchpad 目录，图标信息存在该目录中的一个sqlite3数据库中
 4sudo find . | grep com.apple.dock.launchpad
 5# 确定好目录，然后使用cd转入对应的目录。目录名不同机器上不一样
 6# 使用sqlite3工具查询一下
 7sqlite3 db "select * from apps where title like 'eclipse%';"
 8# 确认之后可以使用delete语句删除
 9sqlite3 db "delete from apps where title like 'eclipse%';"
10# 然后杀掉Dock进程，就好了
11killall Dock

CleanMyMacX 是Mac平台上优秀的卸载工具。虽然Mac上的应用安装卸载比Windows上简单很多，AppStore上的软件采用的是沙盒模型，删除的时候会把相关的数据一并删除；但是大量的非AppStore软件在删除对应的app之后不会同时删除对应的数据。 CleanMyMacX 这种类型的软件会扫描这些相关的数据并一起删除。

最近发现 CleanMyMacX 会附带一个后台服务：CleanMyMacX HealthMonitor，即使软件本身退出这个后台服务还一直运行。这就有点360的味道了，让人不爽。最主要的是这个进程对资源的占用还是有的，没有到那种可以完全忽略的地步。因此想办法禁用它。

尝试了很多网上提供的办法都不成功，最后发现了一个简单的办法，只要删除对应的执行文件即可，针对最新的4.6.15有效：

rm “/Applications/CleanMyMac X.app/Contents/Library/LoginItems/CleanMyMac X Menu.app/Contents/Library/LoginItems/CleanMyMac X HealthMonitor.app/Contents/MacOS/*"

当一次要导出非常多数据的时候，例如100w条，如果使用MyBatis将全部结果都查询到list中，经常会导致内存溢出。这个时候，我们可以使用MyBatis的ResultHandler来使用游标方式访问数据，从而避免OOM。

ResultHandler是MyBatis提供的一个接口，通过该接口可以让MyBatis以流式的方式处理结果集，而不必等待整个结果集全部准备完毕，在准备好一条记录后就调用该接口中的handleResult方法：

1void handleResult(ResultContext<? extends T> resultContext);

要使用ResultHandler需要在Mapper层声明的时候做一定的处理。这里简单描述一下。

1. Alfred 和 Workflows 介绍

Alfred 号称是 Mac 上最强大的效率工具，一直在 Mac 平台的工具类中排名榜首。它在Spotlight （ Mac 自带的搜索和快速启动引擎）基础上优化了快速启动与搜索的功能，还引入了 Workflows 等强大的扩展功能，使之成为了一个拥有无限自动化潜力的「工具平台」软件，可以用它来实现近乎一切有关自动化的想法。

Worflows 是 Alfred 的高端应用方式，它以流的方式来进行工作，从输入 -> 动作 -> 输出，将各种工具串联在一起进行工作，非常开放，用来将各种功能串联起来执行，可以定制完成各种想要实现的功能，潜力无限。

虽然网上已经有很多别人写好的 Workflow，但总是不够用，毕竟各自的偷懒点不同，因此有必要学会 Workflow 的编写，可以更好的满足自己的要求。

2. 开始写一个Workflows

今天想写一个生成随机字符串的Workflow，可选接收一个长度参数，生成指定长度的字符串，这个字符串可以由数字、字符、数字+字符等构成。下面说一下整个创建过程。

手头的Mac已经用了三年了，之前合盖睡眠的时候感觉掉电还不明显，最近几次系统升级后感觉掉电的情况明显了，一个晚上会掉5%左右，虽然不多，但是还是不爽。 经过搜索，发现可以通过修改休眠模式，来解决这个问题，特此记录一下。

1. pmset及参数介绍

pmset是Mac的一个系统命令，可以用来修改和电源管理相关的参数。看man中的帮助：

pmset can modify the values of any of the power management settings defined below. You may specify one or more setting & value pairs on the command-line invocation of pmset. The -a, -b, -c, -u flags determine whether the settings apply to battery ( -b ), charger (wall power) ( -c ), UPS ( -u ) or all ( -a ).

简单来说就是可以通过pmset -b或pmset -c,pmset -a等命令修改电源配置参数。当然也可以通过pmset -g命令查询当前的配置参数或日志等。例如以下命令可以查看当前系统的电源相关配置：

1. 背景

最近为一个传统行业的客户开发了一个生产调度系统。但是他的生产环境是自己搭建的，不是购买的云服务，因此碰到了一些问题。

客户购买了多台高性能的物理机，在上面自行搭建虚拟机。但是只有虚拟机，没有提供类似负载均衡、数据库等基础服务。为了解决负载均衡问题，我们自行安装了 Nginx 。为了保证系统健壮和性能，安装 Nginx 的两台虚拟机（Ubuntu 18.04.3 LTS，172.16.45.22，172.16.45.26）分别部署在两台不同的物理机上（172.16.45.11， 172.168.45.12）。然后 DNS 解析到两台 Nginx 主机上。

现在的问题是：客户的要求是任何一台物理机出现问题都要能够保证系统可用，验证的方式是测试的时候会直接断开物理机的网线，这将导致通过 DNS 解析出来的 Nginx 主机必然有一台是无法使用的。访问显然会出问题。

经过考虑，最后选定解决办法是：使用 KeepAlived 做高可用，两台 Nginx 共同维护一个虚拟IP（172.16.45.50），DNS 解析到这个虚拟IP上。

这里简单记录一下安装 KeepAlived 的过程以及碰到的一些问题及解决方案。

公司的几台服务器安装的时候设置了联通的DNS服务器，由于公司网络切换到了电信，最近经常出现解析服务器IP失败的情况。所以想着要更换一下DNS服务器，以提高网络访问速度。

因为历史原因，服务器操作系统主要有 Ubuntu 16.04 LTS 和 Ubuntu 18.04 LTS 两种。实际修改中发现，他们的配置方法是不一样的，特此记录一下。

1. Ubuntu 16.04 LTS

16.04 LTS上主要修改两个文件。

2.1 更新resolv.conf

首先修改文件：/etc/resolvconf/resolv.conf.d/base文件，内容如下：

1nameserver 114.114.114.114
2nameserver 223.5.5.5

然后执行：resolvconf -u命令就可以更新dns服务器了。

1. 概述

Redis Desktop Manager（RedisDesktopManager，RDM）是一个快速、简单、支持跨平台的 Redis 桌面管理工具，基于 Qt 5 开发，支持通过 SSH Tunnel 连接。

– 开源中国上面对项目的介绍

RedisDesktopManager 是一款优秀的 Redis 客户端。最初是作为开源项目发布的，官方也会发布编译好的版本。后来，作者做了一些商业化处理，上架了App Store，从此不再发布编译后的版本，也在开源版本中阉割掉了 SSH Tunnel 功能。有鉴于此，网上有很多人写教程来说明如何从源码构建一个发行版本，但是目前见到的教程多多少少都有一些问题。最近花了一些时间尝试完善整个编译过程，目前进展不错。以后会陆续说明编译过程中碰到的问题以及对应的解决办法。

今天首先来说一下国际化的问题。

目前网上流行的 RedisDesktopManager 编译方法都没有对国际化文件进行处理，所以编译后的版本没有国际化功能，界面只显示英文，语言切换功能无效。经过对相关源码的分析，终于找到了正确的编译处理方法，现在可以完美切换语言。效果如图：

1. 现象

VCMI编译之后可以使用cpack命令（cmake的一个功能）打包成dmg文件，以便于分发。打包过程中会把需要的依赖文件都打包到最后的.app文件中，这样就可以保证在其他机器上也可以正常运行编译后的VCMI。 按照之前的文档，编译之后直接执行没有问题，但是使用cpack打包之后运行缺会异常退出。经过观察基本上发生在第一次战斗中，玩家操作完毕，电脑AI获得控制权的时候就会崩溃退出。

2. 分析

最初怀疑是新版本代码有问题，所以切换到之前版本的代码编译，发现还是有同样的问题。后来经过分析退出的时间点，怀疑是vcmi的AI代码有问题，因为对代码部分不是很熟悉，所以很长时间没有进展。 后来经过查看cpack的工作原理，怀疑是AI库对应的依赖文件没有正确打包导致的。

使用otool -L分析动态库依赖，发现AI目录下的文件没有进行依赖库的处理。还是指向/usr/local/...下面的dylib文件。而vcmiclient/vcmiserver已经进行了处理。因此怀疑是因为引入了两份动态库导致的问题，vcmiclient已经加载了一份动态库，但是当执行到AI库的时候又要从其他位置加载另一份同名的动态库，可能是因为这个原因导致了崩溃。