⑴ 我想问服务器更新怎么更新
跟本地电脑一样更新也可以 系统自带更新程序 或者360等工具更新
⑵ minecraft基岩版服务器怎么更新
方法如下：
_谝徊剑蚩榔鳌?
_诙剑谖募翱谘≡裥枰碌挠蜗钒姹尽?
_谌剑慊_LAY按钮。
_谒牟剑却略睾桶沧凹纯伞?
⑶ 我的世界服务端版本过旧
以我目前的身份来看，站在这里发表这样一篇文章，颇有种“屁股决定脑袋”的意味。但考虑到圈子里无脑带节奏和站队的人太多，我也没有办法，只能在这里反向带带节奏站站队了。
利益相关：SpongeDocs（Sponge 官方文档）简体中文翻译项目 Proofreader、官方认定的 Sponge 插件开发者、官方认定的 Sponge 项目贡献者、以及国内（目前已知）最大 Sponge 相关 QQ 群群管理。
没错，这里针对的，正是那些和那些琳琅满目，参差不齐的，试图将 Forge 和 BukkitAPI 整合到一起的服务端有关的东西。这些项目本身没做错什么，它们的存在也是目前市场需求的直接产物，但是这里，我针对的是那些在相关的领域浅尝辄止，便自以为掌握了一些，大放厥词的那些人，以及他们的论点。
长期以来，将以 Forge 社区主导的 Mod 服务端，和以 Spigot 和 BukkitAPI 社区主导的插件服务端整合到一起，一直是很多人的愿望，同时，1.7.10 时代的社区，也产生了诸如 KCauldron 和 Thermos 等服务端。这个愿望很美好，但为什么会有 Sponge 这样一套一帮社区的领导者不惜一切也要从头推翻重来的社区呢？
Sponge 官方文档提供了一份简要的介绍。可以这么说，这个社区的人员组成五花八门，包括但不限于从 KCauldron，旧 CraftBukkit，Forge 等地方出来的社区引领者。所有的事情，几乎都可以归结到一个原因上——一套基于 BukkitAPI 的系统，实在是很难和一套基于 Forge 的 Mod 系统整合到一起。
在开始分析之前，让我们随手想几个在 Mod 服务端可能出现的插件开发问题：
假设我们想要防止客户端追踪矿物，我们可能会在服务端安装一个假矿插件，那么问题来了：矿是什么？
假设我们想要避免流体卡服，我们可能会在服务端安装一个防高空流水的插件，那么问题来了：流水是什么？
假设我们想要在服务端安装一个领地插件，防止未经授权的玩家操作破坏领地，那么问题来了：玩家操作是什么？
如果我们使用的插件是基于 BukkitAPI 写就的，那么我们很容易想到这样的解决方案：
所谓的矿是所有名称为 minecraft:gold_ore、minecraft:diamond_ore 等七种方块类型的统称。
所谓的流水是名称为 minecraft:flowing_water 和 minecraft:flowing_lava 两种方块类型的统称。
所谓的玩家操作虽然比较繁杂，但总可以归结到一些固定的行为模式中去，包括但不限于放置方块，破坏方块，等等。
我们很容易意识到这种解决方案在 Mod 服务端将要出现的问题：Mod 添加的那么多矿石怎么办？Mod 添加的那么多流体怎么办？玩家如果操纵一个 Mod 的大型机器，间接地去别人家领地搞事怎么办？