note.mc256.dev

CentOS7 设置备用MX服务器

虽然配置起来非常简单，还是记录一下内容。我发现使用偏门的顶级域名收到的spam还挺少的，还是说现在已经不流行发spam了。

CentOS7上ownCloud私有云服务的构建

现在的电子设备真是越来越多。我同步不同设备一般用微软自带的共享文件（也就是前段时间出加密病毒那个），公网上就退化成非常落后的sftp、或者弄到网页上，非常不方便管理。一直在找一个适合的东西来同步。

免费的服务速度慢，像百毒云之流除了开车别的挺没良心的。收费的总带全家桶，不够自由，如微软的Office全家桶（个人觉得微软的全家桶性价比最好），微软还可以课金上azure个人觉得有没必要，google的G Suite全家桶，苹果封闭式的生态圈更不用说了，人家的数据中心也不近，又贵又慢，可玩性低。ownCloud很久以前就听过，总感觉没发展成熟，bug也特别多，一直没试。本来想今天氪一个微软的全家桶，氪之前digital ocean上面试玩了一下了oc，意外地觉得还不错！基本上满足现代生活多个设备文件、日历、通讯录的同步，特别的方便。然后就立马放弃氪微软全家桶（改氪了台新的ovh服务器）

oc的安全事故也有所耳闻，文档方面第一感觉是做得比Wordpress差，版本之间改动很大，特别是整个旧商城搬迁了，安装方面指引不太明确，也走了不少弯路，自己的服务安全显然要自己负责。但最终能够对接上我的自动更新程序，让我后面的维护省了不少功夫。另外oc的app做得非常烂，还收费。事实上我们并不需要这些app，因为网页版 加 系统自带的软件（例如iOS自带的日历）就足够了。

Nginx中fastcgi_pass直接写unix和使用upstream

这两天虽然很忙，但是由于某些情况需要折腾一个反向代理服务器。解决了我一个困扰了很久的问题——为什么nginx不能检测后面php-fpm或者hhvm运行的状态；如果php-fpm或者hhvm挂了为什么nginx的fastcgi_cache_use_stale的参数不起作用？

我一直想当php-fpm或者hhvm挂掉的时候nginx能够提供cache的旧页面，但是fastcgi_cache_use_stale的参数似乎不起作用，今天仔细地读了一个nginx的文档。为了实现这个目的，我们需要用的是fastcgi_cache_use_stale 中 error这个参数，然而error这个参数的说明中提到了一句话

Let's Encrypt免费证书安装方法

考虑到网站上面一堆域名证书的续费成本，还是花了几个小时将给服务器装上了Let's Encrypt 的免费证书。其实还算挺简单的。总体来说，LE的证书还是挺可靠的，支持着有EFF、Mozilla等大头，虽然是2015年末才正式推出服务，但是一年多以前我就早已听到，当时好像还引发了很强烈的反响。

MediaWiki中widget脚本的异步加载方式

最近玩mediawiki比较多，感觉mediawiki扩展方面做得真的不错，API方面，完善的日志功能也是非常棒。并且mediawiki本身就为维基百科服务的，于WordPress相比，不需要魔改就能够很好地使用于大型项目。学校有个用WordPress做的展示网站，用户太多编辑太混乱，权限也是非常混乱和危险，现在都有点想安利他们用mediawiki了。

MediaWiki最近的一个更新将脚本全部js脚本都异步了，应该说这也是一个设计的潮流吧。

感谢mediawiki这次的升级为我提供这个月的博客更新素材，终于有点干货了。

CentOS7搭建网页BT下载服务器

一直想自己弄一个BT下载服务器，迅雷的离线下载确实很好用，但是也有很多局限性，毕竟自己搭建的话，可以全部自定义，想要什么功能就有什么功能。在线播放的也不需要各种等。与迅雷各种吸血下载还有对参数含糊其辞相比，一个Linode 2048的服务器250 Mbps Network Out，相当于30MB/s的专用下载带宽都是明确标示。主要瓶颈将会出现在接收电脑的带宽上。

虽然，由于相同资源可以重复使用，迅雷提供很大的离线储存空间，但是这些东西，自己弄的肯定专业得多了，不会因为节约成本，而出现某些资源不能下载的情况，或者需要进入队列等待离线的情况。

WordPress 多点负载均衡部署方式

WordPress 确实是做博客非常好的一个工具。但是基本上都是单一节点的。做成多个点的集群其实也是非常方便的，并不需要借助什么组件。

CentOS7上GitHub 自动部署的实现

还是尽量维持每月至少一更的节奏吧。最近在玩Azure云，发现它的自动部署功能实在是太棒了。尝试在自己的机器设置Github自动部署功能，其实上是非常简单的。我们只需要一个 几十行的python脚本监听一下就可以了。