# Setting up Files (High Performance Backend)

**URL:** <https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651>\
**Category:** ℹ️ Support\
**Tags:** notify\_push, nc21\
**Created:** [February 22, 2021, 4:04pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651 "2021-02-22T16:04:17Z")\
**Posts on this page:** 17\
**Page:** 1

<div class="post-metadata">

**Author:** ![anon75456558](https://help.nextcloud.com/letter_avatar/anon75456558/32/5_5575768a8748004e209b776fc1b2916d.png) [@anon75456558](https://help.nextcloud.com/u/anon75456558)\
**Post date:** [February 22, 2021, 4:04pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/1 "2021-02-22T16:04:17Z")

</div>

I’d like to clarify how to setup the new Files HPB written in Rust. I’m still unsure, but turning this into a wiki post so anyone can edit it. Continuing the discussion from [Nextcloud Hub 21 out with up to 10x better performance, whiteboard and more collaboration features](https://help.nextcloud.com/t/nextcloud-hub-21-out-with-up-to-10x-better-performance-whiteboard-and-more-collaboration-features/108634):

The HPB for Files requires a reverse-proxy setup and Redis, among other pieces of infrastructure. You can [find instructions here](https://github.com/nextcloud/notify_push).

docker-compose [files and instructions](https://github.com/nextcloud/docker/issues/1422#issuecomment-786481199)

Please edit this with clearer instructions for setting this up.

---

<div class="post-metadata">

**Author:** ![anon75456558](https://help.nextcloud.com/letter_avatar/anon75456558/32/5_5575768a8748004e209b776fc1b2916d.png) [@anon75456558](https://help.nextcloud.com/u/anon75456558)\
**Post date:** [February 22, 2021, 4:19pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/2 "2021-02-22T16:19:46Z")

</div>

> <https://github.com/nextcloud/notify_push/issues/7>
>
> Hi, wondering what the minimum system requirements are.
> Is notify\_push the complete Files HPB?
> Will this be supported on aarch64 and armv8 Raspberry...

---

<div class="post-metadata">

**Author:** ![J-B](https://help.nextcloud.com/letter_avatar/j-b/32/5_5575768a8748004e209b776fc1b2916d.png) [@J-B](https://help.nextcloud.com/u/J-B)\
**Post date:** [February 23, 2021, 9:03am UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/3 "2021-02-23T09:03:31Z")

</div>

And how do you configure the HPB if you have several Nextcloud installations on one server?

Must be set per installation a new service and new port?

> ```
> [Unit]
> 
> ```
> 
> Description = Push daemon for Nextcloud clients
> 
> [Service]  
> Environment = PORT=7867 # Change if you already have something running on this port  
> ExecStart = /path/to/push/binary/notify\_push /path/to/nextcloud\_1/config/config.php  
> User=www-data
> 
> [Install]  
> WantedBy = multi-user.target

```
[Unit]
Description = Push daemon for Nextcloud clients

[Service]
Environment = PORT=7868 # Change if you already have something running on this port
ExecStart = /path/to/push/binary/notify_push /path/to/nextcloud_2/config/config.php
User=www-data

[Install]
WantedBy = multi-user.target

```

---

<div class="post-metadata">

**Author:** ![alex2003super](https://help.nextcloud.com/user_avatar/help.nextcloud.com/alex2003super/32/8437_2.png) [@alex2003super](https://help.nextcloud.com/u/alex2003super)\
**Post date:** [March 2, 2021, 7:59pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/4 "2021-03-02T19:59:23Z")

</div>

This errors out on mine:

```
 Error:
   0: Failed to connect to Nextcloud database
   1: error occurred while attempting to establish a TLS connection: InvalidDNSNameError
   2: InvalidDNSNameError

```

I’m using the following variables:

```
PORT=7867 DATABASE_URL=postgres://nextcloud:XXXXXXX@127.0.0.1/nextcloud DATABASE_PREFIX=oc_ REDIS_URL=redis://127.0.0.1 NEXTCLOUD_URL=https://nextcloud.example.com

```

This matches with the configuration file for Nextcloud.

I’ve already tried both setting options via `config.php` and via environment variable declaration—same error. I’ve tried both running this directly by `sudo`'ing into my `www-data` user and via SystemD, no dice. PostgreSQL is on the standard 5432 port and all.

What’s weird about this error is that there should be absolutely no TLS or DNS involved in the connection: database is accessible only through the 127.0.0.1 loopback IP.

I’m using PostgreSQL 13.2 on Ubuntu 20.04, Redis and NGINX with Let’s Encrypt (though I doubt it’ll matter here). I don’t understand what I’m doing wrong, since I followed the README.md to the letter. Any input/advice? Troubleshooting steps? Thanks!

---

<div class="post-metadata">

**Author:** ![Dragon2611](https://help.nextcloud.com/user_avatar/help.nextcloud.com/dragon2611/32/8207_2.png) [@Dragon2611](https://help.nextcloud.com/u/Dragon2611)\
**Post date:** [March 4, 2021, 7:36pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/5 "2021-03-04T19:36:23Z")

</div>

@alex2003super maybe try

> DATABASE\_URL=postgres://nextcloud:XXXXXXX@127.0.0.1/nextcloud?sslmode=disable

Haven’t tried it with this but did with something else, normally I wouldn’t advise disabling encryption but given your just connecting to the localhost leaving it on doesn’t really give you much benefit

---

<div class="post-metadata">

**Author:** ![nursoda](https://help.nextcloud.com/user_avatar/help.nextcloud.com/nursoda/32/1044_2.png) [@nursoda](https://help.nextcloud.com/u/nursoda)\
**Post date:** [March 5, 2021, 7:01am UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/6 "2021-03-05T07:01:47Z")

</div>

If you connect to localhost then encryption isn’t necessary from a data in transit perspective. It may be different if an unencryted port is exposed. That may be mitigated using a local fw. However, especially for multiple instances on one server, I’d use sockets and avoid network stack at all.

---

<div class="post-metadata">

**Author:** ![nursoda](https://help.nextcloud.com/user_avatar/help.nextcloud.com/nursoda/32/1044_2.png) [@nursoda](https://help.nextcloud.com/u/nursoda)\
**Post date:** [March 7, 2021, 5:04pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/7 "2021-03-07T17:04:56Z")

</div>

**How to set up HPB with NGINX + unix socket (on Arch)**

NC21 introduces the [Nextcloud Files High Performance Back-End](https://nextcloud.com/blog/nextcloud-faster-than-ever-introducing-files-high-performance-back-end/) (HPB) aka [Client Push](https://github.com/nextcloud/notify_push). HPB significantly reduces load with many connected clients, but also has advantages for instances with only a few users since notifications arrive instantly, like for Talk.

So, yes, you want to set it up although it requires a reverse proxy and Redis. (At least in NC 21) [the Nextcloud app “Client Push”](https://apps.nextcloud.com/apps/notify_push) needs to be installed.

It is necessary to at least finalize configuration using OCC. Both, the fact that HPB shall be used instead of classic polling, and the configuration of HPB, appear to be saved to the database since the setup commands do not modify `config/config.php` but the push service import settings from there.

To allow access, it seems to be necessary to allow the exposed IP of the push service which is used by the proxy to access the Nextcloud. That seems to be necessary even if sockets are used. (?) To start the push service during configuration (as root) its executable needs to be installed first (as web server user).

_In my setup, I got a [strange error](https://github.com/nextcloud/notify_push/issues/54) here. It’s yet unclear if that impacts operation: Currently no user complains but I don’t get files modified by other users pushed to my PC._

```bash
sudo -i -u http
cd /nextcloud/installation/folder
sed -i "s/);/ 'trusted_proxies' =>\n array (\n 0 => 'MY_IP',\n ),\n);/" config/config.php
php occ app:install notify_push
exit

```

Next, the daemon should be configured and started, to access it from the NC web server. Since multiple NC instances would need different ports (and some housekeeping to map them), I prefer to use self-explanatory-named unix sockets. The notify push README.md notes that this is possible, but leaves it to the reader what is needed in case you want to follow this path. This should cover all you need for NGINX: [proxy\_pass](https://nginx.org/en/docs/http/ngx_http_proxy_module.html)

I learned the hard way that the documentation also lacks some service parameters to make sure all needed services are started prior to attempting to start notify\_push – leading to just an error message “cannot access database” and a non-started service after reboot…

```bash
sudo -i
# adjust paths to suit your distro's layout
# note that there probably already exist cron .service and .timer files already
mkdir -p /run/notify_push ; chown http:http /run/notify_push
cat >/etc/systemd/system/MY_CLOUD-notify_push.service <<EOF
[Unit]
Description = Push daemon for Nextcloud clients
After=nginx.service php-fpm.service mariadb.service redis.service

[Service]
Environment=SOCKET_PATH=/run/notify_push/MY_CLOUD.sock
ExecStart=/nextcloud/installation/folder/apps/notify_push/bin/x86_64/notify_push /nextcloud/installation/folder/cloud/config/config.php
User=http
Group=http
RuntimeDirectory=notify_push
RuntimeDirectoryMode=755

[Install]
WantedBy = multi-user.target
EOF
systemctl enable --now MY_CLOUD-notify_push
  
# Testen, ob der Socket läuft
ss -xl | grep notify_push

```

The `server { … }` section of the NGINX host/site configuration (e.g. `/etc/nginx/sites/MY_CLOUD.conf`) should look like this if you want to use a socket:

```nginx
  # Nextcloud files High Performance Back-end 'notify_push'
  location /push/ {
  proxy_pass http://unix:/run/notify_push/MY_CLOUD.sock:/;
  proxy_http_version 1.1;
  proxy_set_header Upgrade $http_upgrade;
  proxy_set_header Connection "Upgrade";
  proxy_set_header Host $host;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

```

After modifying it, the NGINX config needs to be reloaded and the app must be activated and configured. You need to provide `URL/push` – without it, the single server config wizard would be started.

```bash
# as root
systemctl reload nginx
# as webserver user
sudo -i -u http
cd /nextcloud/installation/folder
php occ app:enable notify_push
php occ notify_push:setup https://cloud.MY_CLOUD.com/push
exit

```

After that, you may want to restart any sync clients. Changes to files should be pushed immediately to all connected sync clients. You may want to test that:

I have several PCs connected to the same shares. If I change something, my colleague (on Windows) gets the file immediately. If she changes some file, I (on Linux) only get them when I force sync manually. I have not found a cause yet.

---

<div class="post-metadata">

**Author:** ![Wotisrv](https://help.nextcloud.com/user_avatar/help.nextcloud.com/wotisrv/32/24599_2.png) [@Wotisrv](https://help.nextcloud.com/u/Wotisrv)\
**Post date:** [March 19, 2021, 4:02pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/8 "2021-03-19T16:02:40Z")

</div>

Is there any write-up for Fedora / Centos using Apache?

---

<div class="post-metadata">

**Author:** ![TheMguy](https://help.nextcloud.com/user_avatar/help.nextcloud.com/themguy/32/31890_2.png) [@TheMguy](https://help.nextcloud.com/u/TheMguy)\
**Post date:** [March 23, 2021, 2:36pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/9 "2021-03-23T14:36:03Z")

</div>

I have looked for Centos 7(plesk with docker) instructions for many months now(I have tried to install it several times without luck) and did not find anything. Very interested as well.

---

<div class="post-metadata">

**Author:** ![wwe](https://help.nextcloud.com/user_avatar/help.nextcloud.com/wwe/32/72963_2.png) [@wwe](https://help.nextcloud.com/u/wwe)\
**Post date:** [March 31, 2021, 9:25am UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/10 "2021-03-31T09:25:31Z")

</div>

I had little trouble to setup notify\_push in my docker-compose environment as I didn’t find clear instructions how the components are tied together so I decided to write all the steps together. This guide shows you how to setup [High Performance Back-end for Nextcloud Files](https://help.nextcloud.com/t/nextcloud-faster-than-ever-introducing-files-high-performance-back-end/108633) aka notify\_push in Docker-compose environment with traefik proxy.

# prerequisits

as prereqs you need running Nextcloud 21 with Redis (notify\_push requires Redis) behind Traefik reverse proxy

# environment

overview of the components. I decided to keep my individual container names in this article as it is crucial for the setup to use container names for some configs and I feel unique names easier to follow in opposite to generic hostnames like db or app. I didn’t understand this from the beginning and had hard time to find out the ways which components how depends on another one.

- dev-nextcloud-app: NC application container
- dev-nextcloud-redis: redis container
- dev-nextcloud-notify\_push: notify server
- network traefik-proxy: external network used to expose services to traefik reverse proxy

# install push app

docker exec --user www-data dev-nextcloud-app php occ app:install notify\_push

Alternatively install the app “ **Client Push** ” with your browser.

# create container for notify\_push server

settings you need to adopt is

- the image (adjust with you Nextcloud application container)
- reverse proxy network ( `traefik_proxy`)
- NEXTCLOUD\_URL - use your Nextcloud container name with http:// prefix. Use the port you expose within application container. I didn’t manage notify\_push to talk with public https:// address of Nextcloud (and from my point of view there is no advantage - direct communication through docker network is more direct and therefore faster)
- ${NEXTCLOUD\_FQDN} within the traefik rule - use your public FQDN in this place. Traefik uses this line to forward requests to https://${NEXTCLOUD\_FQDN}/push to you notify\_push server. Hint: you can expose this value through Docker .env file - so you can reuse it in all places you need this hostname
- mount same **config** and **apps** (or **custom\_apps** if separated) volumes you mount in your Nextcloud application container. config volume is needed to detect redis settings (host and password) custom\_apps folder is where the server is installed and will be user to start the process (entrypoint:). No need to mount **files**

**docker-compose.yaml** :

```auto
services: 
  dev-nextcloud-notify_push:
    image: nextcloud:21.0 # use same image as you NC application
    container_name: dev-nextcloud-notify_push
    restart: unless-stopped
    networks:
      - traefik_proxy
      - default
    depends_on:
      - dev-nextcloud-db
      - dev-nextcloud-redis
      - dev-nextcloud-app
    volumes:
      - ./app:/var/www/html
      - ./config:/var/www/html/config:ro
    environment:
      - PORT=7867
      - NEXTCLOUD_URL=http://dev-nextcloud-app/ # NC app container name
    entrypoint: /var/www/html/custom_apps/notify_push/bin/x86_64/notify_push /var/www/html/config/config.php
    labels:
      - traefik.enable=true
      - traefik.protocol=http
      - traefik.docker.network=traefik_proxy
      - traefik.port=7867
      - traefik.http.services.dev-nextcloud_push.loadbalancer.server.port=7867
      - traefik.http.routers.dev-nextcloud_push.priority=2
      - traefik.http.routers.dev-nextcloud_push.middlewares=dev-nextcloud_strip_push
      - traefik.http.routers.dev-nextcloud_push.tls=true
      - traefik.http.routers.dev-nextcloud_push.entryPoints=web-secure
      - traefik.http.routers.dev-nextcloud_push.tls.certresolver=letsencrypt
      # necessary for the notify_push app to work:
      - traefik.http.routers.dev-nextcloud_push.rule=Host(`${NEXTCLOUD_FQDN}`) && PathPrefix(`/push`)
      - traefik.http.middlewares.dev-nextcloud_strip_push.stripprefix.prefixes=/push

```

one important hint:  
you as both dev-nextcloud-app and dev-nextcloud-notify\_push share the same domain it’s nessesary to add priorites to Traefik rules:

```auto
services: 
  dev-nextcloud-app:
  - traefik.http.routers.dev-nextcloud-app.priority=1
  dev-nextcloud-notify_push: 
  - traefik.http.routers.dev-nextcloud_push.priority=2

```

# test notify\_push container

start the new container with `docker-compose up` (-d if you prefer to check logs manually). If the dev-nextcloud-notify\_push container doesn’t start and complains abont missing notify\_push binary make sure you installed the the app first (docker exec or GUI)

verify your notify server is up and reachable from your client through Traefik (TLS works as well)

```auto
#display ip address of the user
https://${NEXTCLOUD_FQDN}/index.php/apps/notify_push/test/remote
#JSON with content "null"
https://${NEXTCLOUD_FQDN}/index.php/apps/notify_push/test/version
#some number (cookie id)
https://${NEXTCLOUD_FQDN}/index.php/apps/notify_push/test/cookie

```

# configure push app

here you configure the Nextcloud application side to use the notify\_push server component and provide the adress where this component lives. the address is `https://` followed by the `${NEXTCLOUD_FQDN}` followed by (`/push`)

```auto
docker exec --user www-data dev-nextcloud-app php occ notify_push:setup http://dev-nextcloud-notify_push
#if more logging ist needed
#docker exec --user www-data dev-nextcloud-app php occ notify_push:log 0

```

the output should be like this:

```auto
root@srv:~# docker exec --user www-data dev-nextcloud-app php occ notify_push:setup https://${NEXTCLOUD_FQDN}
✓ redis is configured
✓ push server is receiving redis messages
✓ push server can load mount info from database
✓ push server can connect to the Nextcloud server
✓ push server is a trusted proxy
✓ push server is running the same version as the app
  configuration saved

```

if there is a problem with trusted proxies

```auto
push server is not a trusted proxy, please add '172.19.0.2' to the list of trusted proxies or configure any existing reverse proxy to forward the 'x-forwarded-for' send by the push server.
  See https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/reverse_proxy_configuration.html#defining-trusted-proxies for how to set trusted proxies.
  The following trusted proxies are currently configured: "traefik, 172.16.0.0/12, 192.168.0.0/16, 10.0.0.0/8"
  The following x-forwarded-for header was received by Nextcloud: 1.2.3.4
    from the following remote: 172.19.0.2

```

make sure the IP address of dev-nextcloud-notify\_push is configured within dev-nextcloud-app TRUSTED\_PROXIES variable.

```auto
# docker name of the reverse proxy container (space separated list of fqdns/ips)
TRUSTED_PROXIES='traefik 172.16.0.0/12 192.168.0.0/16 10.0.0.0/8'

```

I recommend you to setup the whole 172.16.0.0/12 network (private network used by docker for internal networking) for trusted proxies - depending on your setup you may want to choose more secure configuration. Consult [Admin manual \> reverse proxy configurations](https://docs.nextcloud.com/server/19/admin_manual/configuration_server/config_sample_php_parameters.html?highlight=reverse%20proxy#proxy-configurations) for details

```auto
#show effective trusted_proxies from docker command line
docker exec --user www-data dev-nextcloud-app php occ config:system:get trusted_proxies
#should output something like this:
'traefik
172.16.0.0/12
192.168.0.0/16
10.0.0.0/8'

```

# final steps

I found I need to restart my my docker application by

```auto
docker-compose down
docker-compose up -d

```

to make it work. Maybe disable and enable the app or restart browser session would do as well..

# verification

notify\_push results in changes reflected instant in the client. This is especially noticable in the Talk app - old behavior results in chat messages and incoming call are delayed by up to 15 sec (pull intervall) - once notify\_push is running well and client recognize this (logout/login in browser, restart of desktop client) new messages and calls arrive immediately.

you can consult the log of dev-nextcloud-app as well

```auto
docker logs dev-nextcloud-app -n 100

```

without notify\_push every client checks the server for updates every 15 sec.. (PROPFIND request) after setup of notify\_push you should not see such requests anymore (or at least much less frequent)

such PROPFIND request looks like this in client logs (similar in server logs)

```auto
[info nextcloud.sync.accessmanager]:	6 "PROPFIND" "https://${NEXTCLOUD_FQDN}/remote.php/dav/files/<username>/"

```

successful notify\_push connection is visible in the client log:

```auto
2021-03-31 14:43:18:567 [info nextcloud.sync.networkjob.jsonapi]:	JsonApiJob of QUrl("https://${NEXTCLOUD_FQDN}/ocs/v1.php/cloud/capabilities?format=json") FINISHED WITH STATUS "OK"
2021-03-31 14:43:18:568 [info nextcloud.sync.connectionvalidator]:	Server capabilities QJsonObject( <<<lot of text>>> "notify_push":{"endpoints":{"pre_auth":"https://${NEXTCLOUD_FQDN}/apps/notify_push/pre_auth","websocket":"wss://${NEXTCLOUD_FQDN}/push/ws"} <<lot of text>>)
2021-03-31 14:43:18:569 [info nextcloud.sync.account]:	Try to setup push notifications
2021-03-31 14:43:18:569 [info nextcloud.sync.pushnotifications]:	Create websocket
2021-03-31 14:43:18:569 [info nextcloud.sync.pushnotifications]:	Open connection to websocket on: QUrl("wss://${NEXTCLOUD_FQDN}/push/ws")

```

if you see some issue verify the client can access the host displayed in this log line.

I hope you enjoy this guide and have much faster results then I had.

---

<div class="post-metadata">

**Author:** ![vampirismtrueblood](https://help.nextcloud.com/letter_avatar/vampirismtrueblood/32/5_5575768a8748004e209b776fc1b2916d.png) [@vampirismtrueblood](https://help.nextcloud.com/u/vampirismtrueblood)\
**Post date:** [October 25, 2021, 3:43pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/12 "2021-10-25T15:43:33Z")

</div>

Check my one line which will get you up and running in just under 60s and fully tested. The whole stack in a single container, with zero effort required on your end.

[https://malaty.net/nextcloud-hpb-all-in-one-docker/](https://malaty.net/nextcloud-hpb-all-in-one-docker/)

---

<div class="post-metadata">

**Author:** ![anon75456558](https://help.nextcloud.com/letter_avatar/anon75456558/32/5_5575768a8748004e209b776fc1b2916d.png) [@anon75456558](https://help.nextcloud.com/u/anon75456558)\
**Post date:** [October 25, 2021, 4:01pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/13 "2021-10-25T16:01:39Z")

</div>

"This image and source code are my proprietary, "

Hmm, unsure this is possible given the code used

---

<div class="post-metadata">

**Author:** ![vampirismtrueblood](https://help.nextcloud.com/letter_avatar/vampirismtrueblood/32/5_5575768a8748004e209b776fc1b2916d.png) [@vampirismtrueblood](https://help.nextcloud.com/u/vampirismtrueblood)\
**Post date:** [October 25, 2021, 4:16pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/14 "2021-10-25T16:16:11Z")

</div>

I meant the dockerfile and the automation scripts sources … that’s all … not the actual services … hence I’m asking to reference my site instead of copying it elsewhere… I’ll clarify it better. Pardon the confusion

---

<div class="post-metadata">

**Author:** ![szaimen](https://help.nextcloud.com/user_avatar/help.nextcloud.com/szaimen/32/63019_2.png) [@szaimen](https://help.nextcloud.com/u/szaimen)\
**Post date:** [October 25, 2021, 6:10pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/15 "2021-10-25T18:10:11Z")

</div>

Not sure if thats a good idea:  
 ![Screenshot_20211025-193911_Brave](https://help.nextcloud.com/uploads/default/original/3X/9/e/9e6c97d7649ddebe2abf222e1495ef260f767028.png)

---

<div class="post-metadata">

**Author:** ![vampirismtrueblood](https://help.nextcloud.com/letter_avatar/vampirismtrueblood/32/5_5575768a8748004e209b776fc1b2916d.png) [@vampirismtrueblood](https://help.nextcloud.com/u/vampirismtrueblood)\
**Post date:** [October 25, 2021, 11:11pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/16 "2021-10-25T23:11:41Z")

</div>

The base container uses systemd as you probably can see in the Dockerfile, I’m using it cuz it’s cleaner than supervisord, also you can build the image yourself… instructions are on the site

---

<div class="post-metadata">

**Author:** ![system](https://help.nextcloud.com/user_avatar/help.nextcloud.com/system/32/29333_2.png) [@system](https://help.nextcloud.com/u/system)\
**Post date:** [September 23, 2024, 4:22pm UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/17 "2024-09-23T16:22:03Z")

</div>

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.

---

<div class="post-metadata">

**Author:** ![wwe](https://help.nextcloud.com/user_avatar/help.nextcloud.com/wwe/32/72963_2.png) [@wwe](https://help.nextcloud.com/u/wwe)\
**Post date:** [December 13, 2024, 6:54am UTC](https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651/18 "2024-12-13T06:54:28Z")

</div>