lunr.js VS typesense-website

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

Also search results can be pre-indexed and stored in a Json file. Just as an example. https://lunrjs.com/

Would anyone be willing to help make this more accessible and clean? I have some front-end dev experience, but it would be cool to work together with people to make sure we have something that makes sense and looks nicer than what I could do myself. As for functionality, searching on GitHub directly seems to work pretty well, but it might be better to have a page and a search feature maybe using something like Lunr. I would also like to create some sort of easy "API" in case Matt wants to embed some transcripts on his website. It would be cool if it would be as easy as just adding a blank div with a special id and a data attribute with the episode number on the Squarespace page.

which is open source, appears to be free, and claims that it can run in the browser

Is there a way to run it in WASM, to get something like Lunr[1]? We prefer to do our (small-index, <2MB) search client-side for a bunch of reasons, currently using Lunr.js, but it's a bit annoying and the typeahead search is something I improvised and not really official.

[1] https://lunrjs.com/

To ensure cross-platform compatibility, Bitwarden uses Lunr.js for searching. This search engine is a bit quirky, and difficult to get used to.

Slightly more js work required, but this should a more customisable solution: https://lunrjs.com/

OWDX runs entirely in the browser; as such, it cannot offer cutting-edge search functionality of the sort you'd find in a search engine or an expensive piece of enterprise software. The search library I'm using — lunr.js, for anyone who's interested — does, however, offer a nice set of core functionality and a modest but handy query language.

Hmmm, I remember those emails and I did reply to gmourier, and made almost all of the changes you pointed out, to our comparison page. Here's [1] the exact commit with the changes I made.

The only one change I didn't make is the one about Meilisearch not being constrained by RAM, because of reports like this [2] I've seen in the past and because I saw this in your docs:

https://docs.meilisearch.com/learn/advanced/storage.html#mem...

>For the best performance, it is recommended to provide the same amount of RAM as the size the database takes on disk, so all the data structures can fit in memory.

[1] https://github.com/typesense/typesense-website/commit/0103ff...