You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/Installation-Guide.md
+30Lines changed: 30 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -30,6 +30,22 @@ Consider using an external [Patroni cluster](https://patroni.readthedocs.io/en/l
30
30
31
31
Place both `.env` and `docker-compose.yml` together in a directory, edit `.env` as you see fit, run `docker compose up -d`.
32
32
33
+
## In more details
34
+
35
+
1. Create a directory for your tt-rss installation. Do the rest in there.
36
+
1.[Get the `.env` file](docs/Installation-Guide.md#.env) and edit it to suit your needs.
37
+
1. Make sure you change all the password using something like `pwgen` to generate long and
38
+
complex ones.
39
+
1.[Get the `docker-compose.yml` file](docs/Installation-Guide.md#docker-compose) and edit
40
+
it to suit your needs.
41
+
1. Run `docker-compose up -d` to run within the current shell. Note that the `-d` will detach the docker containers so when you close your shell, docker will still run.
42
+
1.[Optional] Run `lazydocker` so you can always see what is happening.
43
+
1.[Lazydocker](https://github.com/jesseduffield/lazydocker) is a nice little terminal
44
+
UI for both `docker` and `docker-compose`, written in Go with the `gocui` library.
45
+
This means that you can run it in an SSH session to see what your Docker Compose
46
+
installation is doing — or not.
47
+
1.[Optional] Run lots of Docker commands so you see what is happening. [Check the docker documentation](https://docs.docker.com/manuals/).
48
+
33
49
### .env
34
50
35
51
```ini
@@ -449,6 +465,10 @@ If your service uses a non-standard (i.e. not 80 or 443) port, make an internal
449
465
450
466
### Backup and restore
451
467
468
+
Backups are important as you will eventually lose your data due many a thing. It is better to have them rather than be sorry. Yes, even for a simple service like tt-rss.
469
+
470
+
Restoring from backups from time to time (is quarterly too much?) is another thing you should get used to. There is no point in having backups if you cannot restore from them.
471
+
452
472
If you have `backups` container enabled, stock configuration makes automatic backups (database, local plugins, etc.) once a week to a separate storage volume.
453
473
454
474
Note that this container is included as a safety net for people who wouldn't bother with backups otherwise.
@@ -482,6 +502,16 @@ The process to restore the database from a `backups` container backup might look
482
502
3. Clear database (**THIS WOULD DELETE EVERYTHING IN THE DB**): `psql -h db -U $TTRSS_DB_USER $TTRSS_DB_NAME -e -c "drop schema public cascade; create schema public"`
483
503
3. Restore the backup: `zcat /backups/ttrss-backup-yyyymmdd.sql.gz | psql -h db -U $TTRSS_DB_USER $TTRSS_DB_NAME`
484
504
505
+
#### OPML
506
+
507
+
Optionally, you could download your data in `OPML` regularity. It is not a full backup, can be useful nonetheless.
508
+
509
+
### Update tt-rss
510
+
511
+
When you see that `tt-rss` needs an update, you can run the following docker command: `docker restart ttrss_app_1`.
512
+
513
+
You can check that the container app is called `ttrss_app_1` by using `docker ps`.
514
+
485
515
### How do I use custom certificates?
486
516
487
517
You need to mount custom certificates into the *app* and *updater* containers like this:
0 commit comments