憨憨羊の宇航鸽鸽 Hexo https://blog.sheepyuhang.top/ All rights reserved 2026, 憨憨羊の宇航鸽鸽 宇航の鸽子窝 2026-04-10T05:54:02.000Z 憨憨羊の宇航鸽鸽 详细更多方式见这篇文章
现在这篇是我目前实际设置的流程 供环境类似的参考

前置环境

网页搭建于 Github Pages
正在使用 Cloudflare DNS
需要 Cloudflare 绑定支付方式以激活 SaaS（不需要付费，100 个域名内是免费的）

若使用单个域名则不可把启用优选的域名设在根域名上（SaaS 不允许）
多个域名则没有这个问题
因为我只有一个域名所以把博客换到了 https://blog.sheepyuhang.top 子域上
但是后面也会设置根域名和 www 的重定向 不怕相容性问题

文中的 <域名> 就替换为自己的二级域名就行，本站的即是 sheepyuhang.top
后文中所有子域命名任意，没有限制，自己能认出就行
blog 即为最终用于访问的子域

设置 DNS 记录

cdn 指向 Cloudflare 优选域名，可以前往https://cf.090227.xyz查看，亦或是直接把这个域名填进去 CNAME 也行，关闭 Proxy
direct 指向网页源站，也就是 <用户名>.github.io，打开 Proxy
blog 指向 cdn.<域名>，也就是上文设置的优选域名，关闭 Proxy
saas 指向无任何要求，只需要打开 Proxy
以下记录用于重定向
@（跟域名）指向无任何要求，只需要打开 Proxy
www 同上，打开 Proxy

设置 SaaS

打开「SSL/TLS」下的「自定义主机名」
设置回退源为 saas.<域名>，保存
点击「添加自定义主机名」
「自定义主机名」为 blog.<域名>
「证书验证方法」为「HTTP 验证」
「自定义源服务器」为 direct.<域名>

已起效

现在优选已起效
可以通过 DNS 查询 选择 CNAME 测试查看是否映射到了 cdn.<域名> 上

设置重定向

为了保证以前的链接不出问题，就得加重定向
一共三个，It just works 所以就别挑啥了
均为 301 重定向

www 转接 blog

「请求 URL」https://www.*
「目标 URL」https://blog.${1}

根 转接 blog

两个
「请求 URL」https://<域名>*
「目标 URL」https://blog.<域名>${1}
另一个是没有后缀时的转接，用自定义运算式
「完整 URL」「等于」https://<域名>
「静态」https://blog.<域名>

]]> https://blog.sheepyuhang.top/post/blog/cf-redirect/ 2026-04-10T05:54:02.000Z 详细更多方式见这篇文章
现在这篇是我目前实际设置的流程 供环境类似的参考

 基于单域名 + CF SaaS 的 CF CDN 优选 2026-04-10T05:54:02.000Z 憨憨羊の宇航鸽鸽 在 Github Copilot 的帮助下给博客文章新增了修订历史功能
翻到最下面就能看到了
技术上来说是通过 git log 命令获取记录

也就 花了大概六个小时不到 嗯
被 Copilot 蠢笑了只能说 还贼慢

灵感来源是这篇文章
不过技术上应该是除了都用到 git 以外毫无关联了
我这里用的方法是直接在构建的时候就生成每个文章的 JSON 并放到构建结果中
然后进行解析来生成修订历史
所以就不需要用到难以除错的 Actions 了

以及，因为涉及到比较底层的修改，所以把 Stellar 换成了 submodule，方便修改
顺便也把非文章的某些页面去除了建立时间，只保留最后更新时间

下一步是把文章硬编码的最后更新时间去掉
改成直接从修订历史拿
但是写这个 post 的时候我这里已经是凌晨六点了
还不睡觉会死的哥 撤了 起床再说

2026.4.8 17:56
似乎 updated 相关处理不在主题里 而是在更底层的 hexo 里面
我不是很想动 hexo 的代码
而且 Copilot 免费用量也用光了（byd花光了就搞出来个修订历史 这集拉了）
所以说就之后再说吧 先继续手写

2026.4.8 18:02
才发现 actions/checkout 默认只会拉取最新 commit
得加上 fetch-depth: 0才行

]]> https://blog.sheepyuhang.top/post/blog/commit-history/ 2026-04-07T21:59:55.000Z 在 Github Copilot 的帮助下给博客文章新增了修订历史功能
翻到最下面就能看到了
技术上来说是通过 git log 命令获取记录

也就 花了大概六个小时不到 嗯
被 Copilot 蠢笑了只能说 还贼慢<]]>

新增了修订历史 2026-04-08T10:02:56.000Z 憨憨羊の宇航鸽鸽 一个记录
因为需要一个译文处理的平台
所以决定研究一下本地部署 Weblate
byd给到我手上的译文是txt一行一条没有key
这我翻个毛

安装 Docker Desktop

需要提前开启 Hyper-V 并安装 WSL 2
从官网下载并安装 Docker Desktop
然后对应的 CLI 与 docker-compose 也会自动安装好

然后因为 GFW 的缘故，内地网路访问 Docker Hub 坠机了
所以需要进行一个镜像的设置
打开 Docker Desktop 的设置
选择「Docker Engine」
在最后一项的下一行加上

1
2
3
4
"registry-mirrors": [
  "<镜像站域名1>",
  "<镜像站域名2>"
]

就行
加前最后一项最后的逗号别漏了
镜像站见这里

拉取镜像并部署

从 https://github.com/WeblateOrg/docker-compose 拉取 Weblate 的官方镜像
然后直接命令行 cd 到拉取下来的仓库目录里
运行 docker-compose up
就会自动拉取补全需要的镜像并部署容器
（一个 valkey 一个 postgres）
启动完成后就可以通过 localhost:80 进行访问了

修改配置

打开 Docker Desktop
选择左边的 Containers
进入「docker-compose」
将里面的三个服务都停止
然后进入 docker-compose 仓库的目录
根据文档来修改 docker-compose.override.yml 里的 environment
完成后保存再运行 docker-compose up 即可

]]> https://blog.sheepyuhang.top/post/weblate/ 2026-01-07T17:37:30.000Z 一个记录
因为需要一个译文处理的平台
所以决定研究一下本地部署 Weblate
byd给到我手上的译文是txt一行一条没有key
这我翻个毛

Nexmoe 看腻了
所以又花了两天换成了 Stellar
主要是这个笔记系统确实好用
然后去掉了之前为了 Nexmoe 而设置的所有文章的头图

然后 Stellar 不支援多个 rss
所以只保留了 Atom，而且把链接改为了https://blog.sheepyuhang.top/rss.xml

理论上来说 Stellar 是支援多语言的
但是我实在没时间维护 + Stellar 似乎没有自带切换开关
所以还是算了 之前也没有做的说

然后因为弄主题 所以所有文章的最后编辑时间都变了
事已至此那就不管了

烦人的是 换成 Stellar 之后默认链接就自带斜杠
然后这样子本地运行没啥问题 会自动去掉斜杠
但是上传到 Github 之后带斜杠就会直接 404
现在的方案是把链接从 post/文件名.html 改成了 post/文件名/index.html
然后 pretty_url 就会自动去掉 index.html 来修复这个问题

]]> https://blog.sheepyuhang.top/post/blog/stellar/ 2025-10-15T05:10:05.000Z Nexmoe 看腻了
所以又花了两天换成了 Stellar
主要是这个笔记系统确实好用
然后去掉了之前为了 Nexmoe 而设置的所有文章的头图

然]]>

本站更换为 Stellar 主题 2025-10-16T04:30:12.000Z 憨憨羊の宇航鸽鸽 终于是立项了
因为前期准备工作做的充足
所以立项后就没什么好写的了

首个问题

首先是敌人名字无法翻译
翻译后会在进入战斗时报错
检查代码后发现 敌人初始化中有两个变量
enemyName与fileName
awake
游戏中显示的敌人名字为enemyName

进一步检查C#代码后 可以看到这两个变量也分别用于拼接敌人资源路径的目录与文件名
loadpath
这种行为太唐了 拿敌人名当目录名
有空格有点号的 是真不怕出问题啊
而且明明可以同用一个fileName 却要分开用两个

解决

解决方法非常抽象
选择的方案是 把这些用到enemyName的地方 都改为fileName
然后enemyName照旧翻译

不过有一些enemyName与fileName不一致的敌人
所以需要先用脚本确认这些敌人的enemyName与fileName
这些需要单独处理

然后就可以用脚本
批量把IL中的battle/enemies/敌人名字拼接 从enemyName改为fileName

以及需要处理前面那些不相同的敌人
用 UABEA 提取出资源路径
只需要提取出唯一一个ResourceManager资源即可
里面包含所有资源的路径
分别搜索所有battle/enemies/敌人名字 把敌人名字替换为和fileName一样即可

除了有个例外
遗迹初见的Flowey的enemyName是FloweyCutscene
而fileName和遗迹结尾的Flowey战斗同为flowey
决定是把这个敌人的fileName修改为floweycutscene
所以这个需要把文件名的flowey也改为floweycutscene

ResourceManager资源改好导入回去之后
还有DLL中也会直接加载一些资源
也要手动把这些资源的路径进行修改
完成后就可以了

]]> https://blog.sheepyuhang.top/post/dttvl/dttvl_enemyname/ 2025-05-17T16:43:06.000Z 终于是立项了
因为前期准备工作做的充足
所以立项后就没什么好写的了

首个问题

首先是敌人名字无法翻译
]]>

DELTATRAVELER 汉化技术问题记录【1】 2025-05-17T16:43:06.000Z 憨憨羊の宇航鸽鸽 其实就是看Aurora这个首页难受很久了
最新一篇会占满屏幕三分之一
以及Aurora这个意义不明的日期显示方式
中文月份加数字日期，然后逗号年份

花了点时间找了些别的主题
最后挑了这个Nexmoe
虽然确实没有Aurora这么完善
但是够用了

u1s1 这个Nexmoe 有个缺点是左右空隙有点大了
我平时看都开110%缩放了

估计啥时候我看到个更好的就又要换了

]]> https://blog.sheepyuhang.top/post/blog/nexmoe/ 2025-05-01T21:16:05.000Z 其实就是看Aurora这个首页难受很久了
最新一篇会占满屏幕三分之一
以及Aurora这个意义不明的日期显示方式
中文月份加数字日期，然后逗号年份

花了点时间找了些别的主题
最后挑了这个Nexmoe
虽然确实没有Aurora这么完]]>

Aurora→Nexmoe 2025-05-01T21:16:05.000Z 憨憨羊の宇航鸽鸽 byd这还能有3的

bytearray

首先是解出来的 IL 里缺失了一些文本
搜了一下发现被弄成 bytearray 了
before
这些文本的共同点就是都含有 \\b
咱也不知道为啥要有这东西 意义不明
但是有了这玩意之后 ildasm 就会解成 bytearray
但是反过来 把解出来的 bytearray 改写成字符串是可以正常重新封成 DLL 的
就 很抽象

DeepSeek 助我

这种带换行带缩进带注释插中间的玩意
不是不能写 但是太麻烦了
所以我决定进行一个科技改变生活
让 DeepSeek 给我写一个
嗯，然后就这样，脚本
after

更新翻译文件

之前说过，翻译文件的 json 是使用行数作为 key 的
然后这样一改 就飞了
虽然目前还没有翻译
但是为了避免以后需要修改 dll
还是得想一个解决方法

然后，嗯，又是 ds，脚本
我太不想进步了（x

不过要更新还是很麻烦
因为 weblate 的机制
不能删除原本的原文
就只能删掉部件重新添加
然后再把生成的译文重新塞回去
然后 contributors 就没了
毕竟是跟 key 的
所以还是希望用不上

繁体

之前 uty 就想做繁体的
但是因为 gm 那个字体系统加字库太恶心了
所以就没做

这次是 ttf 字体
所以大概率是会做的
👍

]]> https://blog.sheepyuhang.top/post/dttvl/dttvl_try3/ 2025-04-18T13:02:06.000Z byd这还能有3的

bytearray

首先是解出来的 IL 里缺失了一些文本
搜了]]>

DELTATRAVELER 汉化初尝试³ 2025-04-18T13:02:06.000Z 憨憨羊の宇航鸽鸽 经过了熬夜一个晚上的研究
算是把工作流弄好了

文本

用 UABEA Dump 出 MonoBehaviour 的 json
然后用脚本来从 json 中提取所有的m_Text lines phrases
生成的 json 上传到 Weblate 作为英文即可
这些文本修改了基本不会出现影响游戏的情况
也就不用再加筛选算法了

用 ildasm.exe 打开 DLL 并 Dump 出 IL
然后用脚本来从 IL 中提取所有的字符串
脚本会自动按照算法筛选分类出五类文本

1
2
3
4
5
asterisk.json：含有「* 」的，基本可以确定是正常对话文本，可以无脑翻译
slash_underline.json：含有斜杠或下划线的，基本可以确定不需要翻译
space.json：含有空格的，基本都是菜单选项或者对话的后半段，可以看着来翻译
upper.json：含有大写的
others.json：剩下的

把这些 json 分别上传到 Weblate 作为英文即可

更新文本

从 Weblate 上爬取文本
然后同理，用前面的两个脚本把文本分别封回 MonoBehaviour 和 IL 里
再用 ilasm.exe 和 UABEA 把它们封回对应的资源与 DLL 后就可以启动了

字体

和 UTMT 类似，需要有一个从现成的 Unity 游戏用 UABEA 拔出来的字体
所以被迫装一个 Unity
UABEA 只能导出二进制 dat 资源
用 AssetStudioMod 可以导出 ttf/otf 字体
导出来的字体文件然后再用 FontCreator 进行一个中英合并
然后导入 Unity 就行

Gamejolt 上的最新版 v3.0.10 用的是 2018.3.14f1
就用这个版本开了个项目导入了字体
后来经过提醒发现有测试版 v3.1.0p4
这个版本用的是 Unity 6
只能说还好我手上的是国际版的 Unity Hub 不然真没辙
不过目前测试用 2018.3.14f1 生成的字体还能用
已经把项目升级到了 Unity 6
下次就直接用了

字体尺寸问题

Deltatraverler 是按照 Determination 字体的尺寸加载的
如果使用 DTM+其它中文字体 的融合字体方案就会导致中文字体尺寸不合而变形
options

之前参与过 UTY 项目的晓晓也帮忙尝试了重新编排一次英文使得中英尺寸相同的方案
然后结果是
不仅中文没好 英文也一起变形了
new_font
(注意那个百分号)

所以，嗯，目前这个问题还没解决
只能先用着前面那个英文正常的了

分辨异常

如果是游戏打不开或者闪退或者卡死或者弹出 Unity 的 CrashHandler
那么就是资源导炸了 需要回档重新导
如果是进入 Deltatraveler 自己的 ExceptionHandler
那么就是 DLL 出问题了 很大概率是某个资源名被翻译了

v3.1.0p4 也干了

更新到 v3.1.0p4 之后一个莫名其妙的 Bug
如果按窗口的 X 关闭游戏而不是长按 Esc
会导致卡一个 Deltatraverler 的进程在后台
然后就无法再打开了
要用任务管理器手动杀掉
所以可能发布的时候得在游戏目录里加一个 bat 来一键杀除

]]> https://blog.sheepyuhang.top/post/dttvl/dttvl_try2/ 2025-04-05T19:14:02.000Z 经过了熬夜一个晚上的研究
算是把工作流弄好了

文本

用 UABEA Dump 出 MonoBehaviour 的 json

DELTATRAVELER 汉化初尝试² 2025-04-05T19:14:02.000Z 憨憨羊の宇航鸽鸽 Undertale Yellow 的项目也算是结束了
后续只要别再出什么 Bug 应该也就不用再维护了
现在总是只想做大项目
嗯 然后就想把先尝试把 Deltatraveler 弄一下
这也是第一次研究 Unity 游戏逆向
之前最多也就是用 AssetStudioMod 拆些素材之类的

分散的文本

首先是 得益于 Unity 这坨系统
文本散落在的不同的地方
需要通过代码操作的文本在编译在了DELTATRAVELER_Data\Managed\Assembly-CSharp.dll里
静态的文本和对话散落在资源文件里面
Unity 的 level 就有点像 GameMaker 的 room
但是 level 是直接散落在游戏目录里的

Assembly-CSharp.dll

这个 DLL 也是游戏的代码所在地
比起反编译为 C# 这种容易炸的方法
更合适的办法其实是解成IL再用工具封回去
.NET SDK中本就有这个工具
dll → IL "C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.8 Tools\ildasm.exe"
打开 ildasm.exe 后选择 File→Open
打开 DLL 文件 在选择 File→Dump
就可以得到IL文件了
然后用脚本爬取所有的字符串出来即可
后续再加一下和uty一样的条件限制 比如带空格之类的就可以了
汉化好后用前面的脚本把字符串塞回IL里
IL → dll C:\Windows\Microsoft.NET\Framework64\v4.0.30319\ilasm.exe
用命令行把IL和res用参数赋给 ilasm.exe 就可以重新生成一个dll了
"C:\Windows\Microsoft.NET\Framework64\v4.0.30319\ilasm.exe" /dll Assembly-CSharp.il Assembly-CSharp.res

秘之 inf

解出来的IL里出现了几个
ldc.r4 inf
会引起 ilasm 报错
只需要把这里的 inf 换成 0x7F800000 即可
也不知道为啥能解出来个 inf

资源文件

可以使用 UABEA 来打开所有的资源文件

1
2
3
当然如果你只是想改某一个地方的文本只要你能找到那是哪个文件也行
可以用 AssetStudioMod 打开整个目录后右键 Show original file
UABEA 多文件加载速度是真的慢

然后筛选 MonoBehaviour 类型
用 UABEA 全选并全部 Dump 为 UABEA Json 文件即可
UABEA
目前发现了会出现的三种类型的文本
m_Text 是单个文本
lines与phrases 是对话组
用脚本把这些key对应的文本从json里提取出来即可
和前面的 DLL 同理，后续加一下条件限制就可以了
汉化好后用前面的脚本重新生成这些json
然后用 UABEA 导入 Dump
保存就可以了

字体

还没整出来
等下次吧

]]> https://blog.sheepyuhang.top/post/dttvl/dttvl_try/ 2025-04-04T16:07:45.000Z Undertale Yellow 的项目也算是结束了
后续只要别再出什么 Bug 应该也就不用再维护了
现在总是只想做大项目
嗯 然后就想把先尝试把 Deltatraveler 弄一下
这也是第一次研究 Unity 游戏逆向
之前最多也就是用]]> DELTATRAVELER 汉化初尝试 2025-04-04T16:07:45.000Z 憨憨羊の宇航鸽鸽 因为最近开始用上了RSS Feed来阅读信息流
所以就给我的Blog也加上了
Hexo官方就有这个插件 直接装上就能用了
Atom和RSS 2.0都开了
Atom：https://blog.sheepyuhang.top/atom.xml
RSS 2.0：https://blog.sheepyuhang.top/rss2.xml
我看什么时候往网站下方加个rss图标

2024/8/18 01:27
文档没找到 所以加在菜单的「关于本站」下面了

2025/5/2 16:53
因为换到Nexmoe了就放在了左侧的social里

2025/10/15 13:10
更换到了Stellar 然后这个不支援多个rss
所以只保留了Atom，而且把链接改为了https://blog.sheepyuhang.top/rss.xml

]]> https://blog.sheepyuhang.top/post/blog/rss/ 2024-08-17T17:15:05.000Z 因为最近开始用上了RSS Feed来阅读信息流
所以就给我的Blog也加上了
Hexo官方就有这个插件 直接装上就能用了
Atom和RSS 2.0都开了
Atom：https://blog.sheepyuhang.top/atom.xml]]> 新增RSS Feed 2025-10-15T05:10:08.000Z 憨憨羊の宇航鸽鸽 久违了各位，
最近因为实在太忙 所以没有出什么力
久违地打开待解决清单，首先就是这个
非屠杀线使用回血物品旁白字叠在一起的问题
就像这样

寻踪

搜索文本找到函数scr_item_use_text_yellow
其中定义了变量con_keep_previous
当这个变量为true时在恢复HP文本前面添加换行
以及变量con_message_number记录对话数量
code

全局搜索scr_item_use_text_yellow
找到物体obj_dialogue_battle_action_selected_item
Step事件 在文本打完时检测是否符合要求 并自动触发计时器0
code_use

计时器0会自动进行回血 并进入下一句文本（也就是显示恢复HP）
healing

Draw事件 当文本为最后一句 且con_keep_previous为true时
另外执行一个函数scr_draw_text_effect_twitchy_textbox_battle_item_use
draw

这个函数会保留最后一句文本 并直接把恢复HP的文本叠在一起
是的没错 无脑叠在一起 而不是放在文本最后

修复

其实很简单 把这段执行scr_draw_text_effect_twitchy_textbox_battle_item_use的删掉
然后再回到scr_item_use_text_yellow
把自动添加的换行删掉即可

看似很简单 但是因为这个有病逻辑 害我找一下午
神经

]]> https://blog.sheepyuhang.top/post/uty/item_use/ 2024-08-05T12:29:03.000Z 久违了各位，
最近因为实在太忙 所以没有出什么力
久违地打开待解决清单，首先就是这个
非屠杀线使用回血物品旁白字叠在一起的问题
之前说过uty的彩色打字机非常弱智
是多个打字机叠在一起
然而打字进度对不上这个问题还没解决 又出来了新问题

细说

so，说是多个打字机，其实也不尽然
其实是一个主打字机和多个子打字机
子打字机的打字进度和字符数量和主打字机共享
没错，发现问题了吗
一旦子打字机的字符数量超过主打字机
那么子打字机超出去的部分就不会被打出来
cut

解决？

uty这个打字机真的看得我小脑肿大 大脑萎缩 脑干打结
打字机本身的文本是一维数组 而颜色打字机的文本是二维数组（因为要分颜色 不同颜色不是同一个打字机）
然后就因为分数组这个问题 导致我不能轻易地把字符数量改为max函数取打字机的最大值

最后是非常弱智的解决方法：直接把主打字机的打字进度转换为百分比给颜色打字机用
resolve
当然这样的后果是非常大概率会导致打字机速度不统一
但是既然之前都不同步了 就不管了
resolved
嗯 就这样罢

解决

然后 嗯 bug了
疑似是utmt反编译时吞了码 然后编译少了码导致的
首先是choice的灵魂持续出现在底下
soul

然后还有choice出现过后choice的选项不会消失 一直显示
choice

最后解决是 在data里找到了一个空的if
if
而且后面正好跟着的就是choice相关的代码
所以就补了个else上去
else

然后就 真修好了 嗯

题外话

之前在翻data的时候发现了些震撼人心的东西
r1r2r3
rr
非常弱智的随机对话系统
Powered with else if™
他们甚至不肯用switch

但是
rrrr
你这不是会用asset_get_index吗
那你前面怎么不用
只能说跨越7年的项目 就这个b样子了
uty团队的程序员实力也参差不齐
代码看得我脑壳疼

]]> https://blog.sheepyuhang.top/post/uty/dialogue/ 2024-02-11T14:10:43.000Z 之前说过uty的彩色打字机非常弱智
是多个打字机叠在一起
然而打字进度对不上这个问题还没解决 又出来了新问题

细说

so]]>

Undertale Yellow 汉化技术问题记录【4】 2024-02-11T14:10:43.000Z 憨憨羊の宇航鸽鸽 之前是一直不想搞域名和CDN的
毕竟不管怎么样域名还是要钱的
而且我懒得折腾 就一直没搞
然后我昨天看到说Namesilo的域名价格很便宜
我就上去看了下
诶我草 .top域名仅1.88美刀/年
然后就 顺手把Cloudflare也整了 嗯

Namesilo域名

在Namesilo注册好账号
然后买了个sheepyuhang.top
用1美刀券减成了1美刀首年（我也不知道为啥实际减了0.88美刀
嗯 就很值
一开始用Paypal付款 付了三次
每次都是在Paypal按了付款 然后转了好几分钟
然后窗口自己关掉 没有任何反应
然后我用支付宝就支付成功了
难绷

因为要用Cloudflare弄CDN
所以Namesilo这边不用改DNS
不过为了测试 我还是弄了下
打开Domain Manage
点开我的域名 点开DNS Records
设置一个CNAME类型 填www与我Blog本来的github.io域名
再把自带的空白hostname的A类型的地址改成原来github.io域名ping出来的ip即可

在Github仓库的Settings→Pages
把Custom Domain填上就可以了
嘛 理论上是这样 但是当时不管用
因为我要弄CF 所以就没管

Cloudflare CDN

打开Cloudflare 新建一个站点
设置好域名
DNS和Namesilo那个一样
但是这次 空白的A类型可以换成CNAME类型
内容同样填成github.io那个域名 名称填@即可
设置好后 把给出的名称服务器填进Namesilo的NameServers里就可以了
接着就是等待Cloudflare接管域名

嘛 实际后续过程还是挺挫折的
Github那边不知道发什么巅
一直把我github.io的域名跳转到我自己的域名
即使我把Custom Domain删掉 仍然是这样

其实只要等就可以了
过了一会我再去测试
哦豁 ERR_TOO_MANY_REDIRECTS
不过这个Stack Overflow上就有解
在Cloudflare把SSL/TLS 加密模式改成完全即可

结束

然后，就没了
并不难搞其实

然而我去测试了下
上了CDN的速度甚至不如直连速度
Cloudflare
Cloudflare
直连
github.io直连

那我费那么大劲弄CF干嘛
还不如上阿里云CDN 麻了

后续

2024-1-28 我又换成了阿里云CDN
但是目前测试阿里云CDN仍然没有直连的速度好
太奇怪了
2024-6-30 因为闲的所以又换回Cloudflare CDN了

]]> https://blog.sheepyuhang.top/post/blog/cloudflare/ 2024-01-17T17:10:32.000Z 之前是一直不想搞域名和CDN的
毕竟不管怎么样域名还是要钱的
而且我懒得折腾 就一直没搞
然后我昨天看到说Namesilo的域名价格很便宜
我就上去看了下
诶我草 .top域名仅1.88美刀/年
然后就 顺手把Cloudflar]]> Namesilo域名+CDN加速 2024-06-30T12:54:20.000Z 憨憨羊の宇航鸽鸽 2023年12月22日 我的Crowdin账户因为超过限额而被暂停
account_paused
project_paused
Crowdin规定免费账户最多可以托管60000个单词
而Undertale: Yellow光星号开头的句子就包含超过70000个单词
所以，嗯，再次搬迁

Weblate架设

我本想用阿里云自己架设一个Weblate
等我刚装好宝塔面板的时候
天机已经把他手上本来有的Weblate移植过来用了
所以 本来这里能写不少内容的
乐
也不麻烦其实 Weblate文档写的很齐全
用宝塔面板安装Docker 走Docker的流程
或者直接装Ubuntu 走Ubuntu的流程也可以

移植strings

首先是 Weblate只支持分段格式
weblate_format
这很好解决 导出时手动给每个换行后面多加个换行
（直接Ctrl+F把换行替换为换行换行）
导入就手动修改一个脚本
把我之前写的ImportAllStringsAsterisk改一改即可
虽然实际方法非常弱智

WeblateImportAllStringsAsterisk.csx
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
using System.Text;
using System;
using System.IO;
using System.Threading;
using System.Threading.Tasks;
using UndertaleModLib.Util;

EnsureDataLoaded();

if (Data.ToolInfo.ProfileMode)
{
    ScriptMessage("This script will not modify your existing edited GML code registered in your profile. Please use GML editing for text editing, or a script like FindAndReplace, for editing strings within these code entries.");
}
else
{
    if (!(ScriptQuestion("This script will recompile all code entries in your profile (if they exist) to the default decompiled output. Continue?")))
        return;
    foreach (UndertaleCode c in Data.Code)
        NukeProfileGML(c.Name.Content);
}

string importFolder = PromptChooseDirectory();
if (importFolder is null)
    throw new ScriptException("The import folder was not set.");

// Overwrite Check One
string stringsPath = Path.Combine(importFolder, "strings.txt");
if (!File.Exists(stringsPath))
{
    ScriptError("No 'strings.txt' file exists!", "Error");
    return;
}

var file = File.ReadAllText(stringsPath);
file=file.Replace("\r\n\r\n", "\r\n");
file=file.Replace("\r\r", "\r");
file=file.Replace("\n\n", "\n");
var file_edited=File.CreateText(stringsPath.Replace("strings.txt", "strings_edited.txt"));
file_edited.Write(file);
file_edited.Close();

using (StreamReader reader = new StreamReader(stringsPath.Replace("strings.txt", "strings_edited.txt")))
{
    foreach (var str in Data.Strings)
    {
        if (str.Content.Contains("\n") || str.Content.Contains("\r"))
            continue;
        if (str.Content.StartsWith("*  "))
            str.Content=reader.ReadLine();
    }
}

本来天机写的是在str.Content=reader.ReadLine()之后再单独执行一次reader.ReadLine()
but don’t know why, it just won’t work, and it will break data.win
所以我就用了一个非常简单粗暴且弱智的方法
直接修改原来的txt保存为另一个txt 然后读取保存出来的txt
不管它有多弱智，it just works
能跑就行 嗯

导入原文与译文

接着就是 我从Crowdin下载译文与原文下来
然后手动加上分段换行 再导入Weblate
英文导入没问题
但是Weblate不支持txt对照 译文导入没效果
但是这里又是天机处理的 我把分好段对应好的原文译文txt给了天机
天机再把译文进行处理再上传Weblate
所以这里又没东西写了（

没了

对 Weblate问题真的不算多
不像SbCrowdin 导入的时候问题一堆 还卡 还贵
应该是不会再出问题了（

多灾多难の汉化项目

2023/12/10 立项目
2023/12/13 金山文档转Crowdin
2023/12/24 Crowdin转Weblate
不能说是多灾多难，只能说是命途多舛
希望是别再给我整这么多事（

圣诞快乐

哦对了，祝各位圣诞快乐
Merry Christmas.

]]> https://blog.sheepyuhang.top/post/uty/weblate/ 2023-12-25T11:06:24.000Z 2023年12月22日 我的Crowdin账户因为超过限额而被暂停
account_paused
因为金山文档问题太多 而且太卡了
所以决定把翻译平台搬到Crowdin上
顺便打算先把带星号的句子提出来翻译

仅处理星号开头的文本

修改Undertale Mod Tool的脚本
使它只导出开头为* 的字符串
不难做，加上if即可

ExportAllStringsAsterisk.csx
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
using System.Text;
using System;
using System.IO;
using System.Threading;
using System.Threading.Tasks;
using UndertaleModLib.Util;

EnsureDataLoaded();

string exportFolder = PromptChooseDirectory();
if (exportFolder is null)
    throw new ScriptException("The export folder was not set.");

string stringsPath = Path.Combine(exportFolder, "strings.txt");
//Overwrite Check One
if (File.Exists(stringsPath))
{
    bool overwriteCheckOne = ScriptQuestion(@"A 'strings.txt' file already exists.
Would you like to overwrite it?");
    if (!overwriteCheckOne)
    {
        ScriptError("A 'strings.txt' file already exists. Please remove it and try again.", "Error: Export already exists.");
        return;
    }
    File.Delete(stringsPath);
}

using (StreamWriter writer = new StreamWriter(stringsPath))
{
    foreach (var str in Data.Strings)
    {
        if (str.Content.Contains("\n") || str.Content.Contains("\r"))
            continue;
        if (str.Content.StartsWith("* "))
            writer.WriteLine(str.Content);
    }
}

不过 导入就有点麻烦了
utmt自带的脚本我属实看不明白
所以我的选择是，用基于Export改一个Import

ImportAllStringsAsterisk.csx
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
using System.Text;
using System;
using System.IO;
using System.Threading;
using System.Threading.Tasks;
using UndertaleModLib.Util;

EnsureDataLoaded();

if (Data.ToolInfo.ProfileMode)
{
    ScriptMessage("This script will not modify your existing edited GML code registered in your profile. Please use GML editing for text editing, or a script like FindAndReplace, for editing strings within these code entries.");
}
else
{
    if (!(ScriptQuestion("This script will recompile all code entries in your profile (if they exist) to the default decompiled output. Continue?")))
        return;
    foreach (UndertaleCode c in Data.Code)
        NukeProfileGML(c.Name.Content);
}

string importFolder = PromptChooseDirectory();
if (importFolder is null)
    throw new ScriptException("The import folder was not set.");

// Overwrite Check One
string stringsPath = Path.Combine(importFolder, "strings.txt");
if (!File.Exists(stringsPath))
{
    ScriptError("No 'strings.txt' file exists!", "Error");
    return;
}

using (StreamReader reader = new StreamReader(stringsPath))
{
    var a=0;
    foreach (var str in Data.Strings)
    {
        if (str.Content.Contains("\n") || str.Content.Contains("\r"))
            continue;
        if (str.Content.StartsWith("* "))
            str.Content=reader.ReadLine();
        a+=1;
    }
}

这样就可以导出导入所有星号开头的字符串
可以开始上传Crowdin了

Crowdin？Crowd1ck！

创建一个私人项目 然后我就发现一个很难绷的东西
免费账户可以创建一个私人项目
但是免费账户不能拉人
就是说免费账户开私人项目只能自娱自乐
你这给了和不给有啥区别
而且最便宜的Pro等级还非球贵 50美元/月

因为没钱 所以开了个public项目
上传英文data导出的strings
再给简体中文上传汉化过的data导出的strings

然后我才发现 它居然自动给我分句了
关键是 它只分了英文 没分中文
然后就对不上位置了
然后还不止分句问题
它还吞了不少翻译
imported
（为了避免剧透 所以调成糊的了 红色是未翻译 蓝色是已翻译 很明显参差不齐+有些句子分开了前后）

然后 我就删了文件重新导入
修改了纯文本的分句方式再导入
这次终于正常了
虽然还是吞了不少翻译

然后就在我们开始从文档那边搬译文过来补的时候
似乎发现了什么弱智情况
小 石 蛙
对 译文乱了
小 石 弹
《小 石 弹》
饶 恕 糖
《饶 恕 糖》
柴 片
《柴 片》

嗯 然后就是花了点时间找到所有乱了的译文 一个个改回去
然后顺便从文档那边把译文补过来 然后再顺便问候问候Crowdin的木琴
好在导出txt和导入data没什么问题出现

没了

嗯 就这样平稳地过渡到了Crowdin
without any trouble, of course.

目前光是星号开头的对话文本就有将近一万行
虽然里面包含了很多废弃的修改记录
但是量也很大了
更何况之后还有战斗敌人对话的文本 还没数过有多少
到时候再说吧

]]> https://blog.sheepyuhang.top/post/uty/crowdin/ 2023-12-13T11:00:54.000Z 因为金山文档问题太多 而且太卡了
所以决定把翻译平台搬到Crowdin上
顺便打算先把带星号的句子提出来翻译

昨天开始做Undertale Yellow的汉化，这个项目里面是真的重量级啊

安装字体

字体倒是没什么好说的，项目里字体不多
不会像之前某些项目 好几个一模一样的字体不同名字
直接覆盖上字体就行
但是这次的 Determination Sans+方正像素 空格超级小
一个英文字符对应三个空格
so为了美观 只能把*后一个空格后面换成两个空格 换行后两个空格换成五个空格
不仅是空格超级小 间距也超级小
所以中文不加空格超级不好看（

修改打字机

然后就是喜闻乐见的猜打字机名字时间
我搜了typer和writer都没搜到
然后我决定先从有打字的地方开始下手
比如开始的故事intro
我搜索了 story和intro
intro有了结果 obj_intro
然后我打开绘制事件一看
我测 为什么打字逻辑写在这
好在这套打字逻辑不复杂 而且不需要改
我这时还以为只有intro是这样有自己的打字逻辑

然后我决定找找战斗打字机
当我搜出dialogue_battle的时候
重量级出现了
dialogue_battle
是的 每一处打字机都是一个物体
然后我又搜索了dialogue
更加印证了我的想法
我真是【Swearing Blocked】了
不是 你猜猜「初始化代码/Creation Code」有什么用

不过幸运的是 打字机并没有太大问题 打字机使用的是整体draw
所以字距会由GM调用字体的字距 目前来说没啥要改的
唯一一个有问题的是战斗框打字机 它是for文本的每一个字符 固定offset单字绘制
而那么多的dialogue_battle其实都只指向四个函数
所以修改了这四个函数 让固定offset改为根据当前字符的width来设定 就弄好了

开整

首先是开头的故事intro
我找到了文本 翻译好了 一切正常
intro
纸鸢提供了那张寻人启事的图
然后就是logo下方的[PRESS Z OR ENTER]
很难绷的就是 我翻译好后发现 这个文本 是手动设置的偏移
它没有使用GM自带的居中对齐绘制
所以我的决定是 直接修改draw函数
byd谁闲着给你一点一点调位置
原来的
↓改完之后↓
改进的

然后就是menu和instruction
翻译了menu后 我发现找不到instruction的文本在哪
此时我还调侃说不会是个贴图吧
然后我还就真找到了
instruction
不是 你没病吧 你和RickyG学的是吧
对此 我的选择是
直接给你字删了然后手动代码绘制一份
最终效果

Overworld

然后就是ow的测试
首先是测试了有无空格的差别
无空格
有空格
显而易见了 所以就要求必须打空格

接着就是文本的上色
前面说过 为了美观 把空格的数量改了
然后uty的上色 居然是一种颜色用一个打字机
就是说 你加一个颜色 就要新开一个打字机 然后在上色词语的前面加与主打字机一样字符数量的空格
炸了
↑比如这里一共是三个打字机↑
而且这个东西的打字速度还是一样的
就是说有中文的时候 上色会跟不上或者是太快
这个问题还没修好 目前可能的修复方法是找一个显示空白但是占地和中文一样的字符写进去

战斗

纸鸢提供了战斗的按钮贴图
没啥问题 接着就是战斗框打字机
前面说过 战斗打字机得改
然后这里有一张打字机没改时的珍贵录像（
battle
anyways，把打字机改好之后和ow一样的处理方法即可

待续

嗯，目前就是这样
后续有新玩意我再发篇post（

]]> https://blog.sheepyuhang.top/post/uty/uty/ 2023-12-11T11:15:15.000Z 昨天开始做Undertale Yellow的汉化，这个项目里面是真的重量级啊

安装字体

字体倒是没什么好说的，项目里字体]]>

Undertale Yellow 汉化技术问题记录【1】 2023-12-11T11:15:15.000Z 憨憨羊の宇航鸽鸽 之前看到糖萌芦的blog站，就想着自己做一个
是12.8晚上十一点开始弄的 安装Node.js 部署Hexo 安装Aurora
然后12.9凌晨一点大致设好 凌晨两点才弄好Github Pages

目前问题还是很多
post不能正常显示avator 点击文章作者会跳转首页
日期显示方式不能改 评论区功能不能用 网页icon改不了
在首页时网站名会显示为 网站名 | 网站名
应该还有别的问题 但是还没发现
不过目前也够用了 有啥问题之后再看看怎么解决吧

目前post似乎是不能本地化的
所以可能之后会开个英文分站或者直接不做英文
idk 后面再说 现在先暂时全部中文

]]> https://blog.sheepyuhang.top/post/blog/blog-record-1/ 2023-12-09T03:59:18.000Z 之前看到糖萌芦的blog站，就想着自己做一个
是12.8晚上十一点开始弄的 安装Node.js 部署Hexo 安装Aurora
然后12.9凌晨一点大致设好 凌晨两点才弄好Githu]]> 博客建设记录【1】 2023-12-09T03:59:18.000Z 憨憨羊の宇航鸽鸽 草不是 我服了
我又搞了一个小时才把Github Pages弄好
最后才发现是master写成了main
现在是真的字面意思又饿又困了
晕厥了

]]> https://blog.sheepyuhang.top/post/blog/githubpages/ 2023-12-08T18:06:26.000Z 草不是 我服了
我又搞了一个小时才把Github Pages弄好
最后才发现是master写成了main
现在是真的字面意思又饿又困了
晕厥了

]]> main? master! 2023-12-08T18:06:26.000Z 憨憨羊の宇航鸽鸽 折腾了两个小时，大概是搞出来了
其实也不难搞
主要是Aurora的文档是真的写的不够详细

现在也还有些小问题没解决 比如post里面不能正常显示avator
点击文章作者会跳转首页 日期显示方式不能改之类的
也没搞明白文章怎么本地化，大抵是不能罢
而且我好想把这个巨大的post推荐给关了啊（
占了大半个画面 看着好难受（

先睡了 起床再搞吧
搞好之后就可以把各种奇奇怪怪的东西发上来了

]]> https://blog.sheepyuhang.top/post/blog/first/ 2023-12-08T17:04:38.000Z 折腾了两个小时，大概是搞出来了
其实也不难搞
主要是Aurora的文档是真的写的不够详细

现在也还有些小问题没解决 比如post里面不能正常显示avator
点击文章作者会跳转首页 日期显示方式不能改之类的
也没搞明白文章怎么本地化，大]]>

Hexo，启动！ 2023-12-08T17:04:38.000Z