mirror of
https://github.com/rr-/szurubooru.git
synced 2025-07-17 08:26:24 +00:00
start
Done so far Basic backend skeleton - technology choices - database migration outline - basic self hosting facade - basic REST outline - proof of concept for auth and privileges Basic frontend skeleton - technology choices - pretty robust frontend compilation - top navigation - proof of concept for registration form
This commit is contained in:
87
INSTALL.md
Normal file
87
INSTALL.md
Normal file
@ -0,0 +1,87 @@
|
||||
This guide assumes Arch Linux. Although exact instructions for other
|
||||
distributions are different, the steps stay roughly the same.
|
||||
|
||||
#### Installing hard dependencies
|
||||
|
||||
```bash
|
||||
user@host:~$ sudo pacman -S postgres
|
||||
user@host:~$ sudo pacman -S python
|
||||
user@host:~$ sudo pacman -S python-pip
|
||||
user@host:~$ sudo pacman -S npm
|
||||
user@host:~$ python --version
|
||||
Python 3.5.1
|
||||
```
|
||||
|
||||
#### Setting up a database
|
||||
|
||||
First, basic `postgres` configuration:
|
||||
|
||||
```bash
|
||||
user@host:~$ sudo -i -u postgres initdb --locale en_US.UTF-8 -E UTF8 -D /var/lib/postgres/data
|
||||
user@host:~$ sudo systemctl start postgresql
|
||||
user@host:~$ sudo systemctl enable postgresql
|
||||
```
|
||||
|
||||
Then creating a database:
|
||||
|
||||
```bash
|
||||
user@host:~$ sudo -i -u postgres createuser --interactive
|
||||
Enter name of role to add: szuru
|
||||
Shall the new role be a superuser? (y/n) n
|
||||
Shall the new role be allowed to create databases? (y/n) n
|
||||
Shall the new role be allowed to create more new roles? (y/n) n
|
||||
user@host:~$ sudo -i -u postgres createdb szuru
|
||||
user@host:~$ sudo -i -u postgres psql -c "ALTER USER szuru PASSWORD 'dog';"
|
||||
```
|
||||
|
||||
#### Installing `szurubooru's` dependencies
|
||||
|
||||
```bash
|
||||
user@host:path/to/szurubooru$ sudo pip install -r requirements.txt # installs backend deps
|
||||
user@host:path/to/szurubooru$ npm install # installs frontend deps
|
||||
```
|
||||
|
||||
#### Preparing `szurubooru` for first use
|
||||
|
||||
```bash
|
||||
user@host:path/to/szurubooru$ npm run build # compiles frontend
|
||||
user@host:path/to/szurubooru$ alembic update head # runs all DB upgrades
|
||||
```
|
||||
|
||||
Time to configure things:
|
||||
|
||||
```bash
|
||||
user@host:path/to/szurubooru$ cp config.ini.dist config.ini
|
||||
user@host:path/to/szurubooru$ vim config.ini
|
||||
```
|
||||
|
||||
Pay extra attention to the `[database]` and `[smtp]` sections, and API URL in
|
||||
`[basic]`.
|
||||
|
||||
### Upgrading the database
|
||||
|
||||
[user@host:path/to/szurubooru] alembic upgrade HEAD
|
||||
|
||||
Alembic should have been installed during installation of `szurubooru`'s
|
||||
dependencies.
|
||||
|
||||
### Wiring `szurubooru` to the web server
|
||||
|
||||
`szurubooru` is divided into two parts: public static files, and the API. It
|
||||
tries not to impose any networking configurations on the user, so it is the
|
||||
user's responsibility to wire these to their web server.
|
||||
|
||||
Below are described the methods to integrate the API into a web server:
|
||||
|
||||
1. Run API locally with `waitress`, and bind it with a reverse proxy. In this
|
||||
approach, the user needs to install `waitress` with `pip install waitress`
|
||||
and then start `szurubooru` with `./bin/szurubooru` (see `--help` for
|
||||
details). Then the user needs to add a virtual host that delegates the API
|
||||
requests to the local API server, and the browser requests to the `public/`
|
||||
directory.
|
||||
2. Alternatively, Apache users can use `mod_wsgi`.
|
||||
3. Alternatively, users can use other WSGI frontends such as `gunicorn` or
|
||||
`uwsgi`, but they'll need to write wrapper scripts themselves.
|
||||
|
||||
Note that the API URL in the virtual host configuration needs to be the same as
|
||||
the one in the `config.ini`, so that client knows how to access the backend!
|
Reference in New Issue
Block a user