mc.js.cool怎么玩服务器

啊，我做了一个服务器拆解台插件，这个插件呢在 github 网站上面进入这个网站就可以下载，目前呢这个插件只有一点二，一点一 paper 版本啊，是为我个人服务器自制的， 后面看情况的话可能会更新，因为呢，我在这个版本没有找到成熟，而且直接就是这个版本的拆解台插件，所以呢，我就自己先做了一个，我们只需要来到游戏中输入斜杠 on craft 啊， 然后就可以弹出这个拆解台的 g u i 界面，然后将这个不需要拆解的物品放到这个物品栏里面，然后点击下面的拆解，就可以将这个物品成功的拆出来。 只是现在有一个 bug 是 在你拆解完物品之后，这个 g u a 界面呢，它会给你两个灰色玻璃板， 不过没有关系，问题不大，直接把这两个玻璃板丢了就行了。这是一个 bug， 不 影响正常的物品拆解。而且除了工作台里面可以合成的物品之外， 这个拆解拆插件还加入了熔炉、高炉，锻造台以及切石机等已经注册物品配方的拆解。比如说我们现在来试一下这个下界合金钢， 看现在就已经是可以把那个锻造模板还有这个下界合金垫也给拆出来， 而且他如果有有附魔的话，他这个附魔书也是非常全的，你原先这个物品是多少附魔？他可以把那个附魔书完整的拆出来， 这个是熔炉里面的食物，也可以拆成一个土豆，而且这个物品不管耐久度多少， 只要他没有损毁都可以直接返还，无需耐久度直接返还原材料啊，好，这就是本期最具服务器拆解台插件的介绍。

开发服务器的端口、代理跨域，这三个配置全在 vita 点 copy， 点 gsd 搞定。 听完这期，你会知道默认值是什么，什么时候需要改，改了之后解决了什么问题，以及 vita 在 这个环节做了怎样的取舍。先说端口， vita 开发服务器默认跑在五一七三，端口 这个数字没有什么特殊的意义，只是瑞特选了一个未被占用的常用端口，你不需要记它启动后端，终端会显示什么时候需要改。两种情况，一是五一七三被其他程序占用，二是团队有统一的端口规范，比如前端统一用八零八零， 改端口就一行配置写在 service 点 part 里。瑞特不限制你用什么端口，但会帮你检测端口是否可用， 被占用了会自动产至下一个，这个行为也是默认的，你可以选择关闭。再说代理， 这是开发环境最常用的配置，它的本质是解决跨域问题。跨域不是 vt 的 限制，是浏览器的安全策略。你的前端跑在 local host 五一七三，后端接口跑在 api 点 example 点 com 协议域名端口，任何一个不同浏览器就会拦截请求，你无法绕过，只能通过代理解决。代理的原理很简单， with 开发服务器收到你的前前端请求后，代替你向后端发请求，再把结果返回给你。因为服务器之间没有跨域限制，所以请求成功。你只需要在 with 点 gs 里配置。代理告诉 with， 凡是 请求路径以杠 api 开头的，都转发到你的后端地址，配置完你的前端代码里，嗯， 代码里的请求加上杠 api 这个前缀就可以了，前端不需要改任何代码，甚至不用知道真实后端地址。 vt 的 代理基于 http 代理这个东西， 支持路径重写，修改响应头更细颗粒的转发规则。这些配置下都在文档里按需取用 啊。跨域的问题到这里就已经解决了，但需要坦诚说一句，代理只在开发环境生效，生产环境你部署上线后，前端和后端同域，或者通过 ng 等反向代理处理跨域和 fit 无关。 不要把开发环境的代理配置理解为生产环境的解决方案，这是两个层面的问题。最后总结一下这三个配置的趋势。 vita 给你一个能直接跑的默认端口，让你不用配置就能启动 vita 给你代理配置的能力，因为跨域在开发环境是真实痛点， 他选择把这个能力交给你，而不是替你默认转发，因为你后端地址不确定。 with 不 提供生产环境的跨域方案，因为那不是他的职责，你用还是不用都清楚， 默认就够用，那就一行都不写，需要定制就在 with 点 copy， 点 gs 里改对应的那几行。 ok， 本期就到这里。

马克何一位。菠萝这么强。不好，土豆熟了我钻石成滚木了。秘密没了。我就是无敌的哦什么 困了吗？哈哈，终于来玩预备了。看我日快趁足塞两张阴间车况死老资历。对面也是利本吗？还好我是先手，这把赢定了。 等等，对面开局怎么交的？是穿云破雾不好我们的大运落地就被解了。哈哈哈大运还想活着吃我一弹弹。等等，什么叫起义？打了全场一百六十五点伤害。