Hi Mat, I’m not Danielo (obviously) but I have set up several different Tiddlywiki back-ends. In my experience, the following applies for your list:
Note Self using self-hosted CouchDB
Auto backup - no (but can be set-up on server)
Browser - pretty much all (must support PUT)
Data-storage - on server and browser cache
Dependencies - CouchDB server (that’s what Cloud Ant’s back-end is/was)
Encryption - TLS in transit (if setup on CouchDB)
File-or-Folder - neither (stored in a database)
Format - json (CouchDB native)
mobile-first - no
multi-user - yes (per tiddler opportunistic locking)
OS - any
Portable - what do you mean?
type-of-backend - a CouchDB server
versioning - yes, per tiddler
works-offline - yes
WebDAV
auto backup - no (depends on your WebDAV back-end; can be set-up on server)
browser - pretty much all (must support PUT)
Data-storage - on server
Dependencies - a web server (IIS, Apache, possibly Nginx) with WebDAV support
Encryption - TW native (in storage), tls in transit (if setup on web server)
File-or-Folder - single file
Format - .html (TW native)
mobile-first - no
multi-user - poor (uses opportunistic locking)
OS - any
Portable - what do you mean?
type-of-backend - a web server
versioning - depends on WebDAV implementation (probably not)
works-offline - no
PHP
auto backup - yes: store.php creates a backup every time you save
browser - pretty much all (must support PUT)
Data-storage - on server
Dependencies - a web server (IIS, Apache, possibly Nginx) with PHP support
Encryption - TW native (in storage), tls in transit (if setup on web server)
File-or-Folder - single file
Format - .html (TW native)
mobile-first - no
multi-user - poor (uses opportunistic locking)
OS - any
Portable - what do you mean?
type-of-backend - a web server
versioning - via backup
works-offline - no
NOTE: opportunistic locking is where the client (browser) checks to see if the file/data has changed since it last got a copy, if it hasn’t changed, your updates are saved. if it has changed, you get an error message.