这一场雨已经淅淅沥沥的下了两天了，虽然不大，但是每次走到外面走给人一种意犹未尽的感觉。说不上喜欢，也说不上不喜欢，不过上面这张图转漫画风的时候大白熊坏掉了，它本来不是这个样子的。
长夜漫漫
忙碌的周末吖
自从换了服务器，加了cdn之后，服务器一直处于无法正常提供服务的状态。每天大约能正常运行三四个小时，其余时间php-fpm进程跑满了cpu资源，不管是直接访问还是通过cdn都无法正常的提供服务。
这个状况基本持续了一周左右的时间，从22号开始，一直处于这个状态。知道杜老师是通过家里的nas服务器和cdn实现的博客服务，前段时间杜郎也写了篇文章关于工控机的。受这两文章文章的启发也决定把服务器放在家里了，通过家里的宽带和cdn来提供服务。于是参考杜郎的硬件，也从拼夕夕买了一台工控机。预计周六送到，想着周六要去趟公司正好在公司处理一下。
结果周五晚上突然拉了一个群，说潍坊有个项目临时要去沟通一下。这就很让人抑郁啊，完全破坏了自己的计划。但是也没什么办法，这个事情自己不去别人也说不明白，于是周六早上七点就出门了。结果十点到了项目上，对方的人等十一点多才出现。一点诚意都木有。
关于联通的dns服务器劫持quickconnect.cn
nas上的quickconnet好久之前就不能访问了，一直以为是群辉的服务挂了，但是像这么大的问题网上竟然没有任何的反馈感觉也不太正常，搜索了一下也没有提到说服务挂了的任何信息。今天在公司又访问了一下quickconnect发现竟然能打开。于是现在原因基本就剩下一个了，联通搞得鬼，为了确认最终是联通的问题，让同事在家试了试发现也打不开。如果没有修改任何信息的话，那用的dns服务器基本就是联通的。尝试使用114.114.114.114解析发现能返回正常的ip。那这就毫无疑问是联通的问题了。
群辉 NAS 降级记
nas存储一直提示可以升级7.0.于是在一个月黑风高的夜晚，手一抖，点了个升级。升级完之后就发现抑郁了，smb协议的共享在Windows下慢的1b。之前千兆网络基本是秒开，结果升级之后打开共享需要等将近10s钟。管理后台更卡，从开始加载到完全显示需要半分钟。这tm就抑郁了，于是开始搜索降级教程。
群晖 NAS Python3 PIP
群晖默认的python版本为python2.如果要安装python3可以通过套件中心进行安装
安装的python并没有带pip工具，如果直接执行
pip3 install requests
会直接报错：-sh: pip3: command not found
通过如下命令安装pip3：
curl https://bootstrap.pypa.io/get-pip.py -o get-pip.py
python3 get-pip.py
安装成功之后可能会出现如下警告：
提示安装路径不在PATH中。要解决这个问题可以将路径添加到PATH变量中，或者在执行的时候切换到指定的目录：
不过比较坑的一点事群晖的sh即使在切换到安装目录之后依然会提示命令未找到，可以通过以下命令安装库：
./pip3 install requests
Synology(群辉) NAS Mariadb 配置文件修改
其实官方提供了一个配置文档，但是实际在修改的时候还是发现一些问题：
在管理 DSM 5.0 或更新版本中的数据库时，MariaDB 套件的默认设置应该能够满足大多数用户的要求。但如必要，您可手动更改 MariaDB 设置以满足您的特定需求。
请按以下说明完成操作：
- 如果没有名为 my.cnf 的配置文件，请创建该文件。该文件应包含您要在 MariaDB 中更改的设置（请参见以下实例）。
- 将 my.cnf 文件置于 Synology NAS 的以下路径：/var/packages/MariaDB/etc
- 重启 Synology NAS 或执行 /usr/syno/bin/synopkg restart MariaDB 来应用新设置。更新 MariaDB 套件或重启 DSM 后，新设置将被保留。
例如，要提高传入 MariaDB 的文件的大小上限，您可在 my.cnf 配置文件中添加以下命令行：
[mysqld]
max_allowed_packet = 1073741824
对于后续的版本或者系统更新， 这个文件并不在这个目录下，对于我目前实用的系统这个文件应该在如下目录下：
vim /var/packages/MariaDB10/etc/my.cnf
并且还有另外一个很鸡肋的问题，就是提供提供的命令/usr/syno/bin/synopkg restart MariaDB 貌似并没啥效果，不管是stop还是restart都是提示成功了，stop后提示成功了，但是依旧可以访问，并且配置信息并没有生效。