stork VS zemeroth

If your content is mostly static, you might want to consider pre-building an index and shipping it as a whole. You could look into something like

* https://stork-search.net/ (Rust/WASM)

* tinysearch: https://github.com/tinysearch/tinysearch (Rust/WASM)

* https://lunrjs.com/ (JS, simple, stable)

* http://elasticlunr.com/ - based on the former, slightly more sophisticated tuning options

Mostly write about Elixir. Check out the search function. It is a rust library run as WASM in the browser (all the right keywords for HN hehe).

My blog: https://victorbjorklund.com/blog

Search library used: https://stork-search.net/

(And yes, I know it is totally overkill to have search when you just got a few articles)

Also another alternative is stork https://stork-search.net/

Stork seems perfect: https://stork-search.net/

It doesn’t do live crawling, so might not be quite what you want, but I built Stork Search (https://stork-search.net) to solve full-text search for static sites.

Today, you’d run a binary as part of a site’s build or deploy process, feeding in the input files. It generates a search index which you deploy alongside your site. The project’s JS library will load that index and turn it into a client-side interactive search interface.

I’d be curious to see if this sounds interesting or workable for you - you mentioned that you don’t want to host your own index, but does that change if “hosting the index” feels similar to hosting an image, instead of spinning up a server?

I’d be interested in building a paid addition that will crawl your site & host the index - you’re probably the 2nd person I’ve seen with that suggestion. Please let me know if you’d be interested in being a beta user.

You can index your crawl data with StorkSearch[0] then use its js interface for search.

[0]https://stork-search.net/

stork: a fast web search made for static sites

There seems to be an open issue regarding this hopefully it is resolved soon.

i've used both in zemeroth: i migrated it from ggez to macroquad mostly because ggez at that time didn't support android and web targets. but i'd say that the main difference is tech stacks they're using: while ggez extensively reuses the existing rust gamedev ecosystem (winit, wgpu, rodio, etc), mq was written mostly on top of minimalist or its own specialized libraries (see miniquad).

nope, /u/not-fl3 is the author. i'm just using it in my zemeroth.

Trying to get back to the development of my turn-based game Zemeroth: going to finish the first iteration of settings screen for configuring widgets' size and screen offset, and get back to writing devlogs for the v0.7 release.

Depends on CI system you prefer. Here's Zemeroth's Github Actions release config for example: https://github.com/ozkriff/zemeroth/blob/master/.github/workflows/release.yml

Tutorial is based on a public test of zemeroth game.

zemeroth: a 2D game with desktop versions, but also a wasm online version

Oh, I was really waiting for this episode as my Zemeroth game shares a lot of history with mini~ and macroquad. Here're some of my thoughts.