Show Menu

Frontend #

Installing the frontend is just a matter of hosting a bunch of static files somewhere.

With nginx or apache, you have to download the frontend files first. Unzip them and store them somewhere your server can access them.

You also need to configure a rewrite condition to internally redirect all requests to index.html which handles all urls.

API URL configuration #

By default, the frontend assumes it can reach the api at /api/v1 relative to the frontend url. This means that if you make the frontend available at, say, it tries to reach the api at In this scenario it is not possible for the frontend and the api to live on separate servers or even just separate ports on the same server with the use of a reverse proxy.

To make configurations like this possible, the api url can be set in the index.html file of the frontend releases. Just open the file with a text editor - there are comments which will explain how to set the url.

Note: This needs to be done again after every update. (If you have a good idea for a better solution than this, we’d love to hear it)

Docker #

The docker image is based on nginx and just contains all necessary files for the frontend.

To run it, all you need is

docker run -p 80:80 vikunja/frontend

which will run the docker image and expose port 80 on the host.

See full docker example for more variations of this config.

The docker container runs as an unprivileged user and does not mount anything.

API URL configuration in docker #

When running the frontend with docker, it is possible to set the environment variable $VIKUNJA_API_URL to the api url. It is therefore not needed to change the url manually inside the docker container.


Below are two example configurations which you can put in your nginx.conf:

You may need to adjust server_name and root accordingly.

After configuring them, you need to reload nginx (service nginx reload).

gzip  on;
gzip_disable "msie6";

gzip_vary on;
gzip_proxied any;
gzip_comp_level 6;
gzip_buffers 16 8k;
gzip_http_version 1.1;
gzip_min_length 256;
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/ application/x-font-ttf font/opentype image/svg+xml;

server {
    listen       80;
    server_name  localhost;

    location / {
        root   /path/to/vikunja/static/frontend/files;
        try_files $uri $uri/ /;
        index  index.html index.htm;

without gzip #

server {
    listen       80;
    server_name  localhost;

    location / {
        root   /path/to/vikunja/static/frontend/files;
        try_files $uri $uri/ /;
        index  index.html index.htm;

Apache #

Apache needs to have mod_rewrite enabled for this to work properly:

a2enmod rewrite
service apache2 restart

Put the following config in cat /etc/apache2/sites-available/vikunja.conf:

<VirtualHost *:80>
    ServerName localhost
    DocumentRoot /path/to/vikunja/static/frontend/files
    RewriteEngine On
 	RewriteRule ^\/?(favicon\.ico|assets|audio|fonts|images|manifest\.webmanifest|robots\.txt|sw\.js|workbox-.*|api|dav|\.well-known) - [L]
    RewriteRule ^(.*)$ /index.html [QSA,L]

You probably want to adjust ServerName and DocumentRoot.

Once you’ve customized your config, you need to enable it:

a2ensite vikunja
service apache2 reload

Updating #

To update, it should be enough to download the new files and overwrite the old ones. The paths contain hashes, so all caches are invalidated automatically.