您的WordPress网站无需云服务器

从个人博客到公司官网、出版物和网上商店,WordPress支撑着各种各样的网站。传统上,运行WordPress网站意味着依赖托管服务商、虚拟专用服务器或云基础设施。即使您自托管WordPress,底层的机器通常仍是从其中某一家租来的。
借助Acurast Cargo,WordPress可以改为在去中心化算力上运行。
Cargo让完整的基于Linux的工作负载可以部署在Acurast Processor上,为应用提供运行所需的环境和工具。这意味着WordPress等现有软件无需专门为去中心化基础设施重新构建。
本教程将使用Cargo在Acurast Processor上自托管一个完整的WordPress网站:配置WordPress示例应用、启动部署、跟踪设置过程,并完成标准的WordPress安装。
完成后,您将拥有一个在去中心化算力上运行的WordPress网站,这一切都由Cargo实现。
Cargo让WordPress在去中心化算力上运行成为可能
当去中心化算力能够运行常规Linux应用时,会带来哪些可能?WordPress就是一个很好的例子。
一个WordPress部署涉及几项熟悉的基础设施:提供网站服务的Web服务器、执行WordPress的PHP、存储内容和配置的数据库、存放主题、插件和上传文件的持久化文件,以及让用户真正访问到应用的网络。
这正是Cargo的用武之地。
开发者无需为受限的运行时专门重建应用,而是可以直接把现有的Linux软件部署到去中心化算力基础设施上。
这里并不是在打造WordPress的去中心化替代品。只是让WordPress运行在另一种基础设施上而已。
如何在Acurast上自托管WordPress
Acurast Example Apps代码仓库包含一个WordPress示例,大部分部署设置都已准备好。其中的文件会准备Processor环境、配置所需服务、建立网络连接并启动WordPress。
因此,在部署网站之前,只需完成相对少量的配置。
第1步:打开WordPress示例应用
在里面,您会找到准备和启动应用所需的文件。大部分底层设置都已提供,您主要只需为自己的部署配置环境。
首先复制示例环境文件,并填写所需的值。
第2步:配置回调URL
首先需要的值之一是回调URL。
当Processor开始准备WordPress时,它需要一种方式把部署信息发回给您。示例应用通过向回调URL发送POST请求来实现这一点。您可以使用任何能够接收POST请求并显示其内容的Webhook服务。
本示例使用一个Webhook服务创建端点,复制其URL,并将其添加到配置中。
部署开始后,这个端点就格外有用。您可以通过它跟踪设置过程,并最终获取WordPress网站的地址。
第3步:配置SSH和网络
接下来,配置SSH密码。
正常使用WordPress并不需要SSH。应用运行后,大部分管理工作都可以通过熟悉的WordPress仪表盘完成。
不过,如果您需要直接访问Processor来进行维护、排查问题、调试或修改底层环境,SSH就很有用。请使用安全的密码,不要沿用示例凭据。
部署网络选择主网。
第4步:配置您的域名
还需要指定WordPress网站可访问的域名。在撰写本教程时,您需要自备域名,并在部署应用之前配置好所需的DNS记录。
DNS设置完成后,将域名添加到WordPress部署配置中。您还会看到WordPress用户名、密码和其他应用详情的设置项。
部署前,请务必将示例凭据替换为您自己的安全值。对于可公开访问的WordPress安装,绝不应使用默认的用户名和密码。
检查应用配置
启动部署之前,值得快速浏览一下示例中包含的文件。其中几个文件起到衔接作用,让Cargo能够准备Processor并启动工作负载。
还有专门针对WordPress环境的配置。请确保所需的环境变量已传递给应用,并且最低Processor版本配置正确。
完成这些后,就可以部署了。
启动WordPress
在WordPress示例目录中运行:
acurast deploy
Acurast CLI将启动部署流程,并显示相应的执行价格。
如果配置的执行价格高于实际所需,您可以在确认部署前改用建议的更低费用。
提交后,剩下的就交给Acurast。
部署会被注册,并等待合适的Processor接手。这可能需要几分钟。
查看部署
Processor接受部署后,信息就会开始出现在之前配置的回调端点中。
您还可以看到部署已成功启动,以及部署ID、Processor匹配、确认、环境变量、已上传文件和分配给该工作负载的Processor等信息。随后,回调请求会让您看到该Processor上正在发生什么。
起初,您会看到环境正在准备、依赖项正在安装。Processor会启动SSH服务,并建立让应用可被访问所需的反向隧道。
然后,WordPress安装开始。
获取WordPress URL
随着设置推进,回调最终会提供两条有用的连接信息。
一条是WordPress网站的访问URL。
另一条是SSH端点和命令,可用于直接连接到Processor。
初始设置不需要SSH,所以目前关注的是WordPress URL。不过有一个重要细节:收到URL并不一定意味着WordPress本身已经启动完成。
网络隧道可能已经可用,而Processor仍在配置数据库和应用。所以需要再多等一会儿。
等待WordPress上线
继续查看回调请求。
Processor会初始化数据库、创建WordPress数据库、下载WordPress,最后启动服务器。这些步骤完成后,日志会报告应用已完全上线。
现在回到WordPress URL并刷新页面。您看到的不再是无法访问的服务器,而是非常熟悉的画面:标准的WordPress安装界面。
完成WordPress设置
从这里开始,体验与在任何其他服务器上设置WordPress基本相同。
为网站选择标题,配置管理员账户和凭据,然后完成WordPress安装。
安装完成后,登录。
现在您可以访问标准的WordPress管理仪表盘。在这里,您可以撰写文章、上传媒体、管理页面、更改网站外观,并使用常规的WordPress管理工具。
再次打开公开URL,完成的WordPress网站就已上线。
有趣之处不在于网站长什么样。而在于它运行在哪里。
这个WordPress实例由一台Acurast Processor提供服务。
使用SSH维护WordPress
对于日常内容管理,几乎没有必要直接与底层Processor交互。WordPress本身已提供管理网站的后台界面。但当有更深层的问题需要处理时,之前配置的SSH访问提供了另一种选择。
您可以直接连接到Processor,检查部署、调试问题、修改配置,或执行无法方便地通过WordPress本身完成的维护工作。
这意味着您同时拥有两个层面:用于管理应用的熟悉的WordPress界面,以及在需要时直接访问Linux环境的能力。
无需传统云服务器的自托管WordPress
WordPress之所以在这里值得关注,恰恰是因为它并不是专门为去中心化基础设施构建的应用。
它是一款现成的软件。
这里是把通常运行在VPS或云实例上的同类应用,改为部署到去中心化的Processor上。这正是Cargo背后更宏观的理念。工作负载并不一定需要知道其底层基础设施已经改变。只要能在Cargo提供的Linux环境中运行,许多现有应用都有可能只需相对少量的修改即可迁移。
WordPress就是一个例子。
同样的原则也适用于Web服务器、数据库、API、开发者工具、游戏服务器、存储服务、AI应用以及其他Linux工作负载。
与其只问:
“有哪些应用可以专门为去中心化算力而构建?”
还可以问:
“有哪些已经在云端运行的应用,可以改为在那里运行?”
有了Cargo,WordPress就可以是其中之一。
观看完整视频教程
本指南介绍了在Acurast Processor上运行WordPress的主要步骤,而配套的视频教程则从头到尾完整演示了整个部署过程。
您将看到如何配置WordPress示例、使用Acurast CLI启动、通过回调端点跟踪Processor日志、等待WordPress及其数据库完成初始化,以及完成WordPress安装。
完成后,您将在一个不寻常的地方运行一个出奇普通的东西:一个功能完整、带有管理仪表盘、运行在去中心化算力上的WordPress网站。


