Artificial Intelligence / Reverse Engineering / Internet of Things / Full Stack Developer
在群辉下通过pyinstaller编译py文件会出现各种问题。首先是没有binutils，如果要安装这个工具包，需要安装包管理器ipkg。在确定系统处理器架构之后即可安装对应的包管理下，命令如下：
wget http://ipkg.nslu2-linux.org/feeds/optware/syno-i686/cross/stable/syno-i686-bootstrap_1.2-7_i686.xsh chmod +x syno-i686-bootstrap_1.2-7_i686.xsh sh syno-i686-bootstrap_1.2-7_i686.xsh
安装完成之后即可通过ipkg进行包管理了，
ipkg install binutils
nas上的quickconnet好久之前就不能访问了，一直以为是群辉的服务挂了，但是像这么大的问题网上竟然没有任何的反馈感觉也不太正常，搜索了一下也没有提到说服务挂了的任何信息。今天在公司又访问了一下quickconnect发现竟然能打开。于是现在原因基本就剩下一个了，联通搞得鬼，为了确认最终是联通的问题，让同事在家试了试发现也打不开。如果没有修改任何信息的话，那用的dns服务器基本就是联通的。尝试使用114.114.114.114解析发现能返回正常的ip。那这就毫无疑问是联通的问题了。
nas存储一直提示可以升级7.0.于是在一个月黑风高的夜晚，手一抖，点了个升级。升级完之后就发现抑郁了，smb协议的共享在Windows下慢的1b。之前千兆网络基本是秒开，结果升级之后打开共享需要等将近10s钟。管理后台更卡，从开始加载到完全显示需要半分钟。这tm就抑郁了，于是开始搜索降级教程。
其实官方提供了一个配置文档，但是实际在修改的时候还是发现一些问题：
在管理 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后提示成功了，但是依旧可以访问，并且配置信息并没有生效。