Why I had to go to Mongo: I really needed something that was "json first". I got 3000 different fields/keys, but my largest documents only have 100 fields at most. So a huge number of the fields only appear in a sub-set of the documents.
True Marc's use cases have simple requirements, but that is true for most newbies. In a way I'd say Mongo is better for newbies doing simple stuff than experienced engineers building complex apps...
Even works with two dashes, from what I can see. Maybe even one.
Yeah, seems to be there is a case of MD injection here, which if true, might be possible to lead to an MDX injection, at which point your cookies are mine ;-)
Why I had to go to Mongo: I really needed something that was "json first". I got 3000 different fields/keys, but my largest documents only have 100 fields at most. So a huge number of the fields only appear in a sub-set of the documents.
True Marc's use cases have simple requirements, but that is true for most newbies. In a way I'd say Mongo is better for newbies doing simple stuff than experienced engineers building complex apps...
Lol, @marc is this a feature, or a bug? Three consequitive dashes seems to make text an MD header, or similar?
Wonder if it's just the Markdown parser doing that
Even works with two dashes, from what I can see. Maybe even one.
Yeah, seems to be there is a case of MD injection here, which if true, might be possible to lead to an MDX injection, at which point your cookies are mine ;-)
😱
That was a Markdown feature we shouldn't support. Fixed now
Pretty interesting discussion going on here!
I’ve been using Mongo (via Mongoose) for a while and I tried SQLite recently.
I like SQLite for the standardised way of building databases. With MongoDB, there’s no real best practice and everything is open to interpretation
Yes exactly. And sometimes your data looks exactly like that, which makes it hard to retrofit into SQL.
It does. Best not to change database types midway into the project anyway