summaryrefslogtreecommitdiff
path: root/docs/ops.md
diff options
context:
space:
mode:
authorKit La Touche <kit@transneptune.net>2024-11-09 22:55:22 -0500
committerKit La Touche <kit@transneptune.net>2024-11-09 22:55:22 -0500
commit24eb775ba77f5a6a78a299d9fdffb34f8f167f8d (patch)
tree32ab5163d55688dd90dc796aa44d94fec0b35c81 /docs/ops.md
parent91ce856f63bd1d7a188488476bdbec60b5bd58ff (diff)
parenta417c62edd4d3c07ba37b01835e89ed650489e09 (diff)
Merge branch 'main' into wip/touch-events
Diffstat (limited to 'docs/ops.md')
-rw-r--r--docs/ops.md8
1 files changed, 4 insertions, 4 deletions
diff --git a/docs/ops.md b/docs/ops.md
index 02644c2..4274e22 100644
--- a/docs/ops.md
+++ b/docs/ops.md
@@ -1,11 +1,11 @@
-# Operating `hi`
+# Operating pilcrow
## Upgrades
-`hi` will automatically upgrade its database on startup. Before doing so, it will create a backup of your database (at `.hi.backup`, or controlled by `--backup-database-url`). If the migration process succeeds, this backup will be deleted automatically. If the migration process _fails_, however, `hi` will attempt to restore your existing database from the backup before exiting. If the restore process also fails, then both the backup database and the suspected-broken database will be left in place.
+The `pilcrow` server will automatically upgrade its database on startup. Before doing so, it will create a backup of your database (at `pilcrow.db.backup`, or controlled by `--backup-database-url`). If the migration process succeeds, this backup will be deleted automatically. If the migration process _fails_, however, `pilcrow` will attempt to restore your existing database from the backup before exiting. If the restore process also fails, then both the backup database and the suspected-broken database will be left in place.
-To avoid destroying backups that may still be needed, `hi` will not start if the backup database already exists. **There is no catch-all advice on how to proceed**, but you can try the following:
+To avoid destroying backups that may still be needed, `pilcrow` will not start if the backup database already exists. **There is no catch-all advice on how to proceed**, but you can try the following:
* Start the server with **a copy** of the backup database, and determine if any data has been lost. If not, shut it down, replace your main database by copying the backup, and carry on.
-The `hi` database is an ordinary file. While the server is not running, it can be freely copied or renamed without invalidating the data in it.
+The `pilcrow` database is an ordinary file. While the server is not running, it can be freely copied or renamed without invalidating the data in it.