MacOS Catalina Python 意外退出解决

$ brew update && brew upgrade && brew install openssl

$ cd /usr/local/Cellar/openssl/1.0.2t/lib

$ sudo cp libssl.1.0.0.dylib libcrypto.1.0.0.dylib /usr/local/lib/

$ cd /usr/local/lib

$ mv libssl.dylib libssl_bak.dylib

$ mv libcrypto.dylib libcrypto_bak.dylib

$ sudo ln -s libssl.1.0.0.dylib libssl.dylib

$ sudo ln -s libcrypto.1.0.0.dylib libcrypto.dylib

MacOS Catalina Alfred出现相同的apps

今天更新完MacOS Catalina后,alfred运行应用程序时,同一个app出现在不同两个目录“/System/Volumes/Data/Applications” 和 “/Applications”


在 alfred中输入reload 即可。

MacOS Catalina – Why the apps in “/System/Volumes/Data/Applications” and “/Applications” are the same?

When I use MacOS Catalina (Public Beta) with Alfred 4, I find that all the Applications installed via Mac App Store or brew cask are duplicated in the candidate list.

Any application in the "/System/Volumes/Data/Applications" will be mirrored" in "/Applications".

Does it work as design?

Type reload into Alfred. This will refresh the app cache for any apps that may no longer exist in the old location. Reference:


今天通过终端命令(ls -l)在用户目录下发现了以nodePipe开头的.sock文件。但在Finder下并看不到。

➜  ~ # ls -l | grep nodePipe
srwxr-xr-x   1 frank  staff     0B  3  1  2019 nodePipe16048.sock
srwxr-xr-x   1 frank  staff     0B  3 11  2019 nodePipe41391.sock
srwxr-xr-x   1 frank  staff     0B  6 24 17:16 nodePipe45897.sock
srwxr-xr-x   1 frank  staff     0B  6 24 17:26 nodePipe46084.sock
srwxr-xr-x   1 frank  staff     0B  6 26 14:29 nodePipe62602.sock
srwxr-xr-x   1 frank  staff     0B  6 26 14:30 nodePipe63062.sock
srwxr-xr-x   1 frank  staff     0B  3  1  2019 nodePipe68561.sock
srwxr-xr-x   1 frank  staff     0B  3  1  2019 nodePipe68655.sock
srwxr-xr-x   1 frank  staff     0B  3  1  2019 nodePipe717.sock


It is safe to remove it.

I encountered the same problem and did a little research. I believe this is somehow related to the problem described in this page.

Your username suggests that you are a Chinese developer as I am, and it is very likely that you used the wechatdevtools (offered by the Chinese tech company Tencent) to develop WeChat mini-programs.

Turns out the problem is probably caused by using the wechatwebdevtools app on linux/macOS and debugging a WeChat mini-program. Every time the node module is run by the wechatwebdevtools, it creates a nodePipe${parentPid}.sock file in the Unix home directory. In most cases, these files should be deleted automatically, but not always.

Hence I believe it is safe to manually delete these files.


Vim,是从vi发展出来的一个文本编辑器,终端下文本编辑利器。vim缺乏默认插件管理,在使用插件时,插件文件散布在~/.vim目录下,插件管理非常麻烦,很容易出错。今天就来介绍一款vim插件管理器:Vundle。 继续阅读 “Mac系统vim使用Vundle管理插件”


iTerm2,是目前Mac平台最好用,功能最强大的终端软件,可以说是Mac系统下终端利器。Mac系统默认使用的终端为bashzsh被喻为“终极Shell”,让其发挥强大功能,置过于复杂,而 oh-my-zsh 正是解决这一问题。本文将整理iTerm2+oh-my-zsh的配置和常用插件。 继续阅读 “Mac系统iTerm2+oh-my-zsh配置及常用插件”

在Mac上使用Google Docker

在Mac系统基于kubectl命令行工具,对Google Docker进行远程控制。kubectl是用于针对Kubernetes集群运行命令的命令行接口。由于国内网络环境的特殊性,某些操作可能无法正常运行,如果遇到网络链接导致的问题,请考虑合理的网络链接方式。
继续阅读 “在Mac上使用Google Docker”