你是想在生存模式下面能够使用吗?
调试棒只能使用命令获得,例如/give @p minecraft:debug_stick。
wjwrh 发表于 2020-4-20 18:31
你是想在生存模式下面能够使用吗?
想要拿到的话可以使用指令
/give @p minecraft:debug_stick
但是必须在创造模式下使用
这就跟只有创造模式能打开命令方块一样
/give @p minecraft:debug_stick
创造模式用这个,生存不行的
创造模式用这个,生存不行的
wjwrh 发表于 2020-4-20 18:31
你是想在生存模式下面能够使用吗?
是的,而且是服务器。我想允许生存玩家也可以使用这一物品,达到一些功能(比如开关无能源红石灯 常亮熔炉)
虽然we可以同样达到效果,但显然we并不能直接开放给生存玩家权限。
调试棒没办法在生存模式下使用
此题无解,可以考虑找版主退回金粒
此题无解,可以考虑找版主退回金粒
调试棒只能使用命令获得:/give @p minecraft:debug_stick
调试棒只能创造模式下使用
如果你还是想让调试棒能在生存模式下使用的话可以修改游戏文件
但是我不知道怎么改
你可以联系north
如果你还是想让调试棒能在生存模式下使用的话可以修改游戏文件
但是我不知道怎么改

/give @p minecraft:debug_stick 必须是1.13以上
这跟命运方块一样吧,只能通过指令并且在创造下使用
正如上面的各位大佬所说,原版生存是无法使用调试棒工具的。但是经过测试以后,我发现以Spigot-1.15.2的服务端构建的服务器,只要有op权限,即便是生存模式也可以使用调试棒。
如果硬是用命令方块组与萝卜钓竿来做,也不是不能实现,但是那个工作量,以及实现后对服务器的负载。。。。。。
所以我选择了使用插件来实现,这也是我能想到的不修改源文件的最简单的实现方法了。
题主并没有说自己所使用的游戏版本号和服务端的类型,所以我姑且想当然的用我手头现有的内容写了个让玩家使用调试棒的插件。


插件效果是按题主要求,让普通玩家在生存状态下可以正常使用调试棒。
原理是在玩家使用调试棒时,在后台自动给予一瞬间的op权限,并在执行完毕后取消。
op可以使用指令开关该功能,检查该功能当前是否开启,以及给予其他玩家调试棒。
当玩家名参数被留空时,调试棒会自动给予打出命令的玩家。
由于是临时写的,也没有多加测试,可能还有其他bug也说不定。
Delamer 发表于 2020-4-22 00:45
正如上面的各位大佬所说,原版生存是无法使用调试棒工具的。但是经过测试以后,我发现以Spigot-1.15.2的服 ...
好思路,插件对服务器而言确实可行(只要不是独立mod) 但就瞬间给予OP权限这个法子说实话不太稳妥,这相当于在后墙开了扇门,纵开关只有瞬间,但也是扇门…… 若真要实施,势必需要白名单这种审核,那样的话 那还不如直接开放WE呢……
是否可以换种思路;我在一些小游戏服里见过允许玩家非创造模式使用命令方块的,我不知道他们是如何做到的。但从某种角度来说,既然命令方块可行 调试棒就也有这种可能性。
如果上述行不通,退而求其次,我只是想让生存模式的玩家可以无源激活红石灯、常亮熔炉这2个核心功能;其次功能才是改变方块朝向、修改玻璃栅栏连接。但它们都是修改方块状态的一种,一个可行 那其它也势必可行,没有主次区别。
Kygo 发表于 2020-4-22 06:48
好思路,插件对服务器而言确实可行(只要不是独立mod) 但就瞬间给予OP权限这个法子说实话不太稳妥,这相当 ...
我虽然设置的是OP权限,但是这个OP权限在交互动作被从服务器发送到玩家客户端之前就被回收了,只要在执行交互之前玩家不是OP,哪怕玩家操作过程中离线了也会自动回收权限,只有原本已经是OP的玩家才不会受影响。
理论上来讲,由于监听器本身的构造问题,这个东西确实是有一毫秒的可乘之机在,但是即便玩家可以利用网络或是其他因素,趁这一毫秒的OP权限搞事情,在这个搞事情的请求上传到服务器之前,依然还是要先执行回收OP的代码再处理其他动作,这个时间差不仅是玩家抓不住的,还是抓住也没法利用的。
毕竟是临时起意写的插件,有没有其他漏洞我不敢打包票,但是至少这个方面我确实是考虑过的。
关于生存点击命令方块,打开一个界面的方法是有提供api支持的,但是调试棒改状态的动作并没有封装,想要不经过op权限直接实现题主说的内容,还要把调试棒能操作的方块和能改变的状态全部存入插件,在交互时遍历内容并对方块执行操作。我具体不知道调试棒到底能操作多少方块和状态,但即便只遍历每种树叶七种状态与每种原木三种状态的量,连续执行时都会给服务带来压力了器,这个动作每次上传对服务器都会是一个不小的负担,虽然避免了op权限可能导致的危险性,但是玩家连续使用调试棒时对服务器的危险性却提高了不少。即便对玩家设置调试棒CD或使用间隔,也无法避免复数玩家同时使用的可能性。
在没想到优化的办法或是没找到被封装好的调试棒内容前,我只能给出这些思路了。