新换了个VPS装了个程序，需要用到系统定时任务，可装完发现程序功能异常。一开始怀疑程序的问题，毕竟自己凭着三脚猫功夫改过些代码。 折腾完发现程序代码没问题，原来是定时任务没执行。但查看系统任务在正常地跑着，任务配置格式也没问题，手动执行是正常的。

给亲友分享SSR服务，使用节点订阅的功能是非常方便的，服务器有变动，只要更新节点信息，客户端自动更新就同步了。 可某一天发现，在MacOS上订阅总是失败，提示： 订阅请求失败：xxxx，请检查网络连接 同一时期，同一个账号同一个订阅地址，在Windows，Android客户端是能正常更新订阅的，所以判断是苹果系统客户端的问题。 经过查找客户端GitHub...

与亲朋好友分享酸酸乳账号的平台用了一段时间，突然之间苹果系统里的客户端就不能订阅成功了，此时Windows版本的客户端仍然正常。 苹果系统版本之前是能订阅成功的，而且恢复老版本也不能成功，平台上一堆僵尸账号，程序也很久没更新了，索性重新折腾了一遍

装了个SSR分享面板，轻车熟路在自己的闲置VPS装了后端节点，可启动不成功。明明是轻车熟路，别的机器上也是这么装的，为啥就不成功？百思不得其解

启动时时抛出一堆错误如下：

我的Hexo部署方案是自己有个VPS，然后VPS里装了git服务端和Hexo程序，MarkDown文档提交到VPS上的git仓库后，触发 `post-receive` 执行shell功能。 之前是在Hexo渲染完HTML文件后去处理，而Hexo每次渲染文件是全部重新生成的，时间特征不可取，所以解决思路是利用git日志，在MarkDown文件提交的时候知道哪个文档有增删改动，而且是准确的，将日志里出现的文件取出并拼接成外网链接，解决！

如果是不同平台，如GitHub和coding，那么你就生成一个公钥，分别添加到GitHub和coding平台上直接使用即可，生成不同的秘钥分别部署也行，他们并没有什么冲突。 这里要讲的是同一个平台不同账号，如在coding上自己有两个账号，同时在一个机器上使用。由于是同一个平台，添加同一个公钥的时候会提示该公钥已存在，此时你肯定想着新生成一个，可这样你会发现只会认到默认的，或者有A无B，有B无A。

Shadowsocks默认是不启用UDP支持的，但最新的版本大多都支持，以Shadowsocks-Go版为例。

要安装可以使用别人做好的一键安装脚本，省心省力，比较有名的是秋水逸冰的那个，可以自己搬过来改改，适应自己的需求，比如下面这个：

不只是安卓客户端，其实所有平台的SSR客户端，如果是购买的服务商提供的SSR账号都应该用此种方法。其他的使用和Windows或Mac都大同小异，达到的效果都是一步完成了代理服务器信息的配置。当然，你也可以自己一个个信息填。

centos 7以上是用 `Systemd` 进行系统初始化的，`Systemd` 是 Linux 系统中最新的初始化系统（init），它主要的设计目标是克服 `sysvinit` 固有的缺点，提高系统的启动速度。 `Systemd` 服务文件以 `.service` 结尾，比如现在要建立nginx为开机启动，如果用 `yum install` 命令安装的，yum命令会自动创建 `nginx.service` 文件，直接用命令 `systemcel enable nginx.service` 设置开机启动即可。

视频中演示了三种配置方法： 1. 通过订阅节点自动更新【推荐这种方法，当服务商更改了服务器信息后，本地客户端软件重启自动更新同步】 2. 通过导入剪贴板中的`ssr://`信息一键完成 3. 通过扫描屏幕二维码一键完成