mirror of
https://code.eliotberriot.com/funkwhale/funkwhale.git
synced 2025-10-03 07:39:16 +02:00
docs: adjust changes to behavior at current version
This commit is contained in:
parent
98c6c60b6e
commit
a6f7e49fb3
2 changed files with 32 additions and 14 deletions
|
@ -2,7 +2,7 @@ Importing music from the server
|
|||
===============================
|
||||
|
||||
Funkwhale can import music files saved on the server
|
||||
assuming they are readable by the `funkwhale` user.
|
||||
assuming they are readable by the Funkwhale application.
|
||||
Your music files should contain at least
|
||||
``artist``, ``album`` and ``title`` tags,
|
||||
but we recommend you tag extensively using a proper tool,
|
||||
|
@ -10,11 +10,11 @@ such as Beets or Musicbrainz Picard.
|
|||
|
||||
Funkwhale supports two different import modes:
|
||||
|
||||
- copy(only before 1.0): files are copied into Funkwhale's internal storage. This means importing a 1GB library will result in the same amount of space being used by Funkwhale.
|
||||
- :ref:`in-place <in-place-import>` (default): files are referenced in Funkwhale's DB but not copied or touched in anyway. This is useful if you have a huge library, or one that is updated by an external tool such as Beets.
|
||||
- copy(default): files are copied into Funkwhale's internal storage. This means importing a 1GB library will result in the same amount of space being used by Funkwhale.
|
||||
- :ref:`in-place <in-place-import>` (with ``--in-place`` flag): files are referenced in Funkwhale's DB but not copied or touched in anyway. This is useful if you have a huge library, or one that is updated by an external tool such as Beets.
|
||||
|
||||
Regardless of the mode you're choosing,
|
||||
import works as described below,
|
||||
Regardless of the mode you choose,
|
||||
follow the below steps to import music,
|
||||
assuming your files are located in
|
||||
``/srv/funkwhale/data/music``:
|
||||
|
||||
|
@ -76,6 +76,21 @@ check the help for details::
|
|||
In-place import
|
||||
^^^^^^^^^^^^^^^
|
||||
|
||||
By default, the CLI-importer will copy imported files to Funkwhale's internal storage.
|
||||
This means importing a 1GB library will result
|
||||
in the same amount of space being used by Funkwhale.
|
||||
|
||||
While this behaviour has some benefits (easier backups and configuration),
|
||||
it is not always the best choice,
|
||||
especially if you have a huge library to import
|
||||
and don't want to double your disk usage.
|
||||
|
||||
The CLI importer supports an additional ``--in-place`` option
|
||||
through which Funkwhale will store file paths rather than file content.
|
||||
|
||||
Structure
|
||||
*********
|
||||
|
||||
Because imported files are not managed by Funkwhale,
|
||||
we offer additional configuration options
|
||||
to ensure the webserver can serve them properly:
|
||||
|
@ -85,7 +100,7 @@ to ensure the webserver can serve them properly:
|
|||
|
||||
We recommend you symlink all your music directories into ``/srv/funkwhale/data/music``
|
||||
and run the `import_files` command from that directory.
|
||||
This will make it possible to use multiple music directories,
|
||||
This will make it possible to use multiple music directories
|
||||
without any additional configuration on the webserver side.
|
||||
|
||||
For instance, if you have an NFS share
|
||||
|
@ -99,6 +114,9 @@ And import music from the share::
|
|||
export LIBRARY_ID="<your_libary_id>"
|
||||
python api/manage.py import_files $LIBRARY_ID "/srv/funkwhale/data/music/nfsshare/" --recursive --noinput --in-place
|
||||
|
||||
Docker
|
||||
******
|
||||
|
||||
Docker setups require a bit more work,
|
||||
because while the ``/srv/funkwhale/data/music`` is mounted in containers,
|
||||
symlinked directories are not.
|
||||
|
@ -139,7 +157,7 @@ The following fields can be updated this way:
|
|||
- Track title
|
||||
- Track position and disc number
|
||||
- Track license and copyright
|
||||
- Track genre
|
||||
- Track genre (`from version 1.2 <https://dev.funkwhale.audio/funkwhale/funkwhale/-/merge_requests/1225>`_)
|
||||
- Album cover
|
||||
- Album title
|
||||
- Album mbid
|
||||
|
@ -149,6 +167,9 @@ The following fields can be updated this way:
|
|||
- Album artist name
|
||||
- Album artist mbid
|
||||
|
||||
Changes in artist name can lead to multiple artists with the same name in the database,
|
||||
`this is a known issue <https://dev.funkwhale.audio/funkwhale/funkwhale/-/issues/1318>`_
|
||||
and can be remedied by adding mbids.
|
||||
|
||||
React to filesystem events with ``--watch``
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
|
|
@ -327,12 +327,12 @@ load the new configuration with ``service apache2 restart``.
|
|||
Caddy
|
||||
^^^^^
|
||||
|
||||
For a pure Caddy setup, see the WIP Caddyfile on GitLab:
|
||||
https://dev.funkwhale.audio/funkwhale/funkwhale/-/merge_requests/1384
|
||||
We currently do not support a Caddy-only setup, but you can
|
||||
`help develop it <https://dev.funkwhale.audio/funkwhale/funkwhale/-/merge_requests/1384>`_!
|
||||
|
||||
When using Caddy as a reverse proxy in front of your docker containers
|
||||
To employ Caddy as a reverse proxy in front of your docker containers
|
||||
(either mono- or multi-container setup),
|
||||
employ the following Caddyfile configuration:
|
||||
use the following Caddyfile configuration:
|
||||
|
||||
Caddy v2::
|
||||
|
||||
|
@ -382,6 +382,3 @@ a certificate, as shown below. These instructions are provided by `certbot <http
|
|||
sudo certbot --apache -d yourfunkwhale.domain
|
||||
|
||||
This creates a valid certificate and edit the nginx or Apache2 configuration to use the new certificate. The certificate will be automatically renewed when they expire.
|
||||
|
||||
|
||||
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue