GORM v2发布半年有余，因为有太多破坏性变更，目前现有的项目都不敢贸贸然进行升级。恰逢最近新启动一个小项目，遂打算是用新版的gorm，为以后的升级提供一些参考。

变更

外键

v1版在处理关联对象时默认不会创建外键，创建外键需要显式在tag里声明。

升级后的v2默认会给关联的对象创建外键。如果需要跟v1保持一致，需要手动配置

1
2
3

db, err := gorm.Open(mysql.Open(dsn), &gorm.Config{
DisableForeignKeyConstraintWhenMigrating: true,
})

datetime精度

v1版datetime精度默认是0（秒），v2版默认是3（毫秒），配置方式：

1
2
3
4

db, err = gorm.Open(mysql.New(mysql.Config{
DSN: dsn,
DisableDatetimePrecision: true,
}), nil)

因为我使用的时间戳是是13位，所以这里没跟v1保持一致

sql连接池

v1版的sql连接池可以直接通过db.DB()方法直接获取，v2则同时会返回一个err，需要单独处理

log输出

v1版可以通过db.LogMode(true)在日志里输出每一条sql语句，v2里没有了这个方法，取而代之的是根据log level进行输出

1
2
3

db, err := gorm.Open(mysql.Open(dsn), &gorm.Config{
Logger: logger.Default.LogMode(logger.Info),
})

或

1
2

db, err := gorm.Open(mysql.Open(dsn), nil)
db = db.Debug()

使用下来发现日志详细程度会比v1更高

RecordNotFound

v1版自带gorm.IsErrRecordNotFound(err)方法判断，升级v2后不再提供这个方法，需要改成errors.Is(err, gorm.ErrRecordNotFound)

鸣谢

GORM 2.0 发布说明

公司的应用服务通过kubernetes集群部署的，集群包含5个节点。最近其中一节点占用一直维持95%，遂进行问题排查。

问题排查

容器的问题？

首先先把该机器设置为”不可调度”（防止后续操作死灰复燃），然后将部分内存占用高的调度到其他机器上（如nginx-ingress）

收效甚微

内存确实降下来了（一点点😅），起码先不用频繁触发报警

kubernetes的问题？

因为节点是购买自阿里云的ECS，且这些节点无法远程登录，排查工作一度暂停。后来换用了Lens对集群进行管理后发现可以轻松登录节点进行操作了。

Lens - Nodes

进入shell之后执行top命令然后按大写M查看内存占用最高的服务，看到了rsyslogd（当时忘了截图了）

Google了一番后得知rsyslog是日志收集服务，主要是通过以下文件收集

然后tail -f /var/log/messages一下，好家伙，日志一直刷刷刷的跑

1
2
3
4
5
6
7
8

kubelet_volumes.go:128] Orphaned pod "***" found, but volume paths are still present on disk. : There were a total of 1 errors similar to this.  Turn up verbosity to see them.
...
systemd[1]: Scope libcontainer-***-systemd-test-default-dependencies.scope has no PIDs. Refusing.
systemd[1]: Scope libcontainer-***-systemd-test-default-dependencies.scope has no PIDs. Refusing.
systemd[1]: Created slice libcontainer_***_systemd_test_default.slice.
systemd[1]: Removed slice libcontainer_***_systemd_test_default.slice.
systemd[1]: Created slice libcontainer_***_systemd_test_default.slice.
systemd[1]: Removed slice libcontainer_***_systemd_test_default.slice.

（大致恢复了事故现场，截图丢了）

再Google一番后里面这里有两个问题待解决

僵尸Pod

出现Orphaned pod "***" found就是僵尸Pod的问题了，一般是因为删除容器的时候没删干净，导致配置文件残留在节点机器上，k8s就会不断尝试给它复活但是基本上会复活失败

进入/var/lib/kubelet/***，然后cat etc-host看一下该容器的名字，然后去kubectl get pods | grep （容器名字）看是否还在（一般都是不在的了）

然后对文件夹进行删除（如有mount volume之类的要先unmount，我这里没有mount所以可以直接删掉）

好了，现在看日志就没有kubelet_volumes.go的报错了

内置container组件问题

看这里的描述k8s 问题处理似乎是container版本过旧或者不兼容，按他的说法去更新一下就好了

1

rpm -Uvh https://download.docker.com/linux/centos/7/x86_64/edge/Packages/containerd.io-1.2.10-3.2.el7.x86_64.rpm

如果是用Lens去登录节点的话更新过程会断开连接，不要慌，过一会而就能重连了。

执下手尾

处理完后看看tail -f /var/log/messages，此时没有疯狂刷日志了，但rsyslogd的内存占用还没下来，遂进行网管必备的重启大法

1

systemd restart rsyslog.service

此时再看top，内存占用最高的不是它了

再去阿里云的监控看看，内存占用暴跌至正常水平😄

会心一击

鸣谢

rsyslogd、systemd-journald内存占用高解决方案
挂载失败-日志中显示僵尸pod的问题
k8s关于Orphaned pod found - but volume paths are still present on disk的处理
k8s 问题处理

最近一个项目上用到消息推送功能，boss说写个简单的ws让前端自行处理消息就好（前端：MMP）。
看到网上用到比较多的框架是gorilla/websocket，但是要验证第三方包的稳定性还是需要一定时间，还是用官方的websocket包吧（又不是不能用.jpg）。
思路其实很简单，一端接收到消息之后直接推入一个channel。另启一个协程去接收这个channel的消息，然后广播到所有ws连接。

Code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112

package main

import (
    "context"
    "log"
    "net/http"
    "sync"

    "golang.org/x/net/websocket"
)

var (
    // WsSrv -
    WsSrv *WsServer
)

const (
    // MessageChanSize -
    MessageChanSize = 1024
)

// WsServer -
type WsServer struct {
    Clients     map[string]*WsClient
    MessageChan chan string
    Codec       websocket.Codec
    sync.RWMutex
}

// ClientConn -
type WsClient struct {
    websocket *websocket.Conn
}

// InitWsServer -
func InitWsServer() {
    WsSrv = &WsServer{
        Clients:     map[string]*WsClient{},
        MessageChan: make(chan string, MessageChanSize),
        Codec:       websocket.Message,
    }
}

// WsReceiver -
func WsReceiver(ws *websocket.Conn) {
    var (
        msg string
        err error
    )
    defer func() {
        if err = ws.Close(); err != nil {
            log.Printf("[WsReceiver] ws(%v) closed err: %v\n", ws.RemoteAddr(), err)
        }
    }()

    userID := ws.Request().URL.Query().Get("user_id")
    if userID == "" {
        return
    }

    defer func() {
        WsSrv.Lock()
        defer WsSrv.Unlock()
        delete(WsSrv.Clients, userID)
    }()

    WsSrv.Lock()
    WsSrv.Clients[userID] = &WsClient{websocket: ws}
    WsSrv.Unlock()

    for {
        if err = WsSrv.Codec.Receive(ws, &msg); err != nil {
            log.Printf("[WsReceiver] receive from remote result err: %v\n", err)
            return
        }
        WsSrv.MessageChan <- msg
    }
}

// WsSender -
func WsSender(ctx context.Context) {
    var err error
    for {
        select {
        case msg := <-WsSrv.MessageChan:
            for userID, conn := range WsSrv.Clients {
                if err = websocket.Message.Send(conn.websocket, msg); err != nil {
                    log.Printf("[WsSender] send msg(%v) to user_id(%v) result err: %v\n", msg, userID, err)
                }
            }
        case <-ctx.Done():
            return
        }
    }
}

func main() {
    var err error

    InitWsServer()
    go WsSender(context.Background())

    mux := http.NewServeMux()
    mux.Handle("/im", websocket.Handler(WsReceiver))
    mux.HandleFunc("/ping", func(writer http.ResponseWriter, request *http.Request) {
        _, _ = writer.Write([]byte("pong"))
    })

    if err = http.ListenAndServe(":23333", mux); err != nil {
        log.Fatalln(err)
    }
}

nginx转发事要

在http请求升级为ws请求的过程中会带着两个重要的header，一个是Upgrade: websocket，另一个是Connection: upgrade。只有带上这两个header才能在http/1.1下成功将http请求升级为ws请求，但是如果在服务器中有nginx反向代理的情况下往往会把这个头丢掉，所以要在配置文件上加上来，否则会出现著名的http状态码400错误

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

map $http_upgrade $connection_upgrade {
    default upgrade;
    "" close;
}

upstream srv {
    server 127.0.0.1:23333;
}

server {
    listen 80;

    location ~ ^/im {
        proxy_pass http://srv;
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection $connection_upgrade;
        proxy_set_header Host $host;
    }
}

鸣谢

golang websocket的例子
Using NGINX as a WebSocket Proxy
websocket 在线测试工具
wscat

好像好久都没有更新博客了，还是要养成做记录的习惯。

偶然看到5s可以降级iOS 10.3.3的帖子，二话不说GKD。中途遇到一些问题在此做个备忘

准备

1.一台正常运行的iPhone 5s
2.macOS with python3 environment
3.科学上网

正式开始

1.到https://github.com/MatthewPierson/Vieux把降级脚本克隆下来，然后去https://ipsw.me下载对应型号的iOS 10.3.3固件到脚本所在目录
2.执行sudo pip3 install -r requirement.txt安装所需包（可能需要科学上网）
3.手机连上电脑进入DFU模式（如何进入DFU可以看这里）
3.执行sudo python3 vieux -i ➕上固件所在路径
4.等待脚本撞bug。按照漏洞发现者的说法这个漏洞并不是100%成功，没有撞成功重试即可，成功的标志是手机闪一下绿屏。绿屏过后就会自己恢复10.3.3固件

奇难杂症

No Module Found

这个我是感觉最坑爹的地方，pip3安装说成功，pip3 list也有list出来，但是执行的时候却报错，一看pip3 --version下巴都掉了

坑

爬了一下google，发现pip的命令可以用python3 -m pip ...代替，所以上述第二步的安装环境可以执行sudo python3 -m pip install -r requirements.txt

No Backend Available

这个一开始以为是包的问题，用pip install补上后发现问题依旧，然后去脚本仓库找有没有相关的issue，嚯还真有，解决办法是通过brew安装，即brew install libusb

鸣谢

5s降级10.3.3不是很难，就是需要仔细，你就可以完成降级
Vieux - A tool for 32/64 Bit iOS downgrades using OTA Blobs
Why pip3 install in python2 sitepackages
使用 Vieux 将 iphone5s 降级到 10.3.3
iPhone 4 / 4S / 5 / 5S / 5c / 6 / 6S - 如何在DFU模式刷机。密码恢复。

无意中看到腾讯云服务器的活动（Pony麻烦结一下广告费谢谢），趁着现在还不够25岁赶紧续了3次每次最多续1年

Pony Ma亏得都要坐公交了

修改root密码

拿到服务器第一步就是把默认那个又长又难记的密码改掉

在命令行执行passwd

passwd

修改成功后记得新开个tab测试新密码能否登陆再退出当前会话

配置服务器免密登陆ssh-keygen

先查看本机有没有生成过ssh的公钥和私钥

1
2

cd ~/.ssh
ls -al

公钥和私钥

红框中的两个文件分别存放着私钥和公钥，如果没有这两个文件就按以下步骤来

执行ssh-keygen然后按三下回车

ssh-keygen

现在再去查看就有公钥的信息了

id_rsa.pub

然后把这段公钥上传到目标服务器的~/.ssh/authorized_keys文件当中

authorized_keys

测试一下，现在可以不用密码顺利登陆进来了

免密登陆

！！！注意：万一电脑丢失记得上服务器把该机器的公钥删掉

防火墙

服务器到手的时候自带了firewalld但是并没有启动，使用firewall-cmd --state命令可以查看firewall的运行状态

firewall-cmd --state

1
2

systemctl enable firewalld # 启用自动启动
systemctl start firewalld # 启动

成功的话再次查看状态会显示running

把常用的服务和端口加入允许列表

1
2
3

firewall-cmd --permanent --zone=public --add-service=http
firewall-cmd --permanent --zone=public --add-service=https
firewall-cmd --reload

修改ssh默认端口

稍有常识的人 众所周知ssh默认端口是22，如果不加以修改很容易被人攻击

一夜过后被尝试889次登录

（题外话使用lastb命令可以查看尝试登录的客户端信息，如果信息太多则lastb > fail.log重定向到本地文件再查看）

ssh端口的配置存放在/etc/ssh/sshd_config中，直接在# Port 22下一行添加

1
2

Port 22
Port （你目标的端口）

sshd_config

加上22端口是防止现在的连接失效，万一你添加的端口被防火墙屏蔽的那就gg了

然后再添加个防火墙允许规则

1
2

firewall-cmd --zone=public --add-port=（你目标的端口）/tcp --permanent
firewall-cmd --reload

重启ssh服务

1

systemctl restart sshd.service

不要关闭当前连接，新开个tab尝试能否连接成功，成功后再去把22端口删掉

端口修改后跟ssh相关的命令要带端口参数

1
2
3

ssh root@xxx.xx -p 123
sftp -P 123 root@xxx.xx
scp -P 123 ......

安装docker

按照官方的文档把下面命令执行一遍就行了

1
2
3
4
5
6

sudo yum remove docker docker-client docker-client-latest docker-common docker-latest docker-latest-logrotate docker-logrotate docker-engine
yum install -y yum-utils device-mapper-persistent-data lvm2
yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo
yum install docker-ce docker-ce-cli containerd.io
systemctl enable docker
systemctl start docker

使用docker启动nginx

首先在srv目录创建文件夹，用于放置ssl证书及nginx配置文件

1

mkdir -p /srv/nginx-data/conf/cert

把申请到的证书放在/srv/nginx-data/conf/cert目录下

在/srv/nginx-data/conf目录下创建一个index.conf的文件，内容如下

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68

# 使非www域名自动跳转到带www的域名
server {
    listen *:80;
    listen *:443 ssl http2;
    listen [::]:80;
    listen [::]:443 ssl http2;
    server_name 自己的域名;

    ssl_certificate SSL证书;
    ssl_certificate_key SSL证书;
    return 301 https://www.自己的域名$request_uri;
}

# 使http自动跳转到https
server {
    listen *:80;
    listen [::]:80;
    server_name www.自己的域名;
    return 301 https://www.自己的域名$request_uri;
}

server {
    listen *:443 ssl http2;
    listen [::]:443 ssl http2;
    server_name www.自己的域名;
    ssl_certificate SSL证书;
    ssl_certificate_key SSL证书;

    #charset koi8-r;
    #access_log  /var/log/nginx/host.access.log  main;

    location / {
        root   /usr/share/nginx/html;
        index  index.html index.htm;
    }

    #error_page  404              /404.html;

    # redirect server error pages to the static page /50x.html
    #
    error_page   500 502 503 504  /50x.html;
    location = /50x.html {
        root   /usr/share/nginx/html;
    }

    # proxy the PHP scripts to Apache listening on 127.0.0.1:80
    #
    #location ~ \.php$ {
    #    proxy_pass   http://127.0.0.1;
    #}

    # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
    #
    #location ~ \.php$ {
    #    root           html;
    #    fastcgi_pass   127.0.0.1:9000;
    #    fastcgi_index  index.php;
    #    fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
    #    include        fastcgi_params;
    #}

    # deny access to .htaccess files, if Apache's document root
    # concurs with nginx's one
    #
    #location ~ /\.ht {
    #    deny  all;
    #}
}

完成后执行以下命令启动docker版nginx

1

docker run -d --restart=always --name nginx -v /srv/nginx-data/conf:/etc/nginx/conf.d:ro -p 80:80 -p 443:443 nginx

其中一些参数的含义如下：

• -d代表后台运行
• --restart=always代表docker启动的时候该container也一起启动
• -name给该容器命名方便管理
• -v映射目录，格式host目录:container目录(:ro)，ro代表只读（read-only）
• -p开放指定端口，格式host端口:container端口

如果要修改nginx的配置文件，一般都要执行nginx -t测试和nginx -s reload来使生效，而在docker下就要执行

1
2

docker exec nginx /usr/sbin/nginx -t
docker exec nginx /usr/sbin/nginx -s reload

Update: 2020-03-09 使用Ghost搭建博客平台

迫于域名备案需要域名能够正常访问并且网站上有相应的备案号信息，就先用Ghost弄个博客平台应付者先。
安装的方式还是使用docker，用docker就能很好将各个软件的运行环境隔离开来

安装Ghost

直接执行docker run -d --name ghost --restart=always -e url=https://你的域名 ghost

添加nginx配置文件

1
2
3
4
5
6
7
8
9
10
11
12
13

location / {
    proxy_redirect off;
    proxy_pass   http://172.17.0.5:2368;
    proxy_no_cache 1;
    proxy_http_version 1.1;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header Host $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection $connection_upgrade;
    proxy_set_header X-Forwarded-Proto $scheme;
    client_max_body_size 2000m;
}

其中两个重点：

nginx反代的目标ip地址

因为nginx与ghost是两个不同的环境，docker下的nginx访问宿主机的ip也比较麻烦，万幸在docker同一网络下运行的容器是可以互通的，所以只要拿到ghost的ip地址就行。
然鹅事情并没有那么简单，很多容器的运行环境都是十分精简的，精简到ifconfig命令都莫得。好在docker也有命令docker inspect 容器名字/ID去获取这些信息。

docker inspect

X-Forwarded-Proto

nginx的配置文件需要带上proxy_set_header X-Forwarded-Proto $scheme;这个header，否则就会出现无限重定向。

添加footer

以上这些都弄好后访问域名应该就能顺利打开Ghost了。Ghost的默认管理域名是https://你的域名/ghost，进入后完成一系列初始化设置，在左侧点击Code injection就能添加footer

1
2
3

<div style="padding: 0 0 20px; background:#090a0b; text-align: center;">
    <a href="http://www.beian.miit.gov.cn" target="_blank" style="color: hsla(0,0%,100%,.7);">粤ICP备xx号</a>
</<div>

footer

鸣谢

4.3 服务器上的 Git - 生成 SSH 公钥
firewall-cmd
Centos7 修改SSH 端口
Get Docker Engine - Community for CentOS
ghost - Docker Hub
nginx - 安装在Docker上的Ghost使用环境变量配置了URL后无法访问,“重定向次数过多”

最近在全新安装DataGrip(2019.3)的时候发现使用以前的洗白工具无法输入序列号，但是从2019.2版本升上来的idea和webstorm却能正常使用。作为一名idea系列的重度使（bai）用（piao）者实在是难受，首先想到的办法就是安装一个旧版本的DataGrip。但是Cask却不像Formulae通过一个@就能指定版本号，需要另辟蹊径。

准备工作

先把DataGrip完全卸载

卸载DataGrip

然后执行一波brew update避免待会配置文件被覆盖

寻找旧版应用的版本号及sha256信息

对于大多数开发工具来说官网都会给出旧版的软件版本号或者下载地址等其他信息，如果有sha256值提供就在好不过了，可惜DataGrip没有给出，只好下载回来自己算sha256

下载目标版本的DataGrip

计算哈希

替换目标软件的Cask下载源地址

执行brew cask edit datagrip就会在默认编辑器打开这个软件的配置文件

brew cask edit datagrip

我们主要改的是红框中的两个信息，把它替换成指定版本的应用信息，保存退出

修改版本号和哈希

修改版本号和哈希

很明显这个配置文件所在的目录是个git仓库，所以改错了不用怕，到时候一波git reset --hard即可复原

执行安装命令

这个时候执行brew cask install datagrip，顺利的话就会自动下载旧版本并且顺利安装

brew cask install datagrip

鸣谢

Use Homebrew Cask to downgrade or install specific version of package

拖延症拖了一年终于要开始打造自己的博客了(´ཀ`」 ∠)，先拿最近捣鼓的zsh开刀吧

准备

brew、iTerm2和Oh-My-Zsh

使用brew安装nerd-font字体

1
2

brew tap caskroom/fonts
brew cask install font-hack-nerd-font

配置iTerm2针对非ASCII码字符的字体

配置iTerm2针对非ASCII码字符的字体

配置zsh主题

zsh的配置文件存放在~/.zshrc下，看到

1

ZSH_THEME="robbyrussell"

这一行，这里就是配置主题的地方，默认自带一堆主题放在~/.oh-my-zsh/theme目录下，也可以上github上查看各个主题的效果

当然个人感觉最叼的还是这个powerlevel9k主题

powerlevel9k主题

首先把主题安装到本地

1

git clone https://github.com/bhilburn/powerlevel9k.git ~/.oh-my-zsh/custom/themes/powerlevel9k

修改~/.zshrc的主题配置

1

ZSH_THEME="powerlevel9k/powerlevel9k"

重新加载zsh使配置生效

1

source ~/.zshrc

然后提示就变样了（先忽略苹果logo的信息，后面会提到）

安装powerlevel9k

根据自己的喜好配置一下（注意需要加在ZSH_THEME的前面，不然前面说的nerd-font字体会加载不出来），详细可进入p9k的github阅读原文档

1
2
3
4

POWERLEVEL9K_MODE="nerdfont-complete"
POWERLEVEL9K_LEFT_PROMPT_ELEMENTS=(os_icon root_indicator context ssh dir_writable dir vcs status)
POWERLEVEL9K_RIGHT_PROMPT_ELEMENTS=()
POWERLEVEL9K_PROMPT_ADD_NEWLINE=true

• POWERLEVEL9K_MODE：设置 powerlevel9k 的字体是我们前面下载的
• POWERLEVEL9K_LEFT_PROMPT_ELEMENTS：将前面居右的几个元素放在左边了
• POWERLEVEL9K_RIGHT_PROMPT_ELEMENTS：右边不放置任何元素（如果你喜欢在右边也可以加）
• POWERLEVEL9K_PROMPT_ADD_NEWLINE：在每个提示之前添加换行符

修改完的效果应该是这样子的

配置powerlevel9k

配置iTerm2配色

iTerm2默认黑色还是太丑了，上这里挑了个Ubuntu主题

iTerm2配色

啊舒服了٩(๑´0`๑)۶

安装zsh插件

以上那些都是过眼隐的，真正让使用者感到舒服的地方来了

先列一下我的插件列表

• git
• zsh-syntax-highlighting
• zsh-autosuggestions
• command-not-found
• zsh_reload
• git-open
• z
• safe-paste
• sudo
• extract

git

默认自带，不说

zsh-syntax-highlighting

用于显示你当前输入的命令是否正确

1

brew install zsh-syntax-highlighting

正常来讲可以直接把zsh-syntax-highlighting加到配置文件中即可启用，如果出现plugin not found的情况则改用如下方式进行配置

1

source /usr/local/share/zsh-syntax-highlighting/zsh-syntax-highlighting.zsh

zsh-autosuggestions

历史记录提示，按➡️方向键自动补全

1

brew install zsh-autosuggestions

跟上一个配置同理，如果出现plugin not found的情况则改用如下方式进行配置

1

source /usr/local/share/zsh-autosuggestions/zsh-autosuggestions.zsh

command-not-found

对于command not found的结果会提示一个相似的命令（多出现于拼写错误）

zsh_reload

直接执行src即可完成source ~/.zshrc操作

git-open

在终端里打开当前项目的远程仓库地址

1

git clone https://github.com/paulirish/git-open.git $ZSH_CUSTOM/plugins/git-open

z

zsh自带的autojump

safe-paste

顾名思义，对于有换行符的内容不会立马执行

sudo

双击 Esc，zsh 会把上一条命令加上 sudo 给你

extract

万能解压命令

其他非zsh的插件

colorls

列出文件时带图标

1

gem install colorls

colorls

然后加个alias到配置文件

1

alias cll='colorls -l --gs'

以后输入cll即可

archey

显示系统信息

1

brew install archey

archey

然后把archey这个命令加到配置文件即可每次打开都显示系统信息

顺带提一下archey那种图案的生成方式，有两个小工具可以做到，一个是figlet，另一个是toilet

1
2

brew install figlet
brew install toilet

figlet与toilet

后记（挖坑）

这一套下来在iTerm下面使用简直是强无敌，但是考虑还有系统自带的终端及idea和vscode的终端都要配置一遍是在是烦躁，在寻找有没有办法针对不同的shell加载不同的配置文件

（2019-12-22填坑）针对不同终端使用不同的主题

通过查看archey发现，终端软件（不是shell）的信息存放在${TERM_PROGRAM}这个变量里，遂修把配置文件中ZSH_THEME="powerlevel9k/powerlevel9k"这一行改为

1
2
3
4
5
6
7
8
9

if [ "${TERM_PROGRAM}" = "iTerm.app" ]; then
    POWERLEVEL9K_MODE="nerdfont-complete"
    POWERLEVEL9K_LEFT_PROMPT_ELEMENTS=(os_icon root_indicator context ssh dir_writable dir vcs status)
    POWERLEVEL9K_RIGHT_PROMPT_ELEMENTS=()
    POWERLEVEL9K_PROMPT_ADD_NEWLINE=true
    ZSH_THEME="powerlevel9k/powerlevel9k"
else
    ZSH_THEME="ys"
fi

（顺便把powerlevel9k的一些配置也放到了一起）

最终效果

自带Terminal和vscode

iTerm

完美

👏

鸣谢

打造 Mac 下高颜值好用的终端环境
oh-my-zsh
powerlevel9k
iTerm2-Color-Schemes

Quick Start

Create a new post

1

hexo new "My New Post"

More info: Writing

Run server

1

hexo server

More info: Server

Generate static files

1

hexo generate

More info: Generating

Deploy to remote sites

1

hexo deploy

More info: Deployment