copyparty mit einem Klick deployen

Was ist copyparty?

copyparty macht aus einer Maschine einen Dateiserver, den jeder Webbrowser nutzen kann. Sein Uploader up2k schickt große Dateien in parallelen Teilen und setzt einen abgebrochenen Upload fort, ohne Größenlimit. Ordner erscheinen als Liste oder als Vorschaubilder von Bildern und Videos, Musik läuft im Browser und wird dabei transcodiert, Text- und Markdown-Dateien öffnen sich in einem Betrachter und einem Editor, und Ordner lassen sich als zip oder tar herunterladen. copyparty indexiert die Dateien, um sie nach Name, Datum, Größe oder Musik-Tags zu durchsuchen, und stellt sie auch über WebDAV bereit, sodass ein Computer sie als Laufwerk mounten kann.

Viele betreiben copyparty, um ihre Dateien ohne Dropbox oder Google Drive aufzubewahren und zu teilen. Diese Vorlage gibt einen Ordner, der in einem Volume liegt, für das eine Konto aus den Feldern frei und für niemanden sonst; Freigabelinks geben eine Datei oder einen Ordner heraus, auf Wunsch mit Passwort oder Ablaufdatum. Weitere Konten und Ordner sind weitere Argumente -a und -v in der compose.yaml. Der Haken: Die Oberfläche ist dicht gepackt, eher auf Tempo als auf Optik gebaut, und die FTP-, SFTP- und SMB-Server von copyparty brauchen Ports, die diese Vorlage nicht veröffentlicht, sodass es nur über den Browser und WebDAV erreichbar ist.

copyparty-Hosting auf Pethost

1. Du meldest dich bei Pethost an, mit Passkey, GitHub oder Google. Noch keine Maschine? Du wählst einen Tarif, und der Link wartet, bis sie bereit ist.
2. „Neues Projekt“ öffnet sich bei copyparty. Du füllst aus, was die App braucht, und klickst auf „Projekt erstellen“: Benutzername, Admin-Passwort.
3. In ein, zwei Minuten läuft copyparty unter eigener Adresse mit HTTPS. Die Secrets werden zufällig erzeugt, und die Daten sind im nächtlichen Backup.
4. Es ist ein Projekt wie jedes andere: Du oder dein Agent könnt es ändern, zurückrollen oder wiederherstellen.

Fragen zu copyparty

copyparty: die Docker-Compose-Datei

Die Vorlage ist diese compose.yaml und die Variablen, die beim Erstellen in die .env des Projekts geschrieben werden. Pethost führt die Datei so aus, wie sie geschrieben ist.

Container: copyparty (copyparty/ac:1.20.26).

Volumes, im nächtlichen Backup: files, state.

services:
  copyparty:
    image: copyparty/ac:1.20.26
    restart: unless-stopped
    # As copyparty's own instructions run it: as a user, not as root.
    user: "1000:1000"
    environment:
      # copyparty would read a $ in an argument as a variable of its own, and the password may
      # hold one: the arguments below are taken as they are.
      PRTY_NO_ENVEXPAND: "1"
    # Given no volume, copyparty shares its folder with anyone, to read and write. So the files
    # volume is shared at the address's root with the one account made from the fields, which may
    # do everything there (A: read, write, move, delete, admin), and with nobody else.
    command:
      - -a
      - ${ADMIN_USERNAME}:${ADMIN_PASSWORD}
      - -v
      - /w::A,${ADMIN_USERNAME}
      # The sign-in asks for the username and the password, not the password alone.
      - --usernames
      # The files are indexed, for search and for the uploads it has already seen, and so are the
      # tags of music and videos; the index and thumbnails are kept beside the config, not among
      # the files.
      - -e2dsa
      - -e2ts
      - --hist
      - /cfg/hists
      # Links to a file or a folder, with a password or an expiry if wanted, under /share.
      - --shr
      - /share
      # Requests come through the proxy, which sends the client's address in X-Forwarded-For.
      - --xff-hdr
      - x-forwarded-for
      - --xff-src
      - lan
      - --rproxy
      - "1"
      - --no-robots
    volumes:
      - files:/w
      # Sessions, shares, the index and thumbnails.
      - state:/cfg

volumes:
  files:
  state:

compose.yamlAuf GitHub ansehen