nestflix.fun VS microcosm

It's missing Lethal Weapon 5 and 6: https://github.com/lynnandtonic/nestflix.fun/issues/176

It will never be complete.

Check out Nestflix, the fake streaming service for films and shows in films and shows https://nestflix.fun/

This site keeps a list - https://nestflix.fun/

If you like that list, you'll like this site.

A companion of sorts is Nestflix [0]: "Fictional movies within movies... Fake shows within shows... Browse our selection of over 700 stories within stories."

[0] https://nestflix.fun/

https://nestflix.fun You welcome 🤗

Manual via https://pkg.go.dev/database/sql with handwritten SQL in the majority of places... but with a wrapper to handle the more complex search scenarios.

For example these from a multi-tenant SaaS forum platform...

This helper to get connections: https://github.com/microcosm-cc/microcosm/blob/master/helper... used like this for inserts: https://github.com/microcosm-cc/microcosm/blob/master/models... and this for reads https://github.com/microcosm-cc/microcosm/blob/master/models... .

But searches... i.e. highly consistent SELECT queries with different WHERE statements (and potentially FROM statements), then in each project I tend to have an idea of a search struct ( https://github.com/microcosm-cc/microcosm/blob/master/models... ) that will validate the inputs and represent the search query, and then something that will consume that and build the SQL for it ( https://github.com/microcosm-cc/microcosm/blob/master/models... ). This isn't pretty... but it's easy for me to tune, debug, and keeps the rest of the code base very maintainable... all the complexity is here in the search.

The vast majority of SQL is very very simple and needs no ORM, and the complexity is just in the search scenario where I want to be able to tune the performance more than an ORM would allow me to do so.