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: README.md
+7-11Lines changed: 7 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,8 +13,8 @@ With many clients all checking for updates a large portion of the server load ca
13
13
By providing a way for the server to send update notifications to the clients, the need for the clients to make these
14
14
checks can be greatly reduced.
15
15
16
-
Update notifications are provided on a "best effort" basis, updates might happen without a notification being send and a
17
-
notification can be send even if no update has actually happened. Clients are advised to still perform periodic checks
16
+
Update notifications are provided on a "best effort" basis, updates might happen without a notification being sent and a
17
+
notification can be sent even if no update has actually happened. Clients are advised to still perform periodic checks
18
18
for updates on their own, although these can be run on a much lower frequency.
19
19
20
20
## Requirements
@@ -41,13 +41,12 @@ The setup required consists of three steps
41
41
### Push server
42
42
43
43
The push server should be setup to run as a background daemon, the recommended way is by setting it up as a system service in the init system.
44
-
If you're not using systemd than any init or process management system that runs the push server binary
45
-
with the described environment variables will work.
44
+
If you're not using systemd then any init or process management system that runs the push server binary with the described environment variables will work.
46
45
47
46
#### systemd
48
47
49
48
50
-
For systemd based setups, can create a systemd service by creating a file named `/etc/systemd/system/notify_push.service` with the following
49
+
For systemd based setups, you can create a systemd service by creating a file named `/etc/systemd/system/notify_push.service` with the following
51
50
content.
52
51
53
52
```ini
@@ -88,8 +87,7 @@ WantedBy = multi-user.target
88
87
89
88
#### OpenRC
90
89
91
-
For OpenRC based setups, you can create a OpenRC service by creating a file named
92
-
`/etc/init.d/notify_push` with the following content.
90
+
For OpenRC based setups, you can create an OpenRC service by creating a file named `/etc/init.d/notify_push` with the following content.
93
91
94
92
```sh
95
93
#!/sbin/openrc-run
@@ -119,13 +117,11 @@ Adjust the paths, ports and user as needed.
119
117
120
118
#### Configuration
121
119
122
-
The push server can be configured either by loading the config from the nextcloud `config.php`
123
-
or by setting all options through environment variables.
120
+
The push server can be configured either by loading the config from the nextcloud `config.php` or by setting all options through environment variables.
124
121
125
122
Re-using the configuration from nextcloud is the recommended way, as it ensures that the configuration remains in sync.
126
123
127
-
If using the `config.php` isn't possible, you can configure the push server by setting the following environment
128
-
variables:
124
+
If using the `config.php` isn't possible, you can configure the push server by setting the following environment variables:
129
125
130
126
-`DATABASE_URL` connection url for the Nextcloud database, e.g. `postgres://user:password@db_host/db_name`
131
127
-`DATABASE_PREFIX` database prefix configured in Nextcloud, e.g. `oc_`
0 commit comments