git-sync VS zim-desktop-wiki

For those that want to crosslink anything and everything I suggest Logseq[1]. Its journal and graph view are fantastic. And it has many iseful plugins. I use it along with git-sync [2] and syncthing [3] now I can sync the notes across my work, personal desktops and my mobile.

[1] http://logseq.com/

[2] https://github.com/simonthum/git-sync

[3] https://syncthing.net/

I’m using almost the same approach to automatically sync my vault between my devices (Git, Termux, Tasker). The main difference is, that I'm using the great git-sync script by Simon Thum for syncing. In the past I had some problems with a simple script that included only git pull, commit and push. With the git-sync script I now have less problems. Nevertheless you can't avoid to have conflicts if you or plugins edit the same files at the same time. I have documented my setup in this GitHub repository.

Before I came to macos I was using stow to keep all my dotfiles in one place. Then they were being copied nightly to a private github repo with git-sync which, as you know, is nice for versioning. I also had the central dotfile folder in a syncthing folder, so all my configs were always the same on any machine I used. If I update anything on one computer, it's changed on the other automatically. I also have a VPS that's participating, and somewhat acting as an always-on central sync server to keep everything recent.

I use vim and git with git-sync addon (I think it's this one: https://github.com/simonthum/git-sync). I don't care too much about mobile, but I also have configured vim via Termux on my Android phone.

I use git bare, it works great: syncs only the files I explicitly add, allows to place git repos as children of $HOME, and I get to sync changes with a single command: you can use an alias to rebase, commit and push or something like git-sync.

This is not enough if you want to update from multiple machines. Again u/blevlabs I really suggest you use something like https://github.com/simonthum/git-sync to do this, as it gracefully handles a lot of the corner cases that you might want to implement with something like this.

I'll slightly modify your argument; because Pure HTML does suck:

Why don't people make static sites with a simple "Markdown-or-Similar to HTML" converter, CSS, and vanilla JS...etc?

(This is what I do, btw -- http://zim-wiki.org + a template)

You should add Zim [1] to the "Personal Knowledge Management" section :)

[1] https://zim-wiki.org

https://meyerweb.com/eric/tools/s5/

And I just tweaked the CSS and added a bit of logic to included the possibility of one image per slide; as well as editing slides not with raw HTML but with https://zim-wiki.org (because that's what I'm really used to, I'm sure any Markdown thing would work just as well).

Absolutely; recently I realize I wish I'd never learned vim. I use too many other programs that are at least CUA-ish ( http://zim-wiki.org is the most important app I use ) and now I kind of want out. I haven't yet tried Modeless Vim, but that looks like my next experiment.

https://github.com/SebastianMuskalla/ModelessVim

It is so hard not to feel REALLY SMUG reading stuff like this, as someone who has run my own website as the working primary source for my college instruction for the past 15 years or so using https://zim-wiki.org. (before Markdown was much of a thing!)

It's borderline bizarre to have watched this method of doing things kind of die out, and then also come back in the form of "static site generators" -- which, frankly, are still way clunkier than this.

Write in Zim, export to html, rsync to site. Easy.