前言

继去年我自己的Windows上Chrome崩溃后，这两天室友的Chrome也无故崩溃了。导致原因未知。

具体表现为，Chrome一打开就提示插件崩溃，无痕模式依然崩溃，打开任何网页都显示页面崩溃，包括浏览器的设置也无法打开。甚至使用Edge，若选择导入Chrome的数据，Edge也会中招崩溃。卸载重装无用。网络上搜到的解决方案都不管用。

换用低版本Chrome

经我自己和室友测试，104版本Chrome不会出现崩溃问题，卸载现有版本Chrome后安装104版本可以解决问题。

附上104版本百度网盘下载链接。

关闭Chrome自动更新

不出意外的话Chrome能正常使用了，包括登录账号同步数据等。但不出意外的话Chrome应该已经开始自动更新并且更新完毕了，就静待着你重启Chrome然后再次崩溃。

关闭自动更新的方法参考一篇博客，博客中第一种禁用Google更新服务的方法在我室友的电脑上不适用（找不到Google更新服务），第二种修改Update文件夹权限的方法有效，不过文件夹的目录未必在C:\Program Files (x86)\Google\Update，右键Chrome打开文件所在位置，退回到Google目录层级，把xxx\Google\Update和xxx\Google\GoogleUpdater两个文件夹的所有操作权限全部拒绝即可。最后可选根据博客的第三步关闭更新失败的弹窗提示。

我个人的经验是一段时间后崩溃的问题会莫名其妙解决，可以继续使用Chrome的新版本。

Chrome + Flash

先直接给出已经配置好的Portable版，解压即用，Portable版的所有数据只在解压的那个目录，不会跑出去。下载链接

若要自己配置的话可以参考里面的两篇文章教程，阅读顺序是少数派->远景论坛，注意支持Flash的Chrome最高版本以及Flash未留后门的最后一个版本即可。4399启动器😁。

• 9.29 原神音乐会
• 9.30 回家
• 10.1 察觉异样（类似上火）
• 10.2 发烧 (39°+)
• 10.3 发烧 (39°+)
• 10.4 发烧 (38.5°+)
• 10.5 发烧 (38°)
• 10.6 退烧
• 10.7 返校

• Clash for Windows -> General -> Port 点击右侧的Windows Terminal的图标
• 其中CMD Powershell Windows Terminal会自动打开相应的临时的走代理的终端
• Copy Commands Only则提供相应的命令，需自行在终端运行
  • CMD的命令为set http_proxy=http://127.0.0.1:7890 & set https_proxy=http://127.0.0.1:7890，与网上流传最广的版本一致
  • Powershell的命令为$Env:http_proxy="http://127.0.0.1:7890";$Env:https_proxy="http://127.0.0.1:7890"

注：为终端设置代理主要应该还是为了git的使用，但此种方式只是临时代理，只对当前的终端生效。

注2：ping命令是ICMP协议，处于网络层，流量无法被上层的代理接管转发，所以用ping命令来测试行不通，可以使用curl命令来测试，curl使用到的协议基本处于应用层。如果真的想要ping通，可考虑尝试VPN。

前言

剪辑几个1080p60码率10Mbps的素材，所有片段加起来总时长3个小时，结果就是卡得动不了，决定用创建代理(Proxy)的方式剪辑。整个过程走下来，遇到了不少问题，特此记录。网上也有不少人分享自己遇到了这类问题，表现类似，但成因不尽相同，一些伙伴分享了自己的解决方法，我也给出一套我自己的解决方法。

问题一：Adobe Media Encoder转码太慢

一般创建代理的步骤：PR里选择素材-右键创建代理(Create Proxies)-选择预设(可提前在AME里新建预设)-PR唤起AME进行转码操作-转码完毕代理创建完成。但我机器配置太差，4GB的一个片段，预估完成时间硬是从20分钟一直涨到数个小时并且没有回落的趋势，直接倒在开头。

解决方法：使用其他的转码软件MediaCoder，将视频手动转码后再去PR连接代理，此时创建代理的步骤为：MediaCoder里选择素材-调整设置进行转码-PR里选择对应素材-右键连接代理(Attach Proxies)-选择转码后的素材。

MediaCoder根据下图设置。代理文件质量不需太高，我这里尽量往低了调。视频栏：取消勾选复制视频流（否则就会直接输出原画面了），码率模式选择平均码率模式(VBR)，视频码率设置成256Kbps，格式H.264，编码器可以选择硬件加速。音频栏：勾选复制音频流（否则PR连接代理时可能会报错音频通道不匹配的问题）。容器栏选择MP4。画面栏：分辨率选择640x360（比PR预览框分辨率稍大），帧率一定是原始（代理素材需和原素材帧率一致，否则剪辑效果可能会错位）。

（复盘的时候发现创建代理时的转码格式有QuickTime(苹果开发的多媒体框架)可选，不过里面都带了GoPro CineForm字样，不确定是否是通用的格式（ChatGPT说是），是否能解决下面的问题二。）

问题二：代理素材预览效果与原素材表现不一致

我这里问题的表现：代理素材呈现的是原素材上下翻转的画面，剪辑效果不能正确呈现在原素材上，并且预览原素材时总是闪回到开头，但进度条未变。

问题成因：我出问题的视频素材用iPad录制的，苹果设备录像的编码格式默认为HEVC(H.265)，我的PR版本是2018，有人分享说使用2021版或者2022版能解决问题，或许是因为新版对H.265或者说苹果录制的H.265支持更好？

解决方法：苹果相机设置里修改格式为兼容性最佳（使用H.264编码），但我已经使用代理基本剪辑完成了，重录素材重新剪辑不可行，只能曲线救国狸猫换太子。使用MediaCoder转码原素材，换用H.264来重新编码。PR里右键脱机(Make Offline)原素材，再连接媒体(Link Media)，选择新素材。

MediaCoder根据下图设置（注意与上面转码成代理的区别）。视频栏：取消勾选复制视频流，码率模式选平均码率模式(VBR)，视频码率选择与原视频接近的码率，格式H.264，编码器可选择硬件加速。音频栏：勾选复制音频流。容器选择MP4。画面栏：分辨率和帧率都保持原始。

补充下网友分享的一种情况和解决方法：代理剪辑的效果与关闭代理模式后的预览效果相差数秒，定位原因是AME在转码的时候原素材与转码素材帧率有细微差别导致，解决方法是把原素材的帧率改成和代理素材一致。

问题三：关闭代理模式后在导出时卡死

网上说导出要先关闭代理模式，然后在导出设置里取消勾选使用预览(Use Previews)和使用代理(Use Proxies)。我测试结果是关闭了代理模式在导出时必定会未响应（配置太差），我索性不关，然后在导出里取消勾选使用预览（默认是取消，并且我的版本没有使用代理的复选框），顺利导出。补充一下怎么显示代理按钮。

一些话

感觉像是在给MediaCoder打广告哈哈，我之前一个博文里提到无损转换视频的封装格式也是用的MediaCoder，还有发给朋友的视频用这个压缩也十分的轻量方便。Adobe Media Encoder毋庸置疑很强大，但在我的电脑配置下，显然不如MediaCoder好用。代理剪辑其实限制很多，太复杂的剪辑还是得直接上原素材，所以从根源上解决问题还是得靠钱呀😂。然后有关编码的一系列命名看着头疼，需要一份条理清晰的科普来拯救我:-(，暂时我就简单理解成H.265, HEVC二者更亲，H.264, MPEG-4, AVC三者更亲。最后最后，私货。

前言

如题前几天的博文【自建内网穿透实现Minecraft联机】，这几天体验下来十分稳定，延迟抖动各方面都很优秀，只是有个地方不太优雅，朋友需要填IP地址:25565来加入游戏，IP地址直接对外暴露，后面还要带个端口号，于是我想着弄成mc.hypixel.net这类，看着优雅不少。

域名解析

我有个域名opano.top(它解析到我博客的Github服务器)，现在为二级域名mc.opano.top添加一个A记录，指向我的腾讯云服务器，用作联机地址。

服务器端Nginx反代

1.安装Nginx

（省事也可以使用apt install nginx）

选择合适目录下载解压[下载地址]。

1
2
3

cd /usr/local/nginx
wget https://nginx.org/download/nginx-1.23.3.tar.gz
tar -zvxf [Tab]

检查环境，缺什么补什么。

1
2

cd [解压目录]
./configure

一般会报错”error: the HTTP rewrite module requires the PCRE library.”，装PCRE库即可，此后再执行./configure便不会报错。

1
2

apt install libpcre3-dev
./configure

(对于RedHat系/CentOS，网上给出的方案有yum -y install openssl openssl-devel或者yum install pcre-devel.)

最后

1

make install

2.修改配置文件

(注意每次修改完配置文件都需重启Nginx服务)

返回上级/usr/local/nginx，配置文件./conf/nginx.conf

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

server {
    listen       80; // 可修改为其他端口，注意在防火墙放行
    server_name  localhost; // 修改为域名，例如：mc.opano.top
    
    location {
        proxy_pass http://localhost:25565; // 新增这一行，代理到想去的地方
        root   html;
        index  index.html index.htm;
    }
}
// 可存在多个server，进行多个代理
server {
    listen 80;
    server_name 域名B;
    location {
        proxy_pass http://baidu.com; // 十分自由
        ...
    }
}

启动./sbin/nginx（重启./sbin/nginx -s reload）。

现在朋友输入mc.opano.top就可以进入自己的世界啦！

前言

没啥好说的，就恰好有了这个需求，感觉这个需求应该挺多的，为什么Docker不提供一个更简单的方式呢。

容器尚未构建

在构建之前明确知道要开放哪些端口，用-p 宿主机port:容器port 参数来构建，网络上教程很多，可参考贴1，贴2。

容器已经构建

1.关闭Docker服务

一定要先关闭docker服务再修改，负责可能写不成功。

1

systemctl stop docker

2.修改配置文件

查看容器完整id：

1
2

docker inspect {容器的名称或缩写id} | grep Id
// docker inspect a8e | grep Id

配置文件/var/lib/docker/containers/[容器id]/hostconfig.json

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

{
    ...
    // 修改这项内容
    "PortBindings": {
        "{容器port}/tcp": [
            {
                "HostIp": "",
                "HostPort": "{宿主机port}"
            }
        ],
        // 容器port和宿主机port相同便于管理
        "50831/tcp": [
            {
                "HostIp": "",
                "HostPort": "50831"
            }
        ]
    },
    ...
}

配置文件/var/lib/docker/containers/[容器id]/config.v2.json或者.../config.json

1
2
3
4
5
6
7
8
9
10
11
12
13

{
    ...
    "Config": {
        ...
        // 若没有这一项，自己按照格式添加
        "ExposedPorts": {
            "容器port/tcp": {},
            "50831/tcp": {}
        },
        ...
    },
    ...
}

启动Docker，并查看端口情况，若没看见端口信息，说明没修改成功，检查配置文件重新修改一遍。

1
2

systemctl start docker
docker ps // 或者docker port {容器id}

前言

跟朋友联机Minecraft我尝试过两种方法：樱花穿透、Essential模组（这两种联机方法我仍然强力推荐）。不巧最近这两种方法在我目前的网络环境下都不稳定，频繁掉线，正巧手中有一台云服务器，这台服务器此前一直是挂着云崽（详情可见我之前的博客），对带宽和处理器的消耗很小，再运行个内网穿透服务完全没问题（还能帮忙消耗1000GB的月流量包，不然浪费了😉）。工具选用frp(项目页面)。

原理

frp 主要由 客户端(frpc) 和 服务端(frps) 组成，服务端通常部署在具有公网 IP 的机器上，客户端通常部署在需要穿透的内网服务所在的机器上。

内网服务由于没有公网 IP，不能被非局域网内的其他用户访问。

用户通过访问服务端的 frps，由 frp 负责根据请求的端口或其他信息将请求路由到对应的内网机器，从而实现通信。

[摘自frp官方文档]

服务器端

1.下载frp

[下载页面]首先在Terminal里使用uname -s和uname -u来确定服务器的系统和架构，我的云服务是Linux x86_64，就下载后缀为linux_amd64的版本：

1

wget https://github.com/fatedier/frp/releases/download/v0.47.0/frp_0.47.0_linux_amd64.tar.gz

2.编辑配置文件

解压后，编辑frps.ini，内容为下：

1
2
3

[common]
bind_port = 7000
token = 设置一个客户端连接密码

[common] 是固定名称的段落，用于配置通用参数。

bind_port是服务器监听端口，默认7000，用来接收客户端的连接。

token用来权限验证，增加一点安全性。

至于有些教程里出现了关于dashboard的配置，如果不使用网页查看frp的状态以及统计信息展示的话，可以不配置。

客户端（处于内网的机器）

1.下载frp

[下载页面]直接根据后缀名下载就行，windows、linux、darwin(MacOS)。

2.编辑配置文件

解压后，编辑frpc.ini，内容为下：

1
2
3
4
5
6
7
8
9
10

[common]
server_addr = 服务器的公网ip地址
server_port = 7000
token = 与服务器配置文件里的相同

[minecraft]
type = tcp
local_ip = 127.0.0.1
local_port = 25565
remote_port = 25565

server_addr是服务端的公网ip地址，如果有域名解析到服务器也可以直接填域名。

server_port与服务器端配置的bind_port保持相同即可。

[minecraft]是一个标志，可以随意命名。

type一定是tcp。

local_ip 是需要被代理的本地服务的 IP 地址，默认127.0.0.1就行。

local_port 是本地需要暴露到公网的服务地址和端口，Minecraft里安装联机模组后局域网一般开放25565端口（建议安装联机模组，可自定义开放端口，否则是随机分配端口，每次都要修改配置文件十分麻烦）。

remote_port 表示在 frp 服务端监听的端口，访问此端口的流量将会被转发到本地服务对应的端口（即local_ip:local_port），朋友在服务器地址栏里输入server_addr:remote_port便能加入游戏，建议25565。

云服务器开放防火墙/安全组

以腾讯云为例，在服务器实例的管理页面会有防火墙一栏，记得放行7000和25565两个端口。

开始联机

1.服务器端启动frp服务

在frp文件夹内./frps -c ./frps.ini启动服务，ctrl+c结束服务。

(frp官方文档建议长期运行时，使用systemd控制frps及配置开机自启。教程)

2.客户端启动frp服务

在frp的文件夹里新建个bat文件，内容为frpc -c frpc.ini，双击运行启动服务，关闭窗口结束服务。

3.游戏内操作

房主开放局域网游戏后，朋友在服务器地址栏里输入server_addr:remote_port(例如1.111.222.233:25565)便能加入游戏，享受稳定的联机游戏体验吧~

温馨提示：注意自己云服务器的流量消耗，建议选择大的包月流量包或者比较便宜的按量付费，毕竟Minecraft联机真的挺吃流量的，特别是开图的时候，我自己使用下来，11个小时吃了快5GB，我的云崽机器人半个月也才吃300MB。

运行nonebot的一个语音插件报错Failed to import "nonebot_plugin_apscheduler"，最后定位到ZoneInfoNotFoundError，即时区的问题，我上设置瞧了一眼时区是东八区，按理说应该是正确的，不清楚为什么获取不到，最后的解决方法是设置成自动获取时区。其他apscheduler类的时区报错也可参考。

前言

今天更新quest2的固件，需要全局翻墙条件，但我的N1盒子刷了Armbian部署着Yunzai-Bot，暂时不具备作为旁路网关的能力了，于是临时利用win10的热点共享功能为quest2的固件更新提供了个环境。

正文

开启WIFI热点：打开win10自带的移动热点功能，然后在网络连接页面里会新增一个本地连接，假设是本地连接10（若不清楚新增的是哪个可以关闭移动热点功能进行对比），暂时不用理会。

配置代理连接：利用SSTap工具(下载)创建一个代理连接，在SSTap里准备好代理后，打开设置里的网络和Internet，打开更改适配器选项进入网络连接页面，在这个页面会看见一个新的SSTAP连接，右键该SSTAP连接进入属性窗口，点击共享选项卡，勾选允许其他网络用户通过此计算机的Internet连接来连接，然后家庭网络连接的下拉栏选择本地连接10。

到此就配置完成了，此时quest2设备连接win10共享的热点就能实现全局翻墙的效果了，若出现问题可以尝试重新连接代理并重启移动热点功能。

PS：使用过程中发现整个连接稳定性不高，不清楚是代理软件那边的问题还是win10共享热点的问题，总之只能用来应急，想要稳定连接效果还是需要依靠路由器。

前言

看到一个qq群里有只yunzai机器人，想着绑定下自己的账号查查数据体验一下，结果那只机器人迟迟没反应，于是我想就自己也搭一个吧，正好自己拉个群给朋友们玩玩。于是目光锁定了那台近乎吃灰的斐讯N1盒子。

N1盒子重刷Armbian系统

我的N1盒子此前一直安装着Openwrt系统当作一个旁路网关用的，考虑到Openwrt系统精简了不少依赖和指令，为减少后续部署Yunzai-Bot可能会出现的问题，最终选择将N1重刷成Armbian系统。经实测Openwrt重刷Armbian不需刷回到之前的安卓系统，直接覆盖写入emmc即可。 该注意的地方这篇博客都提到了，感谢那位博主帮我避了那么多坑。

安装Docker遇到的问题

安装Docker：第一次尝试使用官方的安装脚本get-docker.sh，但提示我Debian版本(armbian5.77, debian9)过低，建议使用高版本进行安装，不出意外地安装失败了，于是使用 apt install docker-ce进行安装，执行docker --version结果Docker version 19.03.15, build 99e3ed8，安装成功。

安装docker-compose的坑：开始时看一些帖子推荐使用pip安装docker-compose，我便照做，结果安装过程中疯狂出现依赖问题，踩坑😐。继续查找资料有帖子说尝试换用高版本python，于是下载了python3.9的源码进行编译升级(参考)，继续使用pip安装，看似安装成功了，但无法使用，踩坑😐。最后选择直接下载官方的可执行文件，参考了这个帖子安装1.29.2版本，下载的docker-compose可执行文件才9byte，显然是有问题的，踩坑😐。执行uname -s结果Linux，执行uname -m结果aarch64，上官方GitHub发行页面才发现1.29.2版本没有linux-aarch64的版本，而目前最新版2.12.0支持，于是从官方文档上拷贝了curl -SL https://github.com/docker/compose/releases/download/v2.12.0/docker-compose-$(uname -s)-$(uname -m) -o /usr/local/bin/docker-compose，下载成功。设置下权限chmod +x /usr/local/bin/docker-compose，执行docker-compose --version结果Docker Compose version v2.11.2，安装成功。（以后装啥之前都尽量上官方文档瞅一眼，装2.12.0的时候甚至还踩了个坑，v2.12.0少输了前面的v，因为下载低版本的链接是没有那个v的，然后就下载失败了😐）(2023-3-3补充：直接在Assets里右键复制链接地址问题就解决了。。)

部署过程中遇到的问题

第一次尝试手动部署，yunzai-bot容器里出现了redis disconnted的问题，提供的解决方法是启动redis，但redis在yunzai-redis容器里是已经启动的状态。后来改用一键部署脚本部署并没出现问题。开始时怀疑是私自改了redis文件夹在宿主机的位置造成的，但查看一键部署脚本的内容，发现了sed -i 's|127.0.0.1|redis|g' ./yunzai/config/redis.yaml这行命令，将宿主机redis.yaml这个文件里的host: 127.0.0.1改成了host: redis，以便从外部访问，我猜原因应该就出在这。

使用Yunzai-Bot遇到的一些问题（持续更新）（失效内容）

2023-3-15补充：一律建议使用TRSS脚本解决

更换机器人qq号：./yunzai/config/qq.yaml里更改

登录问题.Yunzai-Bot#679 + 云崽机器人总结问题六

自带的三个插件加载错误：重新下载文件解决.Yunzai-Bot#17

原神语音合成插件错误：原神语音api关闭.YunzaiJsPlugins#3 + 云崽机器人总结问题九

逍遥插件的签到问题.Yunzai-Bot#729 + 搭配云崽自身的配置文件（或者#开启/关闭签到）.Yunzai-Bot#542

逍遥插件的图鉴问题.xiaoyao-cvs-plugin#16

Redis容器AOF数据持久化问题.解决方案

部分插件的功能绑定cookie后需要#重启才能生效.Yunzai-Bot#569

更新面版失败问题：更换请求url为国内中转地址.miao-plugin#63

PS：之前用的Openwrt整合固件貌似有后门😑，详见帖子。现在开源项目都要留个心眼，非开源项目更要慎用了。

2022-10-23更新：N1的8G储存几乎被吃完了，继续添加其他插件是不太可能了，赶着双十一优惠，购入了一台腾讯云轻量应用服务器，2核4G、6M带宽1000G月流量、60G固态盘，首年100RMB。直接使用时雨大佬的一键部署脚本，部署在这台服务器上，十几分钟就解决战斗了😂。鉴于还是有全局翻墙的需求，大概会在N1的Docker里部署个Openwrt。

2023-3-15更新：N1刷回电视系统寄回老家看电视用了，返璞归真🙏。