企业官网建设流程全解析

“石器时代”这四个字打出来，80后和90后玩家基本都会心头一颤。作为经典2DMMORPG里绕不开的里程碑作品，它承载了很多人接触的第一代主城组队、野外抓宠、回合制PK的记忆。如今《石器时代H5内购版》这类H5化重制服务器，让老玩家可以不用装客户端，直接通过手机浏览器进入原始大陆。搭建一套服务端也不只是“开会怀旧”，它本身就是一条非常完整的2DMMORPG手游服务端学习链路：角色数据存储、战斗判定、地图寻路、内购发货、客户端接口对接，每一步都是实战级的。

这篇文章我会从服务端选型、环境配置、数据库导入、启动参数、客户端H5打包、内购支付回调对接，再到掉线与白屏问题的排查，完整走一遍。适合三种人看：想搭建单机怀旧服、正在研究MMORPG服务端结构的开发学习者，以及准备做小规模开服运营的小团队。如果你知道Linux基本命令行，这篇文章完全可以照着做；如果完全零基础，我也会把每条命令、每个配置文件的含义拆开讲清楚，跟着敲就行。

1. 开始之前，先把技术底子掰扯清楚

1.1 这项目到底是啥，搭建它到底能练到什么

先定义一下“H5内购版”是什么概念。传统端游《石器时代》是PC客户端游戏，H5版则是把游戏场景、角色、UI全部网页化，用Canvas或WebGL渲染成2D画面，浏览器直接加载运行。服务端保留着MMORPG的核心系统：账号、角色、地图、怪物、掉落、聊天、家族、交易、任务、战斗。而所谓“内购版”，本质就是在客户端加入虚拟商品商城和充值唤醒流程。

也就是说，搭建这套服务器，你同时在接触三个层面的东西：

• 服务端架构：登录服、游戏服、数据库服如何划分，会话怎么保持，数据如何落地。
• H5客户端工程：静态资源托管、跨域请求、移动端适配、浏览器输入与焦点问题。
• 支付与发货链路：内购订单生成、服务端验证回调、虚拟物品发放、防重复发货幂等处理。

哪怕你不做运营，单纯想把它跑起来当个“代码博物馆”，这套东西背后的逻辑也够你研究好一阵。更重要的地方在于，它的规模比大型商业项目小得多，但五脏俱全，非常适合拿来做游戏服务端入门的解剖样本。

1.2 硬件与系统需求，选什么样的机器才不闹心

很多帖子对“需要一个什么样的服务器”描述得很模糊，我直接给个可量化标准。

先说本地虚拟机。如果你只是想自己学习流程，不追求大量在线玩家，VMware或者VirtualBox装一个Ubuntu 20.04 Server版即可，分配2核CPU、4GB内存、40GB磁盘就足够跑通。真机体验也行，内存大一点会更舒服，因为MySQL（或MariaDB）和Java/PHP进程同时跑时，内存太紧张会导致数据库连接被系统强制杀掉，这是最容易出现的坑。

如果是云服务器做小规模开服，建议至少4核8G起步，带宽5Mbps以上。为什么？H5游戏客户端在首次加载时需要把资源包从服务器拉下来，如果带宽不够，玩家打开界面就卡在进度条上。按实际经验估算，一个优化过的石器时代H5资源包在100MB到300MB之间，5Mbps带宽大约每秒只能传640KB，首包加载可能要几分钟，这体验基本劝退。想让大家流畅进游戏，要么把静态资源丢到CDN，要么服务器带宽上到10M甚至20M。

操作系统我推荐Ubuntu 20.04 LTS，原因只有一句话：网上能找到的服务端兼容性说明、故障帖子，绝大多数都是基于Debian系写的教程，你不必折腾CentOS上换源的破事。如果对Windows Server更熟，也不是不能跑，但这套服务端里很多启动脚本、PHP扩展编译方式都是Linux优先，Windows底下踩坑成本高得多。既然目的是少折腾，就别给自己加戏。

2. 服务端核心结构与数据流，理解了才不会被配置文件绕晕

2.1 登录服、游戏服、数据库三者怎么协作

搭建过传统MMORPG私服的人，对“多服务器协同”这个概念应该有印象。石器时代H5内购版一般会拆成几个核心进程：

• Nginx/Apache：承载H5静态资源、PHP接口、支付回调接收。
• 数据库服务：建议MySQL 5.7或MariaDB 10.3以上，主要存账号、角色、物品、邮件、充值记录。
• 游戏逻辑服：负责地图加载、战斗行为、移动广播、怪物AI，这是整个服务端的大脑。
• 登录服/网关：处理玩家进入游戏时的握手、会话令牌校验、排队或在线数量控制。

玩家在浏览器里打开H5客户端，先通过HTTP请求拿到静态页面和JS资源，接着客户端调用登录接口提交账号密码，服务端校验之后签发一个会话令牌（通常是一个userId+时间戳组合编码成的字符串）。之后游戏逻辑连接池用这个令牌把玩家“拉”进游戏场景，后续的所有心跳、移动、对话都走长连接。数据库并不直接对客户端开放，所有写操作都由逻辑服代理完成，避免客户端绕过权限直接造数据。

这个架构放在石器时代里具体表现就是：你在游戏里抓宠、换宠、换装备、学技能，客户端会不断向服务端发协议包，服务端计算完之后把结果回写给客户端，并且在关键节点把数据同步进数据库。如果你直接改数据库给角色加了宠物，但没同步内存态，退出重进就会被数据覆盖回原样，这也是所谓“内存态与持久态不一致”的经典问题。

2.2 内购版的“买买买”流程，不只是一张充值表

“内购版”的核心与普通版不同，支付流程必须认真对待。客户端打开商城，看到商品列表，点击购买后会产生一个本地订单。这个订单不能直接当“已付款”处理，而是要先调用服务端下单接口，生成唯一订单号，然后拉起微信或支付宝的H5支付页面，支付完成之后支付平台会向服务端的回调地址发送通知。

服务端收到支付回调后，要做几件事：

• 验签：用支付平台证书或密钥对回调参数做签名校验，防止有人伪造回调。
• 校验金额：比对订单金额和实际支付金额，不一致直接拒绝。
• 幂等处理：同一订单号重复回调时，不能重复发货，必须在数据库里做唯一索引约束。
• 发货：把虚拟物品写入角色背包，同时记录流水日志。

这套逻辑里最容易出问题的是“没有做幂等”，一个玩家连续付两次款但只发一次货，或者同一个通知被平台重试多次导致重复发货，都是热门事故。搭建时一定提前在设计上把订单状态表做成不可重复订单号，发货前先查找状态，状态为已发货就直接忽略。

2.3 版本选择与文件完整度检查

市面上的石器时代H5版本鱼龙混杂，有开源自编译的，也有被贩子反复倒手加了后门的。搞到一套服务端之后，第一件事不是急着启动，而是做完整性检查。一个标准的石器时代H5服务端压缩包，通常要包含这些目录或文件：

• sql/ 或 database/：数据库结构初始化脚本。
• server/ 或 game/：游戏逻辑服的主程序和配置文件。
• web/ 或 h5/：H5客户端静态文件。
• 配置文件：数据库连接、监听端口、资源路径等。
• 启动脚本：start.sh、stop.sh，或者批处理文件。

如果包里没有数据库脚本，或者游戏服与H5客户端的IP配置写死在某处，说明这个包大概率不完整。别急着删，先看有没有README或者启动说明。很多老版本的服务端都是古董项目，配置文件里的路径还是Windows风格，在Linux下跑要一个个改，这本身也是一种学习。

3. 图文手工搭建全流程，每一步都按可复现的标准来

3.1 基础环境安装，先让系统能干活

登录服务器后，第一件事是更新系统资源并安装必要组件。我用普通的root账号操作，如果你是普通用户，记得在命令前加sudo。

apt update && apt upgrade -y apt install -y wget curl unzip zip git vim

接着装Web服务。为了降低新手难度，我选择Apache + PHP 7.4这套组合。很多人会质疑怎么不用Nginx，因为H5游戏本质上就是个静态站点加几个接口，Apache的.htaccess配置对初学者更友好，遇到跨域和路径重写问题好排查。当然你要是对Nginx更熟，完全可以用Nginx，这块不影响服务端核心逻辑。

apt install -y apache2 mysql-server php7.4 php7.4-mysql php7.4-curl php7.4-json php7.4-xml php7.4-mbstring

安装MySQL的时候，Ubuntu 20.04会弹出设置root密码的交互界面。如果没弹出或者你跳过设置了，后面可以用sudo mysql_secure_installation去做安全初始化。先把服务启起来并设置开机自启：

systemctl enable --now apache2 systemctl enable --now mysql

这里有个细节：PHP版本与MySQL驱动务必对应，旧石器时代H5服务端很多是基于PHP 5.6写的，PHP 7.4之后部分老函数被移除，比如mysql_*系列全家桶彻底废除。真遇到这种情况，要么找服务端更新补丁，要么把环境降到PHP 5.6。老项目跑在旧环境里没什么丢人的，稳定比版本新更重要。

3.2 初始化数据库，把角色数据地基打牢

数据库是这类游戏服务端的灵魂，角色丢失、回档、数据错乱基本都是数据库环节出的问题。先登录MySQL命令行：

mysql -u root -p

进入MySQL后，先建一个专用账密，避免直接用root跑游戏服务端，万一被拖库不至于把系统权限也搭进去。

CREATE DATABASE stoneage_h5 DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; CREATE USER 'sa_user'@'localhost' IDENTIFIED BY '你的强密码'; GRANT ALL PRIVILEGES ON stoneage_h5.* TO 'sa_user'@'localhost'; FLUSH PRIVILEGES;

字符集选utf8mb4几乎是强制要求，石器时代老数据库脚本很多是latin1编码，导入后中文全成乱码，那就全得返工。不用latin1的最大理由很简单：玩家角色名、邮件内容、宠物改名，一旦写进latin1编码的表里，再想无损转回utf8几乎不可能。

接下来导入数据结构脚本。切换到这个数据库，直接加载sql文件：

mysql -u sa_user -p stoneage_h5 < /path/to/sql/stoneage.sql

打开数据库脚本瞄一眼前几十行是很有必要的。很多二手服务端脚本会带DROP DATABASE或者自动建库语句，直接source进来自动建库，反而和你手动建的库重名打架。更安全的做法是：用编辑器打开sql脚本，把建库语句和USE database语句注释掉，只保留建表和数据插入。

导入完成后，重点检查几张核心表在不在：账号表、角色表、背包物品表、宠物表、技能表、任务进度表、充值订单表。如果其中某个表缺失，先别慌，看看sql脚本里是不是分了好几个文件，全部导一遍再说。

3.3 服务端主程序与配置文件，逐行改才不容易漏

解压服务端文件到指定目录，我习惯放在/opt/stoneage/下：

mkdir -p /opt/stoneage unzip server.zip -d /opt/stoneage/server unzip h5.zip -d /opt/stoneage/web chmod -R 755 /opt/stoneage

然后找到游戏服目录下的配置文件，通常是config.php、config.ini、.env这类文件名。打开后重点找这些参数：

• DB_HOST：数据库地址，本地就填127.0.0.1。
• DB_PORT：MySQL端口，默认3306。
• DB_USER：数据库用户，填刚才建的sa_user。
• DB_PASS：数据库密码。
• DB_NAME：数据库名，填stoneage_h5。
• SERVER_HOST或SERVER_IP：对外服务地址，云服务器填公网IP，本地测试填服务器内网IP或127.0.0.1。
• PORT：游戏逻辑服监听端口，常见是9010、9011、8088这几种。
• GM_KEY或ADMIN_KEY：管理员密钥，记得改成随机长字符串，别用默认的123456。

改配置文件的建议是：一次只改一项，改完保存，然后用grep确认改动生效。为什么？因为很多老项目配置文件长得畸形，key和value之间有两个空格或者Tab缩进，解析器要求非常严格，手滑少一个空格直接导致进程秒退。

改完配置，还要检查启动脚本里的路径。比如start.sh里如果写死了/root/server/，而你的实际路径是/opt/stoneage/server/，脚本就会找不到程序。Linux下没有“自动搜索目录”这个选项，路径写哪就是哪。这一步我吃过不少亏，经常是启动之后看日志才发现路径错了。

3.4 启动游戏逻辑服，心跳正常才代表活着

启动流程上，典型H5服务端会分成“MySQL -> Web服务 -> 游戏逻辑服”的顺序。先起MySQL，再起Apache/PHP，最后起游戏服。游戏服通常不能用前台直接跑，因为一关SSH窗口进程就死了。正确做法是用nohup让它脱离终端运行：

cd /opt/stoneage/server chmod +x start.sh nohup ./start.sh > /var/log/stoneage_server.log 2>&1 &

启动后不要急着看任何指标，先等几秒钟，然后看日志尾部：

tail -50 /var/log/stoneage_server.log

一个正常的启动日志至少应该出现这么几件事：加载数据库连接成功、加载地图配置成功、加载怪物/掉率配置成功、监听端口成功。如果第二步就报数据库连接失败，说明DB_HOST、DB_USER、DB_PASS三个参数里至少一个有问题。如果监听端口失败，多半是端口被占用了：

netstat -tlnp | grep 9010

确认端口被监听后，再去考虑客户端接不上的问题。别一开始就去浏览器里刷新页面，先确认服务端进程确实活着，再往下排查。

3.5 配置Web服务器与H5客户端访问

这一步的核心是把/opt/stoneage/web目录变成Apache的网站根目录。先给Apache建一个站点配置：

vim /etc/apache2/sites-available/stoneage.conf

写入内容：

<VirtualHost *:80> ServerName your_domain_or_ip DocumentRoot /opt/stoneage/web <Directory /opt/stoneage/web> Options Indexes FollowSymLinks AllowOverride All Require all granted </Directory> </VirtualHost>

启用配置并重载Apache：

a2ensite stoneage.conf a2dissite 000-default.conf systemctl reload apache2

H5客户端里面一般会有一个接口配置或网关配置。常见文件是game.js、config.js、index.html，打开后搜索http://或者127.0.0.1，把地址替换成你服务器的实际IP或域名。这里要特别注意：不要把IP写死在编译后的二进制里，H5版客户端本身就是网页源文件，改完刷新就能生效，不存在需要重新编译的说法。如果你的客户包装了一个手游壳，那就另说，这时要看壳里有没有配置文件。

改完之后，在浏览器地址栏访问http://服务器IP/，能看到石器时代的登录界面，说明客户端静态资源加载正常。如果页面白屏，按F12打开开发者工具看Network面板，重点看红色报错的资源路径；如果路径里出现了/root之类的本地绝对路径，说明目录配置对不上。

3.6 内购h5支付接口，从测试到上线要走的几步

内购部分说白了就两点：支付平台参数的配置，以及回调地址的可达性。在游戏服务端配置里找到支付相关配置，一般是这样的参数：

• WX_PAY_APPID
• WX_PAY_MCHID
• WX_PAY_APIKEY
• PAY_NOTIFY_URL：支付回调地址，默认填http://服务器IP/pay/notify.php。
• PAY_RETURN_URL：支付成功后的前端跳转地址。

如果只是本地学习，没有正式商户号也没关系，很多服务端内置了“模拟支付开关”，打开后不需要真付钱，直接模拟回调发货。这个开关对于测试完整链路很有用。先把模拟支付打开，走一遍：客户端选商品 -> 下单 -> 模拟回调 -> 背包增加道具。这条链路通了，说明订单表、发货逻辑、幂等处理都正常。

真接支付平台时还有一层坑：回调地址必须是外网可访问的地址，而且一般不能用IP直连。很多支付网关强制要求回调域名在平台侧备案过，你拿着服务器IP去配回调地址，对方直接拒收。这时候得用一个已备案域名，把域名解析到服务器IP，然后做反向代理，把支付回调路径代理到Apache上。

4. H5客户端“看着就头疼”的适配问题与实战避坑

4.1 手机浏览器输入框被键盘顶飞，这套处理方式最稳

H5手游和纯网页的区别在于：玩家用的是手机竖屏或横屏浏览器，虚拟键盘弹出的时候会压缩可视区域、把输入框顶走，甚至导致游戏画面变形。石器时代这类2DMMORPG进入游戏前有账号密码输入框，进入后还有聊天输入框，适配不好就是灾难。

我在移动端调试时遇到最典型的问题就是：点聊天输入框，键盘弹出来，输入框跑到屏幕外面；输入完成后关闭键盘，游戏画面位置又被重置，像闪了一下。这个问题的根源是移动端浏览器的visualViewport（视觉视口）和layoutViewport（布局视口）不一致。

解决思路有两层：

• 第一层：输入框触摸时不要用position: fixed，改成absolute，让它在滚动的容器里跟手，而不是钉在窗口底部。
• 第二层：监听focusout事件，等键盘关闭后再滚动回输入框应有的位置。

const input = document.getElementById('chat-input'); input.addEventListener('blur', () => { setTimeout(() => { window.scrollTo(0, 0); // 或者滚到输入框期望位置 }, 50); });

这层处理虽然很“补丁”，但实际复测下来，绝大多数安卓浏览器和iOS Safari都能正常收键盘不闪屏。真要做到更好，可以把聊天输入框改成沉浸式popup面板，点击聊天图标时弹出一个居中面板，键盘弹起时面板整体往上推，关闭键盘时自动居中，反而比跟着焦点走更可靠。

4.2 重复刷新与重复登录，会话状态怎么防丢失

H5游戏比App更容易触发刷新手势——手机浏览器下拉刷新、微信内右上角刷新、网络抖动自动重连，都会导致客户端重新加载页面。如果会话状态只存在内存里，一刷新玩家就被踢回登录界面，体验非常差。

比较好的方案是服务端下发双重凭证：登录成功时返回一个短期token和一个长期token。短期token存在sessionStorage里，有效期大约30分钟，用于正常游戏心跳；长期token存在localStorage里，有效期7天。浏览器刷新后JS检测sessionStorage为空，就用长期token调一次refreshLogin接口，拿到新短期token，自动回游戏主界面。

实际操作中这个方案还有一个细节：当长期token也过期时，客户端应该把localStorage里的凭证清掉，显示登录界面，而不是反复刷新死循环。代码上做一个开关：

const autoLogin = async () => { const longToken = localStorage.getItem('longToken'); if (!longToken) { showLogin(); return; } try { const session = await refreshSession(longToken); sessionStorage.setItem('sessionToken', session.token); enterGame(); } catch (e) { localStorage.removeItem('longToken'); showLogin(); } };

这套东西看着简单，但石器时代这类老游戏服务端不一定原生支持长期token机制。没有的话，只能靠客户端自己把账号密码加密存起来做自动登录，但安全性差很多。所以有条件还是服务端改接口最稳。

4.3 资源缓存策略，调一次就知道H5能不能秒开

玩家第一次打开游戏，静态资源量大，缓存策略没做好，第二次进还是要等半天。正确方案是要把H5客户端资源目录下经常变化的文件，比如app.js、config.js、index.html设成no-cache，让浏览器每次重新校验；把基本不变的地图图片、角色立绘、背景音乐设成Cache-Control: max-age=604800，缓存一周。

Apache里可以放一个.htaccess配合mod_headers解决：

<FilesMatch "\.(js|html)$"> Header set Cache-Control "no-cache, must-revalidate" </FilesMatch> <FilesMatch "\.(png|jpg|jpeg|gif|mp3|ogg|webp)$"> Header set Cache-Control "max-age=604800" </FilesMatch>

配置完要验证有没有生效，直接在浏览器开发者工具的Network里看响应头。如果发现图片资源每次都传200并且耗时几十毫秒，说明缓存策略没生效，多半是mod_headers模块没启用：

a2enmod headers systemctl reload apache2

5. 常见问题与排查指南，都是实操现场的“血泪史”

5.1 按症状速查表，先定位再问人

搭建过程中我最常被问到的问题，基本集中在下面这些场景里，先列个速查表，对号入座再去查对应模块：

排查时有个原则要记牢：先看系统进程，后看游戏日志，再看数据库状态，最后才谈代码Bug。我遇到过非常多“觉得是服务端代码有问题”的情况，实际是磁盘满了导致数据库写入失败，清理磁盘后一切正常。这类问题代码怎么调都没用。

5.2 数据库连接不上的经典原因

数据库连不上是头号高频故障。常见原因不只是密码错误，还有这几个容易忽略的点：

• MySQL服务没启动：systemctl status mysql，没启动就systemctl start mysql。
• 用户只允许localhost连接，但服务端用的host是127.0.0.1，MySQL里localhost和127.0.0.1经常被区分对待。
• MySQL 8.0默认认证插件是caching_sha2_password，老版PHP驱动不识别，需要改成mysql_native_password：

ALTER USER 'sa_user'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的密码'; FLUSH PRIVILEGES;

• 数据库连接数被占满：SHOW VARIABLES LIKE 'max_connections';，可以适当调大。

5.3 白屏与无限载入，一多半是静态资源路径问题

H5游戏白屏，放index.html旁边看看源码，看它引用了哪些js和css，然后去浏览器访问这些路径确认文件存在。如果路径是./开头但实际目录是/game/res/，改一下相对路径就好。

另一种白屏是JS报错导致的。打开浏览器开发者工具Console，看红色的Uncaught错误。老服务端最常见的报错是跨域问题，H5客户端运行的域名和接口域名不是同一个。解决跨域在Apache配置里加一段Header：

Header set Access-Control-Allow-Origin "*" Header set Access-Control-Allow-Methods "GET, POST, PUT, OPTIONS" Header set Access-Control-Allow-Headers "Content-Type, x-token"

但这里我不建议无脑加*，因为开了全量跨域，任何网站都能调你的接口，容易被恶意调用。如果只是单机学习，问题不大；如果真要对外开放，至少要把域名锁定成白名单。

6. 环境安全与日常维护，别让情怀服务器变成矿机

6.1 基础安全必做项，十分钟就够

搭建完成不代表就“完事了”。H5游戏服务器因为常年开放80端口，很容易被各类扫描工具盯上。我建议至少做这几件事：

• 修改SSH端口，比如从22改成2222，并关闭SSH的root密码登录，改用密钥登录。
• 开启防火墙，只放行80、443、SSH端口和游戏逻辑服端口。Ufw或iptables都行，我习惯用ufw：

ufw allow 22/tcp ufw allow 80/tcp ufw allow 443/tcp ufw allow 9010/tcp ufw enable

• 数据库账号不对外，MySQL只监听127.0.0.1，别让它监听0.0.0.0。改/etc/mysql/mysql.conf.d/mysqld.cnf里的bind-address，确认是127.0.0.1。
• 后台管理路径要么改成一个随机长目录名，要么加BasicAuth登录认证。老后台用默认admin路径是重灾区。

6.2 运维节奏与备份策略

游戏服跑起来后，备份就是最重要的事情。角色数据都在MySQL里，每天定时全量备份数据库，保留最近7天。最简单的cron写法：

0 3 * * * mysqldump -u sa_user -p'密码' stoneage_h5 > /backup/stoneage_$(date +\%Y\%m\%d).sql

备份还有另一半事情经常被人忘掉：备份H5客户端的配置修改记录。很多运营了几个月的人，某天手滑覆盖了config.js，ip配置全丢，找回来累得半死。建议把web目录整个用git管理起来，每次改动都留历史记录。

6.3 关于版权与合规，必须说的一句

搭建经典老游戏服务端，很大程度上是出于技术学习、数据研究、情怀收藏。但商业化运营需要谨慎对待版权问题，未经授权不能对外提供游戏完整内容下载与充值服务。这既是对游戏厂商权益的保护，也是对自己服务器和账号安全的基本保障。只用于本地学习和交流，就没有这些顾虑。

7. 扩展思路：把老项目玩出新技术味道

如果你已经把服务端完整跑起来了，后面想深入提升，我建议往这几个方向走：

• 服务端接口压测：用压力测试工具模拟百人同时登录、同时战斗，观察数据库连接池和进程CPU占用，这比看任何性能教程都直观。
• 内购H5支付平台二次开发：在现有订单表基础上扩展一套自己的发货逻辑，比如限时礼包、首充双倍，结构上和真实商业项目完全同源。
• H5客户端打包成手机壳：用HBuilderX或类似工具，把网页游戏包成App，顺手还能签个名，这就能解决很多浏览器缓存和刷新体验问题。
• 数据可视化后台：写一个简单的Web面板，统计在线人数、每日活跃、充值金额，相当于自己做一个简易BI系统。

我最想强调的其实是最后一点。很多人拿到一套老服务端之后，只满足于把它跑通、能进游戏去抓一只虎，然后就没有然后了。可实际上，这套东西是少有的能让你完整掌握“账号体系、角色持久化、场景管理、充值并发安全”全部关键流程的小型项目。把这些逻辑一套套拆开吃透，哪怕以后去公司做正规模块开发，底子也是扎实的。

全文写完，回头再看，搭建最难的地方从来不是命令行敲不出、文件找不着，而是这套服务端简化的表面下隐藏着大量需要亲自踩过才能理解的细节。我自己最初跑通这套服务端时，光是处理数据库编码问题就花了两个晚上，后来每次换版本第一件事就是先统一库里所有表的字符集，再也没在中文乱码上栽过跟头。

如果你正打算动手建一套石器时代H5内购版，记得把每个改过的配置、每一条踩过的坑都记录在案。哪怕只是随手贴在一个笔记软件里，这份记录也会成为你后续排障最值钱的资产。我自己的习惯是用git管理配置和sql，出问题随时能回滚对比，至少不会再因为手滑把好好的服务器改崩了。

最后再分享一个小技巧：不要急着对外公布地址，先在本地把从登录、进游戏、抓宠、进战斗、使用商城、支付发货的整条链路完完整整走三遍。跑通三遍之后，你会发现很多隐藏的问题在真正放出去之前就已经解决完了，后面只需要用心维护日志和备份，服务器会稳定很多。