Hello All, is anyone aware of a more detailed Joplin Server install guide than on Git? joplin/README.md at dev · laurent22/joplin · GitHub
I had quite a needlessly difficult time getting Joplin Server stood up following the above document. If there is no other guide, I would love to help improve the documentation and fill in any gaps as a new user of Joplin Server.
Thanks!
I don't think there is. But I found it really straightforward (and still do, even using the .env file and the provided docker-compose.yml only is more than enough to set it up, but of course, ymmv), what caused the issues for you?
Thanks for the reply. Below are a few questions I would have if I were a new user of Joplin Server who had no idea what Docker was. I think the documentation could be improved by helping answer some of these questions and fill in the gaps.
The first line reads "First copy .env-sample to .env and edit the values in there:"
"To start the server with default configuration, run:"
"A sample docker-compose file is available to show how to use Docker to install both the database and server and connect them:"
"Setup reverse proxy"
"Once the server is exposed to the internet, you can open the admin UI and get it ready for synchronisation. For the following instructions, we'll assume that the Joplin server is running on https://example.com/joplin."
There is also existing documentation around Joplin Server that I think would be very helpful to integrate directly into the website if it is not already. E.g. Share notebooks and collaborate on them using Joplin Server 2.0
I’ll reply later in length a bit later, but honestly, if the questions are these or like these, one should not try and set up Joplin Server. It is not for beginners as it is but for people with at least intermediate IT experience and expertise.
I fully agree with @anon33605855. Since I need to share notebooks with other profiles, the server currently seems the only way to go. But I didn't get it to work and gave up due to the slim description. I'm not a pro, but I know my way around on my Linux server. Never needed to look into docker or such stuff.
So in short, a easy how to would be great. I know, documentation is a lot of work and not very popular.
But I'm quiet sure that a lot of people would love to get there own Joplin server up and running.
Half offtopic:
If you need help, I can set the server up for you in minutes. 
Ping me if you do.
It might help to know on what part specifically you were stuck. The doc is actually quite long and is supposed to be comprehensive. But maybe what's missing is integration with various reverse proxies, however I'm not sure that's something we'll document. If you self host you probably need to learn how to do this independently of Joplin Server, and there are plenty of already existing tutorials for this.
New here. If there is a group a folk who want to learn how to set up Joplin, I would be interested in that. Maybe an online thing for an hour, via video?
EDIT: I just did a quick scan of the README. It's clear this is a containerized application, and based on the answer to "where do you want to run this" and "how much do you care about your data" you will have some options. For the experienced, this is straightforward.
I would definitely want to do this with a group just to learn among other folks (best way!) and would provide Zoom if there is a call for it.
There is also my guide for Joplin-Server on ARM64, but of course it is not official and can't be found directly through a link or something. But by searching a bit and choosing the official image it should show everything very detailed for beginners:
Kind Regards!
@anon33605855 :
I also get stuck setting up the Joplin Server with docker, looks like the database settings are not correct and I can`t call the correct login page.
I will get a new server the next weeks and will try again from scratch. But I would be happy if I can come back to you:)
Sure thing! If you wish, just let me know when you get the new server and I'll set it all up for you.
Love the idea of running this on a Raspberry Pi and carrying it around. The guide looks like a lot of work has been done to figure this out. Will read and understand some more.
Well done - thank you.
Hello All,
Thank you for the replies and interest in this topic. My apologies for the delay in responding - I wanted to have something more substantive before I replied. I've copy/pasted the README here and made a number of updates (joplin/README.md at dev · laurent22/joplin · GitHub). @laurent - I am hoping that you would kindly take the time to parse through the edit and adjust any corrections that are needed and/or provide feedback as needed. The only input I can currently provide is that of someone who has just installed Joplin Server, so I'm sure I am missing some details etc.
Edits:
.env-sample (located here) to the location of your Docker configuration files. Example: /home/[user]/docker.env-sample to .env.docker run --env-file .env -p 22300:22300 joplin/server:latest
The server will listen on port 22300 on localhost. By default, the server will use SQLite, which allows you to test the app without setting up a database. When running the server for production use, you should connect the container to a database, as described below.
The following tags are available:
latest is always the most recent released versionbeta is always the most recent beta released version2, 2-beta
2.1, 2.2, 2.3-beta
2.0.4, 2.2.8-beta
You can setup the container to either use an existing PostgreSQL server, or connect it to a new database using docker-compose.
To use an existing PostgresSQL server, set the following environment variables in the .env file:
DB_CLIENT=pg
POSTGRES_PASSWORD=joplin
POSTGRES_DATABASE=joplin
POSTGRES_USER=joplin
POSTGRES_PORT=5432
POSTGRES_HOST=localhost
Ensure that the provided database and user exist as Joplin server will not create them. When running on macOS or Windows through Docker Desktop, a mapping of localhost is made automatically. On Linux, you can add --net=host --add-host=host.docker.internal:127.0.0.1 to the docker run command line to make the mapping happen. Any other POSTGRES_HOST than localhost or 127.0.0.1 should work as expected without further action.
POSTGRES_PASSWORD=${POSTGRES_PASSWORD}
POSTGRES_USER=${POSTGRES_USER}
APP_BASE_URL=${APP_BASE_URL}
APP_BASE_URL: This is the base public URL where the service will be running.
APP_BASE_URL as follows: https://example.com/joplin.APP_BASE_URL to your server's hostname. For Example: http://[hostname]:22300. The base URL can include the port.APP_PORT: The local port on which the Docker container will listen.
Configuring a reverse proxy is not required for core functionality and is only required if Joplin Server needs to be accessible over the internet. See the following documentation for configuring a reverse proxy with Apache or Nginx.
By default, the item contents (notes, tags, etc.) are stored in the database and no additional steps are required to get that working.
However, since that content can be quite large, you have the option to store it outside the database by setting the STORAGE_DRIVER environment variable.
To save item contents (notes, tags, etc.) to the local filesystem instead, use:
STORAGE_DRIVER=Type=Filesystem; Path=/path/to/dir
After this is set, all item contents will be saved under the defined /path/to/dir directory.
Migrating storage is a bit more complicated because the old content will have to be migrated to the new storage. This is done by providing a fallback driver, which tells the server where to look if a particular item is not yet available on the new storage.
To migrate from the database to the file system, you would set the environment variables as follows:
STORAGE_DRIVER=Type=Filesystem; Path=/path/to/dir
STORAGE_DRIVER_FALLBACK=Type=Database; Mode=ReadAndWrite
From then on, all new and updated content will be added to the filesystem storage. When reading an item, if the server cannot find it in the filesystem, it will look for it in the database.
Fallback drivers have two write modes:
In ReadAndClear mode, it's going to clear the fallback driver content every time an item is moved to the main driver. It means that over time the old storage will be cleared and all content will be on the new storage.
In ReadAndWrite mode, it's going to write the content to the fallback driver too. This is purely for safey - it allows deploying the new storage (such as the filesystem or S3) but still keep the old storage up-to-date. So if something goes wrong it's possible to go back to the old storage until the new one is working.
It's recommended to start with ReadAndWrite mode.
This simple setup with main and fallback driver is sufficient to start using a new storage, however old content that never gets updated will stay on the database. To migrate this content too, you can use the storage import command. It takes a connection string and move all items from the old storage to the new one.
For example, to move all content from the database to the filesytem:
docker exec -it CONTAINER_ID node packages/server/dist/app.js storage import --connection 'Type=Filesystem; Path=/path/to/dir'
On the database, you can verify that all content has been migrated by running this query:
SELECT count(*), content_storage_id FROM items GROUP BY content_storage_id;
If everything went well, all items should have a content_storage_id > 1 ("1" being the database).
Besides the database and filesystem, it's also possible to use AWS S3 for storage using the same environment variable:
STORAGE_DRIVER=Type=S3; Region=YOUR_REGION_CODE; AccessKeyId=YOUR_ACCESS_KEY; SecretAccessKeyId=YOUR_SECRET_ACCESS_KEY; Bucket=YOUR_BUCKET
Once Joplin Server is exposed to the internet, you can open the admin UI and get it ready for synchronisation. For the following instructions, we'll assume that the Joplin server is running on https://example.com/joplin.
If Joplin Server is running running locally only, access the Admin Page using http://[hostname]:22300
By default, Joplin Server will be setup with an admin user with email admin@localhost and password admin. For security purposes, the admin user's credentials should be changed. On the Admin Page, login as the admin user. In the upper right, select the Profile button update the admin password.
While the admin user can be used for synchronisation, it is recommended to create a separate non-admin user for it. To do so, navigate to the Users page - from there you can create a new user. Once this is done, you can use the email and password you specified to sync this user account with your Joplin clients.
Checking the log can be done the standard Docker way:
# With Docker:
docker logs --follow CONTAINER
# With docker-compose:
docker-compose --file docker-compose.server.yml logs
By default the server supports SQLite for development, so nothing needs to be setup.
To use Postgres, from the monorepo root, run docker-compose --file docker-compose.server-dev.yml up, which will start the PostgreSQL database.
From packages/server, run npm run start-dev
See LICENSE.md in this directory
Really appreciate the offer! I was able to get Joplin Server setup the other day, but I've posted above a few suggested updates to the README.
Hi @laurent - I just wanted to follow up on the above suggested edits I made to see if you had a chance to share your thoughts. Thanks!
Thanks for looking into this but could you create a pull request please? That way we can see directly what has changed in the readme.
Sure thing @laurent, I will look into that, thanks!
Pull request created: Update README.md by ScriptInfra · Pull Request #6260 · laurent22/joplin · GitHub
Is the official joplin-server docker still maintained? Last update was 8 month ago, wasn`t it?
It looks like there are recent commits for Server: Commits · laurent22/joplin · GitHub