译者的话 ~ Webinoly中文手册翻译

我是汉化Webinoly手册的远景幻想 V1sta，亦是景の域域主，感谢您能阅读此文。

这是用Obsidian+谷歌机翻+人工润色硬生生做出来的版本，没有直接使用AI，
不过谷歌机翻本身对技术文档上下文理解能力的翻译质量不错，我只是做了一点微小的工作，大体上的功能您应该都可以看懂。

前情提要

作为长期以来的Webinoly忠实使用者，很早以前就有汉化Webinoly手册文档的想法，
可惜直到台湾译者阿力狮Alex翻译的繁体中文版直至下架，我才翻译出这版简体版文档。
Webinoly也是一个相对名气较老的软件了，作为开源软件能够撑到现在仍在不定期更新也实属不易。

另一点是Webinoly的技术结构很先进，耦合度问题没有那么严重，甚至可以搭建网站之后卸掉。Webinoly的优势就是这样，拥有相对条理化的管理方式、高安全性以及合适的自由度。再加上说Webinoly本质上跟你手动装一套LNMP然后改配置没有区别，可以自己加很多自定义配置，兼顾反代管理，很方便。

简单介绍一下情况吧：

Webinoly自2024年5月份开始设立高级会员的GitHub Sponsors赞助付费墙，导致后续的命令文档以及相关的博客文章全部要赞助可见，类似于Patreon或者爱发电的发电后查看；
对于Webinoly建立付费墙的情况，我也只能表示理解，而没法做到真正的支持，毕竟GitHub Sponsors不支持中国支付方式。
这也导致了Webinoly之后的手册随时更新，我的翻译版本就有可能跟不上甚至分裂。

也得说Webinoly在GitHub上设立的赞助定价确实不便宜，一个月的访问价格抵得上一台VPS的月租费用，并且在Reddit上也有关于他们的反馈态度逐渐不友好的讨论；只是就从经济角度分析，我觉得他们这么做也是合乎情理：

网络托管这个领域的行情也不好，没有稳定的商业模型支撑下，很多小的解决方案也面临着缺乏开发资金支持的窘境（比如HestiaCP面板、OneinStack、LNMP一键包等等），
再加上本身Web托管是一项考验技术的管理员能力，以及更方便的容器化管理的普及、砸钱上SaaS的方案，导致这类传统的解决方案受众很小，还有太多是白嫖党（无论是主动还是被动），自然得不到太多支持。
没有反馈、尤其是资金反馈的话，软件就不能持续更新维护，这也是大多数免费开源软件面临的问题。

目前来说Webinoly的开发人员似乎找到了一个合适的变现途径，也就是“售卖”认证课程，这其实确实是一个不错的方式，另一个可能是有限的高级会员技术支持，同样这也是很多技术性免费软件的商业模型。
当然售卖要打引号是因为赞助本身不是合同，不像红帽那种具有商业化的合同背书。

顾虑

其实这次在汉化文档的时候也产生了顾虑，会不会导致有一些版权问题？
我一直在想为啥台湾翻译的繁中版突然就下架了，何况繁中版是在付费墙之后加入的。我了解到台湾译者Alex本身也是建站领域的专业人士，也许是因为刊登许多教学资源、对他们的付费模型构成了威胁？
嗯……其实这一点我只是想自己会不会也会触犯这一问题，从而导致自己的翻译成果白费力气。

树大招风这个道理我还是明白的，一旦我将其翻译出来，可能因便捷性，会有大大小小的“不法人士”用它搭站……从而造成支持困扰。这已经在国内外有不少先例。
（当然会有心编辑维护NGINX配置文件的“不法人士”，我觉得还是相当少）
或者换个合法的例子就是：国潮外卖的包装。因为很多质量堪忧的外卖商家采用这一包装，导致我们看到那个美术资源就会有一种“国潮外卖质量低下”的感觉。
像中国用户常用的宝塔、1Panel也面临这样的问题。

最后说一下截至目前翻译的时候，我没有大学学历及其学位，甚至更低。
我这么一说只是因为翻译这个文档的时候，我的处境相当紧张，甚至没有工作。

另一方面，相较于IT行业，我现在更喜欢当美术插画师。
这些技术问题实则困扰我的艺术灵感，我个人也不希望我自己的博客全是技术文档。
建站对我来说也只是兴趣，只是我希望它可以变得条理化并有一定自由度，Webinoly刚好合适；而对于一般人来说，也可以将管理变得简单化，这样你就可以学习更高级的技术或者管理学。

我其实有一些功利性看法，所以这么做从经济角度上，完全是亏本翻译。
毕竟用mhtml保存Web Archive存档看机翻也不是不行。

这倒不是厚脸皮要求捐赠（其实我也没法），我的翻译质量也说不上上乘，
为了防止二次盗版和某些依赖于AI学习不去动脑思考的人滥用本文档，
我还加了许多“佐料 / Quirk”（会心一笑），加上Webinoly原文也不是特别严肃的文档（多用很多亲切的人称代词）。
总之希望各位读者查阅本文档的时候，务必要理解艰辛的劳动成果。