lunr.js VS minisearch

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.

I wrote an online catalog a while back (and I need to get back on adding graphics and products at some point). It’s written using Eleventy and the minisearch library. The source and data are available on Github if you want to see how I did things. I’m not a professional web designer either, but it was a fun project.

You could have a look at https://github.com/lucaong/minisearch/

If you're dealing with thousands of records or less, searching titles and summaries rather than long bodies of text, I recommend looking into client-side solutions. Nothing beats the responsiveness of search-as-you-type entirely on the client side. It can be fairly sophisticated fulltext search. For example, I've built had great success with MiniSearch.

I quite enjoy minisearch[1] which is also 0 dependencies, actively maintained, and I expect would work well in a worker environment. I dropped it into a service worker and plugged it with a simple point in polygon script to enable geosearch for a recent project[2] and it played v. nicely.

[1] https://github.com/lucaong/minisearch

No magic here, the underlying engine is Minisearch, which uses the BM25 algorithm (the de facto standard among search libraries). Omnisearch adds a magic sauce during indexing by converting notes into custom objects, with the following fields: - body (the plain markdown text) - filename & yaml aliases - level 1 headers - level 2 headers - level 3 headers

It's actually really simple! Minisearch did most of the heavy lifting so all we needed to do was the crawling, storing and UI etc. I'd check that out if you're interested in the search part!

We use MiniSearch for searching, while fast-fuzzy is used for highlighting of detected search terms.