[Package] Typesense Search Engine - Fast, Typo-Tolerant Search

[girish]

@Dave-Swift Looks great! I will add this to our publishing queue . Thanks again.

[james]

Hello @Dave-Swift
I took the liberty to edit your initial post to add the missing CloudronManifest.json and Icon which is needed for the custom installation.

[Dave Swift]

Thanks James -- I'm confused though as both of those files were included.

[james]

@Dave-Swift
Yes they are in included in the git repo, indeed.
But your code block for copy-paste installing was only:

cloudron install --image clientamp/typesense-cloudron:29.0.0 --location $YOUR_CUSTOM_LOCATION

Without knowing that one needs the other files locally, just this command will fail the installation.
It is just a failsafe to prevent posts like "the provided command failed with xyz" if people simple copy-paste.

[girish]

@vladimir.d has been cleaning this up. Unfortunately, we hit a road block - https://typesense.org/docs/guide/backups.html#backup-steps . This means Cloudron backup strategy as it is right now won't work since Typesense is like a database.

[robi]

@girish why is that a blocker? As it points out it can generate a snapshot from an api call, drop it in /app/data and then you can ignore the data dir during backup since it would be redundant and potentially inconsistent.

But even if you leave it, you would just untar that snapshot over it to make it consistent.

[nebulon]

the blocker here is, that Cloudron has no way currently to trigger app internal scripts at the point of creating a backup. For database addons, there are special hooks to do so. For sqlite (which is using /app/data via localStorage addon) we have added specific code to issue a db dump. So something like this is required for typesense also then.

[girish]

To add to what @nebulon said, I think the api call requires a token as well . So, the platform code cannot call a http route and there is no CLI either afaict (for all the db tools, we use CLI).

[robi]

Sounds like a useful enhancement then.

[Dave Swift]

Hi @girish, @nebulon, and team,

I've updated the Typesense package to address the backup roadblock from the docs (https://typesense.org/docs/guide/backups.html#backup-steps). This should make it compatible with Cloudron's strategy for database-like apps.

Key changes in v29.0.1:

• Added "localstorage" addon for persistent /app/data (includes DB files and snapshots).
• Defaulted data-dir to /app/data in start.sh.
• Added backup.sh to trigger a full server snapshot via /operations/snapshot API, saving to snapshots/latest.tar (relative to /app/data). It backs up all collections automatically and checks for success.
• Added restore.sh to untar latest.tar on startup if present, ensuring consistent restores.
• Improved logging for the API key in start.sh.

Tested on my live install (search.daveswift.com with existing collections)—backup creates the snapshot file, and restore loads it on restart without issues. The snapshot is a complete dump of all data, per Typesense docs.

Repo: https://github.com/clientamp/typesense-cloudron (changes on main, see CHANGELOG.md). Latest image: clientamp/typesense-cloudron:29.0.1 (or timestamped builds like 20250929-111100).

For integration, Cloudron could run backup.sh via a hook before filesystem backup, then ignore raw DB files. Happy to add more (e.g., compression).

Thanks!