Cloudreve迁移到MySQL
环境 & 起因
- 系统:Debian 10
- 硬件:1 vCPU 512MB
- Cloudreve软件版本:3.3.2 with SQLite
随着文件数的增加,SQLite速度和稳定性都差一些,而且数据库文件越来越大,虽然网盘就我一个人在用,崩了可以重新装,但还是秉着一劳永逸的原则,开始了迁移工作。
»随着文件数的增加,SQLite速度和稳定性都差一些,而且数据库文件越来越大,虽然网盘就我一个人在用,崩了可以重新装,但还是秉着一劳永逸的原则,开始了迁移工作。
»源代码来自于hauntek/python-ngrok,自己又从dingtalk/ngrok中提取了源码进行比对,然后用pyinstaller编译而来。 用起来还是相当稳定的,虽然似乎只能穿透http,但是能穿透一个群晖的DSM就足够了,建议应急的时候用一下。 下载地址:https://github.com/heartnn/dingtalk-ngrok/releases/latest,包含Windows和Linux的版本。 更新日志: 20220407:修复在群晖下的依赖问题 »
最近在研究使用Jellyfin,由于字幕的问题需要备用的woff2字体,网上的字体都不是很完整的,所以想自己转换一些使用。这个工具是从Google的代码编译而来,是用Cygwin msys编译的,Windows下可以使用。 下载后打开,其中包括woff2_compress.exe和woff2_decompress.exe,使用方法很简单: woff2_compress myfont.ttf woff2_decompress myfont.woff2 转换成woff2时,输入文件可以是ttf和otf,但ttc是不行的,需要将ttc转换成ttf使用。 20250305:更新使用msys编译。 »
youtube-dl本身是个强大的工具,但是命令记起来还是有些繁琐的,而GUI工具也没发现特别好用的,所以有了下面的脚本。
--proxy字段;首先说明,白群晖也可以这么折腾,但没必要。
下面的问题以及解决方法都是基于ip addr的方法更新记录的,如果是访问第三方网站获取本机IP的话,应该不存在这些问题。
起因是由于黑群晖在路由器重启后,前缀发生改变,但旧的IPv6地址并没有释放,所以造成会有很多IPv6的公网地址,当然只有最新的才可以访问到群晖,这时很多DDNS脚本都没有对此的解决方案,一般脚本获取到多个地址时,就会将第一个地址更新到DDNS解析网站上。
虽然新地址与旧地址并没有什么规律可循,但是每次路由器重启后,会分配一个DHCPv6给群晖(我的OpenWrt是通过DHCPv6-PD分配地址的),并且这个后缀一般不会存在多个地址,所以最后就利用这个IPv6来更新DDNS。
»这次主要记载了一下家中目前使用的网络模式。
首先用 4415U 的软路由替换掉 R2S,因为 R2S 的双网口还是不太够用,软路由直接作为主路由拨号使用。
光猫改成桥接,只负责 IPTV 拨号。
客厅的两个位置(电脑及电视)全都是只穿了一根网线,没有办法只好买了两个 SG105 Pro 组成 vlan。
客厅放置 TP-LINK WDR8661 易展版作为主要 AP,两个较远的卧室分别放置 TL-WDR8670 和 TL-WDR1850 (不是一次购买的,可以以后过渡到 WiFi6)。
这样客厅穿线较少的问题得到了解决,而且 SG105 Pro 还有剩余端口,还可以继续拓展比如 Switch 加装有线网卡等等。
»