PocketMine-MP VS deno

Oh no, my bad, back then there was a multiplayer server system. I can't find any file, but I found a github with a project that can be interesting for you: https://github.com/pmmp/PocketMine-MP/blob/stable/changelogs/1.3.md

PocketMine-MP is written in PHP

Take a look at PMMP (Pocketmine) https://pmmp.io/ (Not the only option but quite popular) They provide custom plugins via PHP. https://poggit.pmmp.io/ - repository public plugins - several other sources exist just have to do some googling.

I'm not the most well versed in Bedrock servers, but I think you could use something like Nukkit or PocketMine-MP for the mean time, as they should have 1.18.3 versions still up for download.

You better believe it! https://github.com/pmmp/PocketMine-MP

long answer: amp is a full framework including other context-specific components like event loops, web framework, etc. It is too bloated for the usual use case in our community (which is primarily phar plugins for PocketMine-MP). await-generator only provides the basic async executor (which dispatches the generator) plus a few basic context-agnostic synchronization primitives like async iterators, mutex and channels. It does not depend on any runtime (it does not even have a scheduler). furthermore, I am not a fan of the Promise/Generator split in amp, which increases the cognitive complexity of an API. btw, await-generator is not Promise/A+ compliant using the equivalent definitions, because a lack of runtime implies it is unable to satisfy 2.2.4 (execute subsequent operations with clear stack), i.e. exceptions thrown after yielding might end up generating enormous stack traces (await-generator has manual tail recursion optimization to mitigate this). You could always write a framework-specific function that takes in a generator and yields from it after the framework finishes the current stack though.

Not really. Just a proof of concept tbh. It's probably nice that you can view phar files on mobile when you really need it though. We have a community https://pmmp.io where all plugins are distributed as phar files, and people are struggling to try to "edit" phar files to modify source code all the time.

Is there any documentation on Minecraft bedrock server. How do Nukkit, PocketMine and potentially other server software figure out everything. Or is it just reverse engineering. If so, how can they update to new versions so quickly. All I could find was about addons and commands. (This) Or maybe someone's doing all the work on figuring out and sharing and all server developers just use it?

NodeJS is the dominant Javascript server runtime environment for Javascript and Typescript (sort of) projects. But over the years, we have seen several attempts to build alternative runtime environments such as Deno and Bun, today’s subject, among others.

https://github.com/denoland/deno/issues is the ideal place -- we try to triage all incoming issues, the more specific the repro the easier it is to address but we will take a look at everything that comes in.

Install Node.js (or Bun, or Deno, or whatever JS runtime you prefer) if it's not there

QUIC is very exciting, after seeing what it can do for performance in Cloudflare network and Cloudflare workers, I can't wait to finally see it in Deno[0] 1.41.

[0] https://github.com/denoland/deno/pull/21942#issuecomment-192...

So as an end user it's kind of like https://deno.com/ where you buy into a runtime + comes prepacked with DBs (k/v stores), scheduling, and deploy stuff?

> by storing Unison code in a database, keyed by the hash of that code, we gain a perfect incremental compilation cache which is shared among all developers of a project. This is an absolutely WILD feature, but it's fantastic and hard to go back once you've experienced it. I am basically never waiting around for my code to compile - once code has been parsed and typechecked once, by anyone, it's not touched again until it's changed.

Interesting. Whats it like upgrading and managing dependencies in that code? I'd assume it gets more complex when it's not just the Union system but 3rd party plugins (stuff interacting with the OS or other libs).

~90MB+ at this stage and do now allow compression without erroring out. Deploying ala Golang is not feasible at that level but could well be down the line if this dev branch is picked up again!

The exe output grew from from ~50MB to plus ~90MB from 2021 to 2024: https://github.com/denoland/deno/discussions/9811 which mean Deno is worse than Node.js's pkg solution by a decent margin.

Behind the scenes is a simple Sveltekit-powered server function to fetch a Spotify client token then find a user's recommendation playlist and its track information. A Deno edge function to performs this data fetch and renders server-side Svelte.

If your application is written in JavaScript, integrating it with JavaScript extensions is a no-brainer. However, Secutils.dev is entirely written in Rust. How would I even begin? Fortunately, I recently came across an excellent blog post series explaining how to implement your JavaScript runtime in a Rust application with Deno: