这是我亲身经历的游戏退款过程记录，涉及游戏：蛋仔派对、迷你世界，涉及平台：荣耀手机、小米手机、抖音云游戏（微播视界）其他游戏与平台应该类似。

这篇文章还在持续更新中，尚未有任何退款到账
部分条款可能还只是相关关键词，没有详细内容
这篇经验总结不涉及iOS平台，所以参考价值相对较低

后面我先大致说下准备工作，相关概念普及等方便后续操作，每个渠道的操作，我会分为单独的文章详说。

渠道服

安卓游戏分渠道服、官服，如果是在小米荣耀华为vivo这些应用商店下的游戏并支付，就属于渠道服，在微信里查看商户名称就是这些手机系统的公司，而不是游戏制作或发行方。

比如在小米商店下载的蛋仔派对并支付，微信看到的收款方是北京瓦力，这就是小米游戏子公司，账单图标也是小米商店，而不是游戏的发型公司网易，所以退款别找网易，找小米。

相对的，如果直接在游戏官方网站下载安装，就属于官方渠道，退款操作可以直接找游戏公司。

信息收集

微信、支付宝、银行卡等交易流水，商家订单号
，商品说明

材料和证明

户口本、身份证、出生证明、残疾人证明、低保证明、 第一监护人证明、爷爷奶奶父母孩子关系证明

办事单位

派出所、户籍中心、公安局、居委会、村委会

forbidden headers

Chrome 出于安全策略，对某些敏感请求头（称为 forbidden headers），比如：

• User-Agent
• Referer
• Origin
• Host

这些请求头无法通过 JavaScript（比如 fetch 或 XMLHttpRequest）直接修改，即使是在扩展里。

- 阅读剩余部分 -

VPS到期后，把Typecho迁移到了Vercel，存储、缓存都没问题，只有图片是个问题，所以写了个插件，上传到Cloudflare R2上，手撸的S3协议实现，只有一个单文件。

插件地址：typecho-cloudflare-r2，安装使用写了详细说明。

🗣️糟糕的现状

一个功能在Gitlab社区前后讨论了8年多才加上你敢相信？这个功能就是Gitlab的Merge Request文件内容收起功能，你可能不会立即回想起我说的时什么，我用一张截图来说明下：

打开一个Merge Request，切换到Changes，当文件过多且部分文件内容收起时，在右侧会出现一个Expand all files按钮，点击后会把所有的文件内容全部展开，然后按钮消失，且并不会出现一个可能叫Collapse all files的按钮，这个时候再想收起文件内容怎么办呢？

- 阅读剩余部分 -

shell 可以通过添加一个小括号的方式，让命令在子进程执行，和bash xxx.sh执行效果一样，运行过程中设置的环境变量、cd、执行exit等都不影响当前shell，如：

func1() {
    (
        cd /tmp
        touch testfile
        exit 0
    )
}

这里末尾执行exit并不会导致当前的shell退出，这对于行数很多需要提前退出的情况非常有用的。

现在的手机通讯录都支持单独设置震动、铃声，所以这里提供一个生成无声的铃声的方法：

ffmpeg -f lavfi -i anullsrc=channel_layout=stereo:sample_rate=44100 -t 10 silence-ring.wav

• -f lavfi：表示使用滤镜
• anullsrc：代表无声音源
• channel_layout=stereo：立体声
• sample_rate=44100：标准采样率
• -t 10：持续时间为 10 秒
• 可以将 wav 改为 mp3 来输出 MP3 文件

无声的铃声有什么用能？可以使特定的来电不震动、不响铃，同时又不影响其他的联系人。

完整的报错信息大概是这样WARNING: undefined behavior - version of Delve is too old for Go version 1.21.9 (maximum supported version 1.18)

报错的原因是因为delve版本低，不支持调试高版本的Go，解决方法如下:

1. 确定dlv.exe路径

可以使用Everthing类的工具，但通常的路径是这样的，你可以尝试直接定位：

C:\Users\fengqi\AppData\Roaming\JetBrains\IntelliJIdea2021.3\plugins\go\lib\dlv\windows\

如果是MacOS，通常的路径是这样的：

/Users/fengqi/Library/Application Support/JetBrains/IntelliJIdea2021.3/plugins/go/lib/dlv

2. 安装最新版本的dlv.exe

可以参考文档 https://github.com/go-delve/delve/tree/master/Documentation/installation，或者直接下载源码编译，如果你和我一样使用go install安装的，那么路径大概是在 C:\Users\fengqi\go\bin\dlv.exe

3. 备份并替换Jetbrains的dlv.exe

尝试重新开启调试。

Linux下默认CPU会使用高性能模式，AMD不清楚，但是Intel默认会启用固定频率也就是最高频率，对于家用NAS或者ALL-IN-BOOM来说其实有点浪费电，因为大多数情况下CPU并不是满载的，开启睿频可以省电。

1. 验证当前模式

cat /sys/devices/system/cpu/intel_pstate/no_turbo
1
cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
performance
performance
performance
performance

这里看到是关闭了睿频，且启用高性能模式。

2. 关闭定频固定频率

grub添加intel_pstate=disable参数

vi /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="splash intel_pstate=disable intel_iommu=on iommu=pt"
update-grub
reboot

- 阅读剩余部分 -

升级了macOS Ventura 13.4以后，VirtuaoBox 6.1就不能使用了，必须升级7.0才可以。

升级后碰到的最大的问题就是无界面模式（Headless）启动后，Dock（程序坞）上会出现一个VirtualBox的图标，然后一直弹跳，各种乱点后来变成普通不弹跳的图标，但是忘记操作过程。

此时关闭VirtualBox界面后，Dock上会残留一个图标，不像之前那样完全后台运行，经过长达几分钟的摸索发现，只要在虚拟机设置-显示-屏幕-扩展特性取消勾选启用3D加速就可以了，具体原因未知，也不打算深究了。

查看nginx日志的时候发现大量的404和302尝试访问不存在的资源，大概率是使用工具扫描。

{"connection": "2572288","pid": "176228","request_id": "7d5dcaac3e4be47a536a4a0d1b5c7abb","request_length": "157","remote_addr": "52.170.115.255","time_local": "08/Apr/2022:17:44:50 +0800","status":"302","host":"fengqi.me","uri":"/Panels.txt","server":"fengqi.me","port":"443","protocol":"HTTP/1.1","request_uri":"/Panels.txt","args": "","scheme": "https","request_time": "0.000","request_method":"GET","http_referrer":"","body_bytes_sent":"138","http_x_forwarded_for":"","http_user_agent":"python-requests/2.27.1","upstream_response_time":""}
{"connection": "2572337","pid": "176261","request_id": "cf56fa6708c4b68d1b8e3b4d7871103c","request_length": "150","remote_addr": "52.170.115.255","time_local": "08/Apr/2022:17:45:09 +0800","status":"302","host":"fengqi.me","uri":"/Panels.txt","server":"fengqi.me","port":"443","protocol":"HTTP/1.1","request_uri":"/Panels.txt","args": "","scheme": "https","request_time": "0.000","request_method":"GET","http_referrer":"","body_bytes_sent":"146","http_x_forwarded_for":"","http_user_agent":"python-requests/2.27.1","upstream_response_time":""}
{"connection": "2186500","pid": "164519","request_id": "aa21defaa0a590422420732b52c58f83","request_length": "253","remote_addr": "13.93.105.179","time_local": "08/Apr/2022:16:18:21 +0800","status":"302","host":"fengqi.me","uri":"/new-index.php","server":"fengqi.me","port":"443","protocol":"HTTP/1.1","request_uri":"/new-index.php","args": "","scheme": "https","request_time": "0.000","request_method":"GET","http_referrer":"","body_bytes_sent":"138","http_x_forwarded_for":"","http_user_agent":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.102 Safari/537.36","upstream_response_time":""}

正常用户不会这么访问，所以基本上一个ip重复来这么几次就是有问题的，写个脚本，定时扫描nginx的access.log统计出频繁的ip，然后干掉。

- 阅读剩余部分 -