从打包到上线：这周把“生命竞赛”搞成了
兄弟们，好久没发实践记录了。最近这段时间，我一直在折腾一个叫做“生命竞赛”的小项目。项目本身代码量不大，但是部署和交付流程一直让我头疼。我以前的项目都是直接把压缩包扔给测试，这回我想正经一点，搞一个像样的安装包，再配一个官网，看着专业点，毕竟是准备拿出去跑的。
第一步：安装包，永远的麻烦制造者
我最早的版本就是把Debug文件夹扔出去，用户自己解压，双击EXE，然后就有人反馈“缺少DLL”。每次都得远程指导他们装各种运行库，简直是浪费生命。痛定思痛，我决定必须搞定安装包。
- 选工具：网上看了半天，什么Wix Toolset、InstallShield，看着就复杂。我这小项目犯不着这么重。选了那个老掉牙的Inno Setup。简单粗暴，配置几行脚本就能用。
- 打依赖：这才是真正恶心的地方。我的程序用了几个定制的Python库，还有一些C++的运行时。把这些东西打包进去，安装包体积直接翻了三倍。我尝试用PyInstaller把Python环境也塞进去，结果打包出来的东西，在不同的系统上跑，还是会莫名其妙崩溃。
- 签名的坑：没有数字签名，Windows安全中心每次都跳出来说这是个“未知发布者”，吓得用户不敢点。找了半天，发现申请一个便宜的签名证书也得花上千块。我寻思着，就一个私人小项目，花这钱不值当。我干脆在官网提醒里直接写上：如果提示风险，点“更多信息”强行运行。这操作虽然粗糙，但效率高，省钱！
我光是调试这个Inno Setup脚本，就花了两天。把所有的依赖文件路径、注册表写入、快捷方式创建全部跑通，又反复在三台虚拟机上测试，确保不会出现“跑在我电脑上没问题，到你那儿就出事”的经典bug。
官网搭建：求快不求好
安装包搞定后，总得有个地方放着，还得有个像样的介绍页面。我可不想把文件扔到百度网盘，然后让用户自己去找提取码。必须得有官网。
我这个人，最怕折腾那些复杂的框架和数据库。我只是需要一个能展示介绍、放出下载链接、贴上截图的简单页面。
- 技术选择：果断放弃了WordPress或者任何需要数据库的东西。直接选了最简单的静态页面生成器，Jekyll。写几个Markdown文件，模板一套，一键生成HTML。
- 主机：我没用什么云服务，那玩意儿对于展示几个静态文件来说太重了。我直接租了个最便宜的共享主机，一年下来几百块钱。上传文件用FTP，速度虽然慢点，但稳定，能跑。
- 内容填充：写介绍的时候我犯难了。项目本身功能非常基础，但我不能写得太实诚。我参考了几个独立游戏的宣传语，把“生命竞赛”描述得高大上一点，把几个核心功能包装成了“颠覆性的AI模型”、“动态生命周期模拟”什么的。就是几个简单的算法在跑。
我在网站最显眼的地方，用大红色的按钮挂上了刚刚打包好的安装文件。为了防止用户误会，我特意在下面小字写着：
“此安装包未经官方数字认证，运行前请知晓。”
的小插曲：差点被老婆发现
当我把安装包和官网全部部署长出一口气的时候，发现已经凌晨三点了。我赶紧关了电脑，准备睡觉。结果早上起来，发现网站居然挂了！
我立刻登录后台看日志，CPU占用率突然爆表。我心想难道是被人攻击了？仔细一看，原来是我在Inno Setup里，不小心把一个用来测试大文件读写速度的代码也打进了安装包。用户安装后第一次运行，那段代码就会疯狂读写，导致主机资源直接超限，被服务商自动停机了。
我赶紧重新编译、重新打包，然后偷偷摸摸地把新的安装包传上去，把旧的删掉。这一切都是趁着我老婆带娃在客厅看动画片的空档完成的。我坐在书房，汗都下来了，生怕她进来看到我在搞什么。我老婆对我这种“搞副业”的行为一直持保留意见，她总觉得我应该好好休息，别在晚上折腾这些没回报的事情。
不过当我看到“生命竞赛”的安装包下载量从0变成了50的时候，那种成就感又涌上来了。虽然这其中可能一半都是我自己测试的，但至少，我把一个代码项目，变成了一个可以分发、可以宣传、有头有脸的“产品”了。
这个过程告诉我一个道理：技术实现本身不难，但把一个技术成果包装成用户能接受的形式，才是最磨人的。下一步，我得研究一下怎么在不花钱的情况下，解决那个数字签名的问题了，不然每次都让用户强行运行，实在有点说不过去。