S3cmd

S3cmd jest narzędziem wiersza polecenia, aby załadować, pobieranie i zarządzanie danymi w Amazon S3. Jest on najlepiej nadaje się dla zaawansowanych użytkowników, którzy nie boją się wiersz poleceń. Projekt jest również idealny dla skryptów, automatyczne tworzenie kopii zapasowych uruchamiany z crona, itp
Amazon S3 jest niedrogie usługi w zakresie składowania danych. Idealny do tworzenia kopii zapasowych poza siedzibą, archiwizacji i innych potrzeb przechowywania danych. Sprawdź nasze strony o Amazon S3, aby dowiedzieć się więcej.
Proste S3cmd Poradniki
Zarejestruj się w Amazon AWS / S3
Idź do Amazon S3 głównej, kliknij na przycisk "Zaloguj się do serwisu WWW" w prawej kolumnie i pracować przez rejestrację. Musisz podać informacje o swojej karcie kredytowej w celu umożliwienia Amazon pobierać opłaty za wykorzystanie S3. Na koniec należy posiadać swój Access i tajnych kluczy
Uruchom s3cmd --configure
Zostaniesz poproszony przez dwóch przycisków - kopiowanie i wklejanie ich potwierdzeniu rezerwacji lub na stronie konta Amazon. Należy zachować ostrożność podczas ich kopiowania! Są wielkość liter i musi być wpisany dokładnie i będziesz trzymać się błędy o nieważnych podpisów lub podobne.
Uruchom s3cmd ls do listy wszystkich wiadra.
Jak tylko zaczął używać S3 nie ma wiadra posiadane przez Ciebie już teraz. Więc wyjściowy jest pusty.
Dodać wiadro z s3cmd mb s3: // nowa-nazwa-moje wiadro
Jak wspomniano powyżej wiadra nazwy muszą być unikalne wśród _all_ użytkowników S3. Oznacza to, że proste nazwy, takie jak "test" lub "asdf" zostały już podjęte i trzeba zrobić coś więcej oryginalnego. Czasami poprzedzić moje wiadro z moim nazwy domeny poczty e-mail (logix.cz), co prowadzi do nazwy wiadro, na przykład, "logix.cz-test":
   ~ $ S3cmd mb s3: //logix.cz-test
   Bucket "logix.cz-Test" stworzona
   
Lista wiadra dzięki s3cmd ls
Teraz powinieneś zobaczyć świeżo utworzonego wiadro
   ~ $ s3cmd ls
   2007-01-19 01:41 s3: //logix.cz-test
   
Wyświetl zawartość wiadra
   ~ $ s3cmd ls S3: //logix.cz-test
   Bucket "logix.cz-test":
   ~ $
Jest puste, rzeczywiście.
Prześlij plik do wiadra
   ~ $ S3cmd put addressbook.xml s3: //logix.cz-test/addrbook.xml
   Plik 'addressbook.xml "przechowywane jako s3: //logix.cz-test/addrbook.xml (123456 bajtów)
   
Teraz możemy wyświetlić zawartość wiadra ponownie
   ~ $ s3cmd ls S3: //logix.cz-test
   Bucket "logix.cz-test":
   2007-01-19 01:46 120k s3: //logix.cz-test/addrbook.xml
   
Pobierz plik z powrotem i sprawdzić, czy jej nie została uszkodzona
   ~ $ S3cmd get s3: //logix.cz-test/addrbook.xml adresowa-2.xml
   Obiekt s3: //logix.cz-test/addrbook.xml zapisany jako "adresowej-2.xml '(123456 bajtów)
   ~ $ Md5sum addressbook.xml adresowa-2.xml
   39bcb6992e461b269b95b3bda303addf addressbook.xml
   39bcb6992e461b269b95b3bda303addf adresowa-2.xml
   
Sumy kontrolne z oryginalnego pliku pasuje do jednego z pobranym jednego. Wygląda na to, że pracował.
Posprzątaj: usunięcie obiektu i usunąć wiadro
   ~ $ S3cmd rb s3: //logix.cz-test
   Błąd S3:: ERROR 409 (Konflikt): BucketNotEmpty
   
Och, możemy usunąć tylko puste wiadra!
 
   ~ $ S3cmd del s3: //logix.cz-test/addrbook.xml
   Obiekt s3: //logix.cz-test/addrbook.xml usunięte
   ~ $ S3cmd rb s3: //logix.cz-test
   Bucket "logix.cz-test" usunięte

Co nowego w tym wydaniu:

• W tej wersji dodane polecenia do kopiowania i przenoszenie plików zdalnych, wsparcia CloudFront, nowy [setacl] polecenia dla ustawiania ACL na istniejących obiektów i rekurencyjnej i wieloznacznym wsparcia [wprowadzone], [uzyskania] i [Del]. Prowadzony był --dry włączona [wprowadzone], [się] i [Sync]. Usuwanie pustych wiader nie jest dozwolone.
• wskaźnik postępu był realizowany.
• Nowy --include, --rinclude, i - (r) to-z możliwości zostały dodane do zastąpienia --exclude wyłączenia
.
• Opcja --add-header dodano wraz z --list-md5 opcją [LS].

Co nowego w wersji 0.9.8.4:

• This wydaniu przywraca dostęp do wielkich liter nazwie łyżki .
• poprawiła obsługę nazw plików ze znaków Unicode.
• unika ZeroDivisionError na bardzo szybkie łącza (na przykład na Amazon EC2).
• będzie wznowienie nieudanych wnioski (np błędy połączenia, błędy wewnętrzne serwera, itp).
• Synchronizacja pomija pliki, które nie mogą być otwarte, zamiast zakończenia synchronizacji całkowicie.
• Nie zabraknie plików otwartego kontyngentu w synchronizacji z wielu plików.