supervisor 使用时遇到的一个坑
使用 supervisor 启动程序的时候,不会继承 .profile 文件里的环境变量。
如果使用 export TZ=Asia/Shanghai
来修改时区的话,在 supervisor 启动的程序里的时区还是有问题的。
可以在 supervisor 配置文件中指定 environment=TZ=Asia/Shanghai
可以使用 stopsignal 配置来指定停止执行 stop 时候发送的信号,默认是 SIGTERM
使用 supervisor 启动程序的时候,不会继承 .profile 文件里的环境变量。
如果使用 export TZ=Asia/Shanghai
来修改时区的话,在 supervisor 启动的程序里的时区还是有问题的。
可以在 supervisor 配置文件中指定 environment=TZ=Asia/Shanghai
可以使用 stopsignal 配置来指定停止执行 stop 时候发送的信号,默认是 SIGTERM
转自:http://imshuai.com/change-linux-timezone/ 感觉写的不错,清晰明了。
对于部署在海外的Linux服务器来说,拿到的机器时区和本地并不一样,导致运行在上面的应用也面临时区问题。所以有必要修改系统本地时区。
查看当前生效的时区,可以简单的通过date
命令查看当前时间:
[root@shuai01 zoneinfo]# date -R
Tue, 17 Jan 2017 21:36:23 +0800
最后的 +0800,即东 8 区。
tzselect
命令看起来很像一个时区选择的工具,但并非如此。事实上 tzselect 仅仅是一个查看时区表示方式的『向导』程序而已。通过依次询问大洲\u2192国家\u2192城市,最后告诉你如何TZ变量的写法,比如北京时间是:Asia/Shanghai
可以通过修改 TZ 变量,直接修改时区信息,比如:
[root@shuai01 ~]# date -R
Tue, 17 Jan 2017 13:57:06 +0000
[root@shuai01 ~]# export TZ='Asia/Urumqi'
[root@shuai01 ~]# date -R
Tue, 17 Jan 2017 19:57:18 +0600
有 Linux 经验的小伙伴都知道,不写在文件里的设置更改很难生效一般是会话级的,重新登录会消失。所以,这样直接修改 TZ 的尿性绝对做不到持久化更改时区的。
正确的方式是到 /etc/profile 里(或用户的 .profile 或 .bashrc 文件),直接 export TZ 变量为要更改的时区(时区的名字可以用 tzselect 向导来确定)
默认情况下情况下,TZ 属性是空,这时候是靠 /etc/localtime 文件来确定的时区。而此文件通常又是一个到 /usr/share/zoneinfo/ 下各种时区文件的软连接。通过修改 /etc/localtime 指向的软连接,进而修改系统的时区。比如下面的方法,将 localtime 文件设置为了北京时间:
ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
tzselect
命令无法修改时区,仅给出时区的城市表示法
TZ变量和 /etc/localtime 文件会影响时区,并建议直接修改 /etc/localtime 文件。
如果在 shell 中临时需要变更时区信息,可以修改 TZ 变量实现。
在 profile 文件里设置变量 TZ,达到和修改 /etc/localtime 类似的效果。
2017-01-19
设置完时区,最好做一次服务器重启(或相关service的重启)。否则像crontab这样的服务,会仍然沿用原来的时区。
比较新的 Debian 系统中内置的 vim 也比较新,vim 有个默认的配置文件位于/usr/share/vim/vim80/defaults.vim
,如果没有设置 $HOME/.vimrc 的话,vim 就会读取这个配置文件。
这个配置文件里有一项配置
if has('mouse')
set mouse=a
endif
导致 vim 默认为 visual 模式,与之前的默认模式不一致,操作不顺手。
我们可以自己新建一个 $HOME/.vimrc 写入自己想要的配置,比如代码高亮
if has("syntax")
syntax on
endif
有了 $HOME/.vimrc 之后就不会读取 /usr/share/vim/vim80/defaults.vim
了。
在做 telegram bot 的时候遇到一个问题:Unknown SSL protocol error in connection to
先贴解决方案:在能够正常访问 api.telegram.org 的服务器上执行 ping api.telegram.org
记录下 ip 地址,然后在墙内的服务器上绑定下 host,将 api.telegram.org 绑定到刚才记录的 ip 上。
由于众所周知的原因,api.telegram.org 是无法直接访问的,所以我在使用 python-telegram-bot 的时候设置了代理,配置如下:
updater = Updater(token='TOKEN', request_kwargs={'proxy_url': 'socks5://127.0.0.1:1080/'})
但是设置了代理之后但还是不行,于是我试了下 curl google.com -x socks5://127.0.0.1:1080 -vvv
发现可以访问,又试了下 curl api.telegram.org -x socks5://127.0.0.1:1080 -vvv
这回问题来了,在等了一阵子之后,看到这样一个报错:
* Trying 127.0.0.1...
* TCP_NODELAY set
* SOCKS5 communication to api.telegram.org:443
* SOCKS5 connect to IPv4 243.185.187.39 (locally resolved)
* SOCKS5 request granted.
* Connected to (nil) (127.0.0.1) port 1080 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH
* successfully set certificate verify locations:
* CAfile: /etc/ssl/certs/ca-certificates.crt
CApath: /etc/ssl/certs
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* Unknown SSL protocol error in connection to core.telegram.org:443
* Curl_http_done: called premature == 1
* stopped the pause stream!
* Closing connection 0
curl: (35) Unknown SSL protocol error in connection to api.telegram.org:443
这就很奇怪了,代理是可用的,但是 tg 却访问不了,在 Google 查询半天终于搜到了这样一篇文章 点击查看,遇到了跟我一样的问题。
主要是国内 DNS 服务器的问题,被墙的网址被分配了一个错误的 IP 地址。与代理服务器上连接的 IP 地址不同。