SQL migrations should be written in plain DDL/DML, without any SQL abstraction layer.
You will thank me when you'll have to figure out a migration gone sideways in-flight, and won't end up debugging the SQL abstraction.
SQL migrations should be written in plain DDL/DML, without any SQL abstraction layer.
You will thank me when you'll have to figure out a migration gone sideways in-flight, and won't end up debugging the SQL abstraction.
@abosio I would suggest not using namespaces and instead tag all pages as #page. You can then set up a query to list them.
When I first started using Logseq my IT brain wanted to normalise my organisation with namespaces. I still do this in some cases, but otherwise resist it because it works out better.
“Open source is not for free”
https://medium.com/modern-agile-thinking/open-source-is-not-for-free-524ad128b381
“For you as a developer, it seems to be free. The maintainer this is part of their free time. They give you a present to use their work for free.
Please keep this in mind when shouting about the poor quality of the library. And try to contribute or make a small donation. This keeps our minds positive.”
@jon @Vivaldi I started trialling @kagihq a few weeks ago and subscribed just a few days ago.
I was motivated to find a good paid service after reading the story of Neeva. I loved the idea of a search engine that was not motivated to make me see ads.
Prior, I used @duckduckgo, but found myself frequently re-searching with Google because the results were not as relevant.
@beausimensen ah, sorry, I am not familiar with MapQueryString so misunderstood the problem.
I assume it uses reflection to know how to cast values. I can only guess that if it can cast the contents of an array, it could only do so based on phpdoc type hinting.
But I'm guessing.
@markpitblado Logseq being open source is nice, but they were both contenders because of the file formats.
I otherwise did not see the two as equal.
Logseq, being an outliner, is perfect for how I work. Obsidian is not as ideal for me.