Dlaczego zwykle to dwa kroki
Większość aplikacji do transferu plików na Maca traktuje Twojego Maca jako jeden koniec każdego transferu. Aby przenieść folder z serwera stagingowego do zasobnika S3, pobierasz go na Maca, szukasz go ponownie i wysyłasz do zasobnika. To dwa razy dłuższe czekanie, kopia na dysku do posprzątania i okazja do pomyłki, gdy wybierzesz zły folder.
W Terminalu możesz pominąć Maca w przypadku serwerów SSH, używając scp między dwoma hostami albo rsync uruchomionego na jednym z nich. To działa, gdy oba końce obsługują SSH, a Ty znasz polecenia. Nie pomaga przy S3, WebDAV ani FTP.
Kopiowanie z serwera na serwer krok po kroku
- Otwórz AnyBucket i naciśnij ⌘T, aby otworzyć nową kartę.
- Naciśnij ⇧⌘K i połącz się z pierwszym serwerem albo naciśnij ⌘K i wpisz kilka liter jego zakładki.
- Naciśnij ⌘\, aby otworzyć drugi panel, a potem wybierz drugi serwer z menu źródła panelu.
- Naciśnij ⇥, aby wrócić do panelu źródłowego i znaleźć pliki.
- Oznacz je spacją albo naciśnij + i wpisz wzorzec, np.
*.jpg, aby oznaczyć wszystkie pasujące. - Naciśnij F5, aby skopiować je do drugiego panelu, lub F6, aby je przenieść.
Transfer trafia do kolejki pod panelami, a Ty możesz pracować dalej. Wolisz wybrać cel bez otwierania go? ⌘G kopiuje oznaczone pliki do dowolnej zakładki lub folderu wybranego w palecie, a ⌥⌘G je przenosi.
Co dzieje się z plikami
AnyBucket wybiera trasę dla każdego transferu:
| Źródło i cel | Jak przemieszczają się pliki |
|---|---|
| To samo konto lub magazyn S3 | Na serwerze, przez CopyObject |
| Ten sam serwer WebDAV | Na serwerze, przez COPY i MOVE |
| Ten sam serwer SFTP, konto z powłoką | Na serwerze, przez cp po SSH |
| Dwa różne serwery | Przez niewielki, ograniczony bufor na Twoim Macu |
| Ten Mac i serwer | Wysyłane lub pobierane bezpośrednio |
Przeniesienie kopiuje pliki, weryfikuje kopię, a potem usuwa oryginały. Nic nie jest usuwane, zanim kopia nie będzie na miejscu.
Łącz dowolne dwa protokoły
Każdy protokół działa z każdym innym, w obie strony: SFTP, FTP, FTPS, Amazon S3 i magazyny zgodne z S3 (Cloudflare R2, Backblaze B2, Wasabi, DigitalOcean Spaces, Google Cloud Storage, MinIO), WebDAV przez HTTP i HTTPS oraz Ten Mac. Kilka typowych zadań:
- Publikowanie zasobów: z serwera WWW przez SFTP do zasobnika S3 lub R2.
- Zmiana dostawcy: z Amazon S3 do Cloudflare R2 lub Backblaze B2, zasobnik po zasobniku.
- Wygaszenie starego hostingu: z serwera FTP do udziału WebDAV lub nowego serwera SFTP.
W testach AnyBucket każda uporządkowana para protokołów jest kopiowana i przenoszona od początku do końca na prawdziwych serwerach, a każdy bajt jest sprawdzany.
Gdy plik już istnieje
Jeśli w miejscu docelowym jest już plik o tej samej nazwie, AnyBucket zapyta, zanim cokolwiek nadpisze. Możesz go zastąpić, zastąpić tylko wtedy, gdy Twój jest nowszy, zachować oba (kopia otrzyma nazwę name 2.ext), pominąć go lub wznowić częściowo skopiowany plik, a odpowiedź zastosować do reszty transferu. Więcej o konfliktach.
Duże kopie i zerwane połączenia
Duże zadania między serwerami mogą chwilę potrwać, dlatego kolejka jest zbudowana tak, by je dokończyć:
- Zerwane połączenie lub restart serwera jest ponawiany na nowym połączeniu po 1, 3 i 8 sekundach.
- Kolejka jest zapisywana. Zamknij AnyBucket, a przerwane transfery wrócą przy następnym uruchomieniu.
- Sumy kontrolne są weryfikowane wszędzie, gdzie pozwala na to protokół.
- Zamknięcie ostatniego okna nie zamyka AnyBucket: aplikacja działa dalej na pasku menu, więc transfery trwają.
To, co nadal się nie udaje, czeka z opisem błędu w sekcji Wymagają uwagi w oknie Transfery (⌥⌘T). Zobacz transfer się zatrzymał.
