第一步，在当前服务器导出计划任务：
crontab -l > ~/crontab
第二步，复制该文件到其它服务器：
rsync ~/crontab user@server_ip:~/
第三步，在其它服务器上运行（注意会清空当前所有已配置的计划任务）：
crontab ~/crontab
Q. E. D.
类似文章：
CronJob 计划任务异常不执行的问题
相似度: 0.285
新服务器上遇到一个问题， CronJob 计划任务突然不执行，所有用户的任务都失效，之前定时任务执行时发送的邮件也没了。而且间续发作，准确说，每天白天有 14 小时左右不执行，比如从早上 8 点到晚上 10 点，但有时候是从早上 7 点到晚上 9 点。
CrontJob 的时区问题
相似度: 0.208
今天发现一台新的服务器（ ubuntu 18.04 ）的计划任务异常，但非常有规律，就是所有任务都比预设时间晚了 8 个小时执行。自然而言猜测是时区设置问题。
在 Nginx 中使用 letsencrypt 证书实现 HTTPS
相似度: 0.054
最近在配置 matrix synapse 时，才注意到现在配置一个 https 网站已经非常简单，而且 nginx 也非常好用。
CronJob 计划任务异常不执行的问题
相似度: 0.285
新服务器上遇到一个问题， CronJob 计划任务突然不执行，所有用户的任务都失效，之前定时任务执行时发送的邮件也没了。而且间续发作，准确说，每天白天有 14 小时左右不执行，比如从早上 8 点到晚上 10 点，但有时候是从早上 7 点到晚上 9 点。
CrontJob 的时区问题
相似度: 0.208
今天发现一台新的服务器（ ubuntu 18.04 ）的计划任务异常，但非常有规律，就是所有任务都比预设时间晚了 8 个小时执行。自然而言猜测是时区设置问题。
在 Nginx 中使用 letsencrypt 证书实现 HTTPS
相似度: 0.054
最近在配置 matrix synapse 时，才注意到现在配置一个 https 网站已经非常简单，而且 nginx 也非常好用。
前一篇：
C++ 中非阻塞式的用户输入
如果我们用
std::getline或者简单的std::cin >>获取用户输入，有一个问题是，它会阻塞掉整个程序，用户必须有输入后才能继续执行。如果这个输入是单独的线程，它还会阻止整个程序的退出。
