技术

方法来自：https://blog.icedream.xyz/2020/01/01/破解群晖file-station中文未按拼音排序问题/

以下基于DSM 6.23-25426 Update 3 (x64)

涉及修改文件为/usr/lib/libsynocore.so.6。

ucol_open涉及到以下代码位置：

LOAD:000000000001650F                 lea     rsi, [rsp+28h+var_1C]
LOAD:0000000000016514                 lea     rdi, aPStartAddress+12h ; ""
LOAD:000000000001651B                 call    _ucol_open

具体修改操作：

1. 将48 8D 3D 78 A9 00 00替换成48 8D 3D 7B AF 00 00。
2. 查找字符串string_join.c，并替换成string_joinzh。

结论：这样修改完成后，在File Station中按拼音排序时，中文目录会排列到所有英文目录前。

首先说明，白群晖也可以这么折腾，但没必要。

下面的问题以及解决方法都是基于ip addr的方法更新记录的，如果是访问第三方网站获取本机IP的话，应该不存在这些问题。

起因是由于黑群晖在路由器重启后，前缀发生改变，但旧的IPv6地址并没有释放，所以造成会有很多IPv6的公网地址，当然只有最新的才可以访问到群晖，这时很多DDNS脚本都没有对此的解决方案，一般脚本获取到多个地址时，就会将第一个地址更新到DDNS解析网站上。

虽然新地址与旧地址并没有什么规律可循，但是每次路由器重启后，会分配一个DHCPv6给群晖（我的OpenWrt是通过DHCPv6-PD分配地址的），并且这个后缀一般不会存在多个地址，所以最后就利用这个IPv6来更新DDNS。

Switch 港区 eShop 已经建好了，现在在美区购买游戏，就会出现错误代码 2813-1771。

首先说问题原因，其实以前美区就规定了的，必须是美区本地的信用卡才可以购买游戏，之间国内的信用卡也可以购买，完全就是因为大陆不属于任何分区，所以才排除在外了，国内注册的 Paypal 也是同样原理。

目前任天堂分区（网上总结，可能有错误）：

• 美区：美国、加拿大、墨西哥
• 亚区：日本 、韩国、香港、台湾
• 欧区：欧盟国家、英国、南非、澳大利亚、新西兰

其中，澳大利亚和新西兰也可能是单独分区。

最近在虚拟机上安装了Xubuntu，用来编译一些软件，但VMware提供的分辨率有限，连常用的1920x1080都没有，参考以前的方法来修改分辨率也有不一样的地方，记录下来，需要的朋友可以借鉴。

Archlinux的维基上给出了比较明确的方法，比网上教大家加入到~/.profiles的方法要好的多。

在实际应用的时候，发现不存在/etc/X11/xorg.conf这个文件，继续Google，得到可以重新生成这个文件。

首先按Ctrl+Alt+F1，进入TTY，普通用户登录，这里需要注意的是在TTY的时候，小键盘的Num Lock其实是关闭的。

最近爱上了Manjaro这个Linux发行版，尤其是更新到18.0以后，界面看着更舒服了，基于ArchLinux，，自带AUR，用起来非常方便。默认提供了Xfce、KDE、GNOME几种桌面，不过社区版集成了几乎所有主流的桌面。

一 Guest Additions问题

我安装的Xfce 64bit版本，安装完毕启动Virtualbox后，首先就是共享剪贴板和共享文件夹不能用，查wiki上明白的写着已经集成Guest Additions，但是却完全不能用。经过Google搜索后在Manjaro论坛上有了答案：

1 安装缺少的组件

在“添加/删除软件”中搜索virtualbox-guest-utils，或命令行运行：

sudo pacman -S virtualbox-guest-utils

这里搜索virtualbox可以看到当前内核对应的guest-modules已经安装了，但是工具包默认没有装。内核模块应该是提供了驱动之类的，共享文件夹什么的只能靠工具包了。

昨天打开自己的博客，发现了“ERR_TOO_MANY_REDIRECTS”，估计是最近把DNS改到Cloudflare产生的后果，于是开始排查错误。原来是Cloudflare登录后对应域名的Crypto问题，由于我的域名下有子域名处于http状态，前几天将SSL加密部分从Full SSL改为了Flexible SSL，由此造成的“ERR_TOO_MANY_REDIRECTS”。

问题找到了，由于我的博客托管在Github，首先去掉Github Pages设置里的Enforce HTTPS选项，因为这里http会被强制跳转到https，而Cloudflare的Flexible SSL选项需要阅读原始服务器的http数据，然后进行加密，再传送过来，如果原始服务器返回https的话，Cloudflare会丢弃https数据，然后再继续请求，这就是造成问题的元凶。