Wdróż copyparty jednym kliknięciem

Czym jest copyparty?

copyparty zmienia maszynę w serwer plików, z którego skorzysta każda przeglądarka. Jego mechanizm wgrywania, up2k, wysyła duże pliki równoległymi kawałkami i wznawia przerwane wgrywanie, bez limitu rozmiaru. Katalogi wyświetlają się jako lista albo jako miniatury obrazów i filmów, muzyka gra w przeglądarce z transkodowaniem, pliki tekstowe i Markdown otwierają się w podglądzie i edytorze, a katalogi pobiera się jako zip albo tar. copyparty indeksuje pliki, żeby wyszukiwać je po nazwie, dacie, rozmiarze albo tagach muzycznych, i udostępnia je też przez WebDAV, więc komputer może je zamontować jako dysk.

Ludzie uruchamiają copyparty, żeby trzymać i udostępniać swoje pliki bez Dropboxa czy Google Drive. Ten szablon udostępnia jeden katalog, trzymany na wolumenie, jedynemu kontu utworzonemu z pól formularza i nikomu więcej; linki udostępniania dają dostęp do pliku albo katalogu, w razie potrzeby z hasłem albo datą wygaśnięcia. Więcej kont i katalogów to kolejne argumenty -a i -v w compose.yaml. Haczyk: interfejs jest gęsty, zrobiony bardziej z myślą o szybkości niż o wyglądzie, a serwery FTP, SFTP i SMB copyparty wymagają portów, których ten szablon nie publikuje, więc dostęp jest tylko przez przeglądarkę i WebDAV.

Hosting copyparty na Pethost

1. Logujesz się do Pethost kluczem dostępu, przez GitHub albo Google. Nie masz jeszcze maszyny? Wybierasz plan, a link czeka, aż będzie gotowa.
2. Okno „Nowy projekt” otwiera się na aplikacji copyparty. Wypełniasz to, o co prosi, i klikasz „Utwórz projekt”: Nazwa użytkownika, Hasło administratora.
3. Za minutę czy dwie aplikacja copyparty działa pod własnym adresem z HTTPS. Jej sekrety są tworzone losowo, a dane trafiają do nocnego backupu.
4. To projekt jak każdy inny: ty albo twój agent możecie go zmienić, cofnąć do wcześniejszej wersji albo przywrócić.

Pytania o copyparty

copyparty: plik Docker Compose

Szablon to ten compose.yaml i zmienne zapisywane do .env projektu przy jego tworzeniu. Pethost uruchamia plik dokładnie tak, jak jest napisany.

Kontenery: copyparty (copyparty/ac:1.20.26).

Wolumeny, w nocnym backupie: 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.yamlZobacz na GitHubie