Создать облако для хранения файлов google: на Яндекс, Майл и Гугл

By Snigdha  | Последнее обновление: 29 мая 2023 г. 13:30 | 4 минуты чтения

Где вы храните свои цифровые данные, такие как фотографии, документы, важные файлы и т. д.? Если вы похожи на меня или большинство других людей, которые предпочитают, чтобы их цифровые данные были доступны в Интернете, вы должны использовать какое-либо приложение для облачного хранения, такое как Google Drive или Dropbox.

Общая рыночная стоимость рынка облачных вычислений в 2020 году составила 4 миллиарда долларов США. Ожидается, что к 2025 году рынок достигнет 832,1 миллиарда долларов США. популярность.

Однако это не означает, что вы не можете попытаться создать приложение для облачного хранилища, которое даже лучше, чем Google Диск! Создание приложения, такого как Google Диск, с нуля может быть сложным и может занять месяцы напряженной работы квалифицированных специалистов. Нехватка денег, времени и навыков — вот основные причины, по которым люди отказываются от отличных идей приложений.

С помощью Appy Pie эти пробелы можно легко закрыть. Вы можете создать такое приложение, как Google Диск, за считанные минуты. Начните с нажатия кнопки ниже.

Создайте приложение для облачного хранилища прямо сейчас!

Google Drive — самая популярная в мире служба облачного хранения данных, которой пользуются 94,44 % пользователей платформы. Google Диск так популярен из-за очень полезных инструментов для совместной работы и встроенных интеграций с несколькими полезными инструментами Google Suite.

Диск Google также можно назвать жестким диском. Он позволяет хранить несколько типов данных, включая документы, фотографии, аудио и видео, на серверах или в облаке. Это отличный способ освободить место на вашем компьютере или устройстве.

И одна из его лучших функций — интеграция с офисным пакетом облачных приложений Google. Некоторые из наиболее часто используемых приложений Google Диска включают Google Docs, Google Sheets, Google Slides, Google Forms, Google Drawings и Google Sites.

Да, есть несколько приложений, похожих на Google Диск, доступных для личного и коммерческого использования. Но нет другого приложения для облачного хранилища, такого как Google Диск. Конечно, главным фактором являются возможности для совместной работы, предоставляемые платформой, и доступ к множеству ценных инструментов в Google Suite.

1. Хранилище файлов

   С каждой учетной записью, которую пользователи создают в Google, они получают 15 ГБ бесплатного пространства для хранения, совместно используемого в Gmail, Фото и Google Диске. Хотя 15 ГБ — это много, они всегда могут заплатить ежемесячную абонентскую плату, чтобы получить больше места на диске, если они достигнут лимита. Вы можете сделать что-то подобное, если планируете создать приложение, похожее на Google Диск.

2. Общий доступ к файлам

   Все файлы, добавленные в приложение облачного хранилища, являются частными и доступны только пользователю. Однако у них должна быть возможность пригласить других пользователей приложения для просмотра, редактирования или загрузки файлов или документов. Упростите обмен файлами для пользователей приложения, разрешив им обмениваться файлами из вашего приложения за пару кликов.

3. Доступ в любое время в любом месте

   Пусть ваше приложение и пользовательский контент, хранящийся в вашем приложении, будут доступны на любом устройстве, подключенном к Интернету, будь то смартфон, планшет, настольный компьютер или ноутбук. Это помогает пользователям приложения получать доступ к своим документам или файлам из любого места и в любое время.

4. Расширенный поиск

   Недостаточно просто позволить пользователям вашего приложения хранить свой контент в облачном хранилище, таком как Google Диск. Вам нужно сделать их контент доступным для поиска. Добавьте функцию поиска, чтобы они могли легко находить нужные файлы, вводя имя файла в строке поиска.

5. Безопасность

   Пользователи должны иметь возможность достаточно доверять вашему приложению, чтобы хранить в нем свои данные, документы, фотографии и т. д. Убедитесь, что вы получили все необходимые сертификаты безопасности и придерживаетесь самых строгих мер безопасности, чтобы защитить ваши данные и данные ваших пользователей от любых вредоносных атак.

6. Автономный доступ

   Хотя Интернет доступен везде, всегда могут быть ситуации, когда пользователи вашего приложения находятся в каком-то удаленном месте с ограниченным подключением к Интернету или без него. Следовательно, убедитесь, что пользователи вашего приложения могут получать доступ, добавлять, редактировать и загружать свой контент, даже когда их устройства находятся в автономном режиме.

Когда вы дойдете до этой части блога, вы будете немного знать о Google Диске, службе или приложении облачного хранилища, о том, почему он так популярен, и о функциях, которые необходимо добавить для создания приложения, похожего на Google Диск. Теперь пришло время обсудить самый важный вопрос, который мы здесь затронем, — как создать собственное приложение для Google Диска.

Правда, традиционная разработка приложений — это сложный и дорогой процесс. Это требует месяцев напряженной работы специализированных команд разработчиков или программистов, которые возьмут с вас приличную сумму за свой пот и кровь. Тем не менее, платформа Appy Pie без кода позволила любому, у кого есть устройство, подключенное к Интернету, создать приложение самостоятельно.

1. Введите имя вашего приложения

   После того, как вы дали своему приложению имя, выберите правильную категорию приложения, тему дизайна и макет приложения.

2. Добавление соответствующих функций

   Просмотрите приведенный выше список функций и добавьте все перечисленные выше функции в приложение, подобное Google Диску, с помощью простого интерфейса перетаскивания.

3. Тестирование и запуск

   Отредактируйте приложение по своему вкусу и протестируйте его на реальном устройстве. Избавившись от ошибок и других проблем в вашем приложении, вы готовы запустить свое приложение в магазинах приложений.

Создайте собственное приложение для Google Диска

Облачное хранилище Google

Пути указаны как remote:bucket (или remote: для lsd команда.) Вы также можете поместить подкаталоги, например. удаленный: ведро/путь/к/каталог .

Конфигурация

Первоначальная настройка облачного хранилища Google включает получение токена из облачного хранилища Google. что вам нужно сделать в вашем браузере. rclone config идет за вами через это.

Вот пример того, как сделать пульт с именем remote . Первый запуск:

 rclone config
 

Это проведет вас через интерактивный процесс настройки:

 n) Новый пульт
г) Удалить удаленный
q) Выйти из конфигурации
е/н/д/д> н
имя> удаленный
Тип хранилища для настройки. 
Выберите число из списка ниже или введите свое значение
[отрезать]
XX / Google Cloud Storage (это не Google Диск)
   \ "облачное хранилище Google"
[отрезать]
Хранилище > облачное хранилище Google
Идентификатор клиента приложения Google — обычно оставьте пустым.
client_id>
Секрет клиента приложения Google — обычно оставьте пустым.
client_secret>
Номер проекта необязателен — требуется только для списка/создания/удаления сегментов — см. консоль разработчика.
номер_проекта> 12345678
Путь к файлу JSON учетных данных учетной записи службы — требуется, только если вы хотите использовать SA вместо интерактивного входа.
service_account_file>
Список контроля доступа для новых объектов.
Выберите число из списка ниже или введите свое значение
 1 / Владелец объекта получает доступ ВЛАДЕЛЬЦА, а все аутентифицированные пользователи получают доступ ЧИТАТЕЛЯ.
   \ "Читать с проверкой подлинности"
 2 / Владелец объекта получает доступ ВЛАДЕЛЬЦА, а владельцы проектной группы получают доступ ВЛАДЕЛЬЦА.
   \ "bucketOwnerFullControl"
 3 / Владелец объекта получает доступ ВЛАДЕЛЬЦА, а владельцы проектной группы получают доступ ЧИТАТЕЛЯ. 
   \ "bucketOwnerRead"
 4 / Владелец объекта получает доступ ВЛАДЕЛЬЦА [по умолчанию, если оставить пустым].
   \ "частный"
 5 / Владелец объекта получает доступ ВЛАДЕЛЬЦА, а члены проектной группы получают доступ в соответствии со своими ролями.
   \ "ПроектПриват"
 6 / Владелец объекта получает доступ ВЛАДЕЛЬЦА, а все пользователи получают доступ ЧИТАТЕЛЯ.
   \ "публичноЧитать"
объект_acl> 4
Список контроля доступа для новых сегментов.
Выберите число из списка ниже или введите свое значение
 1 / Владельцы проектной группы получают доступ ВЛАДЕЛЬЦА, а все авторизованные пользователи получают доступ ЧИТАТЕЛЯ.
   \ "Читать с проверкой подлинности"
 2 / Владельцы проектных групп получают доступ ВЛАДЕЛЬЦА [по умолчанию, если оставить пустым].
   \ "частный"
 3 / Члены команды проекта получают доступ в соответствии со своими ролями.
   \ "ПроектПриват"
 4 / Владельцы проектных групп получают доступ ВЛАДЕЛЬЦА, а все пользователи получают доступ ЧИТАТЕЛЯ.
   \ "публичноЧитать"
 5 / Владельцы проектных групп получают доступ ВЛАДЕЛЬЦА, а все пользователи получают доступ ПИСАТЕЛЬ. 
   \ "publicReadWrite"
ведро_acl> 2
Расположение вновь созданных сегментов.
Выберите число из списка ниже или введите свое значение
 1 / Пусто для местоположения по умолчанию (США).
   \ ""
 2 / Мультирегиональное расположение для Азии.
   \"Азия"
 3 / Мультирегиональное расположение для Европы.
   \ "Евросоюз"
 4 / Мультирегиональное местоположение для США.
   \ "нас"
 5 / Тайвань.
   \"азия-восток1"
 6 / Токио.
   \ "азия-северо-восток1"
 7 / Сингапур.
   \ "Азия-юго-восток1"
 8 / Сидней.
   \ "Австралия-юго-восток1"
 9/ Бельгия.
   \ "Европа-Запад1"
10 / Лондон.
   \ "Европа-Запад2"
11 / Айова.
   \ "нас-центр1"
12 / Южная Каролина.
   \"нас-восток1"
13 / Северная Вирджиния.
   \"нас-восток4"
14 / Орегон.
   \"нас-запад1"
местоположение> 12
Класс хранилища, используемый при хранении объектов в Google Cloud Storage.
Выберите число из списка ниже или введите свое значение
 1 / По умолчанию
   \ ""
 2 / Класс мультирегионального хранения
   \ "МУЛЬТИ_РЕГИОНАЛЬНЫЙ"
 3 / Региональный класс хранилища
   \ "РЕГИОНАЛЬНЫЙ"
 4 / Класс ближнего хранения
   \ "НАРЛАЙН"
 5 / Класс хранения Coldline
   \ "ХОЛДЛАЙН"
 6 / Долговечный класс хранения с пониженной доступностью
   \ "DURABLE_REDUCED_AVAILABILITY"
класс_хранилища > 5
Удаленная конфигурация
Использовать веб-браузер для автоматической аутентификации rclone с удаленным?
 * Скажите Y, если на машине, на которой работает rclone, есть веб-браузер, который вы можете использовать. 
 * Скажите N, если rclone запущен на (удаленном) компьютере без доступа к веб-браузеру.
Если не уверены, попробуйте Y. Если Y не удалось, попробуйте N.
у) да
н) нет
т/н > т
Если ваш браузер не открывается автоматически, перейдите по следующей ссылке: http://127.0.0.1:53682/auth
Войдите и авторизуйте rclone для доступа
Ожидание кода...
Получил код
--------------------
[удаленный]
тип = облачное хранилище Google
client_id =
клиент_секрет =
token = {"AccessToken":"xxxx.xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx", "RefreshToken": "x/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx_xxxxxxxxx", "Истечение срока действия": "2014-07-17T20:49:14.929208288+01:00","Дополнительно":нуль}
номер_проекта = 12345678
object_acl = частный
ведро_acl = частный
--------------------
y) Да, это нормально
e) Отредактируйте этот пульт
г) Удалить этот пульт
у/д/д> у
 

См. документы по удаленной настройке, чтобы узнать, как настроить его на машина без интернет-браузера.

Обратите внимание, что rclone запускает веб-сервер на вашем локальном компьютере для сбора токен, возвращенный из Google, при использовании веб-браузера для автоматического аутентифицировать. Только это запускается с момента открытия вашего браузера до момента, когда вы возвращаетесь проверочный код. Это на http://127.0.0.1:53682/ и это может потребоваться временно разблокировать его, если вы используете хост брандмауэр или используйте ручной режим.

Этот удалённый называется удалённый и теперь может использоваться следующим образом

Создать новое ведро

 rclone mkdir remote:bucket
 

Список содержимого корзины

 rclone ls remote:bucket
 

Синхронизация /home/local/directory в удаленный сегмент, удаляя все лишнее файлы в корзине.

 rclone sync --interactive /home/local/directory remote:bucket
 

Служба поддержки учетной записи

Вы можете настроить rclone с Google Cloud Storage в автоматическом режиме, то есть не привязан к конкретной учетной записи Google конечного пользователя. это полезно когда вы хотите синхронизировать файлы на машинах, на которых нет активно зарегистрированные пользователи, например, строят машины.

Чтобы получить учетные данные для Google Cloud Platform Сервисные аккаунты IAM, пожалуйста, отправляйтесь в Сервисный аккаунт раздел консоли разработчика Google. Сервисные аккаунты ведут себя просто как обычно Права пользователя в ACL Google Cloud Storage, так что вы можете ограничить их доступ (например, сделать их только для чтения). После создание учетной записи, файл JSON, содержащий учетную запись службы учетные данные будут загружены на ваши машины. Эти учетные данные это то, что rclone будет использовать для аутентификации.

Чтобы использовать учетную запись службы вместо потока токенов OAuth3, введите путь к учетным данным вашей учетной записи службы в файле service_account_file приглашение и rclone не будут использовать аутентификацию на основе браузера поток. Если вы предпочитаете помещать содержимое файла учетных данных в файл конфигурации rclone, вы можете установить service_account_credentials с фактическое содержимое файла или установите эквивалент переменная окружения.

Анонимный доступ

Для загрузки объектов, которые разрешают публичный доступ, вы можете настроить rclone использовать анонимный доступ, установив анонимный на true . При несанкционированном доступе вы не можете записывать или создавать файлы, а только читать или перечислять те сегменты и объекты, которые имеют общий доступ для чтения.

Учетные данные приложения по умолчанию

Если другой источник учетных данных не указан, rclone будет отступать к Учетные данные приложения по умолчанию это полезно, когда вы уже настроили аутентификацию для вашей учетной записи разработчика или в рабочей среде при работе в Google вычислительный хост. Обратите внимание, что при работе в докере вам может потребоваться запустить дополнительные команды на вашей вычислительной машине Google — см. эту страницу.

Обратите внимание, что в случае использования учетных данных приложения по умолчанию нет необходимости явно настраивать номер проекта.

—fast-list

Этот пульт поддерживает --fast-list , что позволяет использовать меньше транзакций в обмен на дополнительную память. Посмотреть рклон документы для более подробной информации.

Вы можете установить собственные заголовки загрузки с помощью --header-upload флаг. Google Cloud Storage поддерживает заголовки, как описано в работа с документацией по метаданным

• Cache-Control
• Контент-Расположение
• Кодирование содержимого
• Язык содержимого
• Тип содержимого
• X-Goog-Storage-Class
• Икс-Гуг-Мета-

Например, --header-upload "Content-Type text/potato"

Обратите внимание, что последний из них предназначен для установки пользовательских метаданных в форме --header-upload "x-goog-meta-key: value"

Время модификации

Облачное хранилище Google изначально хранит md5sum. Инструмент gsutil от Google сохраняет время модификации с точностью до одной секунды как goog-reserved-file-mtime в метаданных файла.

Чтобы обеспечить совместимость с gsutil, rclone хранит время модификации в двух отдельных записях метаданных. mtime использует формат RFC3339 с точностью до одной наносекунды. goog-reserved-file-mtime использует формат отметки времени Unix с точностью до одной секунды. Чтобы получить время модификации из метаданных объекта, rclone считывает метаданные в следующем порядке: mtime , goog-reserved-file-mtime , время обновления объекта.

Обратите внимание, что окно модификации rclone по умолчанию составляет 1 нс. Файлы, загруженные с помощью gsutil, содержат временные метки только с точностью до одной секунды. Если вы используете rclone для синхронизации файлов, ранее загруженных с помощью gsutil, rclone попытается обновить время модификации для всех этих файлов. Чтобы избежать этих, возможно, ненужных обновлений, используйте --modify-window 1s .

Ограниченные символы имени файла

Недопустимые байты UTF-8 также будут заменены, поскольку их нельзя использовать в строках JSON.

Стандартные параметры

Вот стандартные параметры, характерные для облачного хранилища Google (Google Cloud Storage (это не Google Диск)).

—gcs-client-id

Идентификатор клиента OAuth.

Обычно оставьте пустым.

Свойства:

• Конфигурация: client_id
• Переменная среды: RCLONE_GCS_CLIENT_ID
• Тип: строка
• Требуется: ложь

—gcs-client-secret

Секрет клиента OAuth.

Обычно оставьте пустым.

Свойства:

• Конфигурация: client_secret
• Переменная среды: RCLONE_GCS_CLIENT_SECRET
• Тип: строка
• Требуется: ложь

—gcs-номер-проекта

Номер проекта.

Необязательный — требуется только для списка/создания/удаления сегментов — см. консоль разработчика.

Свойства:

• Конфигурация: номер_проекта
• Env Var: RCLONE_GCS_PROJECT_NUMBER
• Тип: строка
• Требуется: ложь

—gcs-service-account-file

Учетные данные учетной записи службы Путь к файлу JSON.

Обычно оставьте пустым. Требуется только в том случае, если вы хотите использовать SA вместо интерактивного входа.

Начальные ~ будут расширены в имени файла, как и переменные среды, такие как ${RCLONE_CONFIG_DIR} .

Свойства:

• Конфигурация: service_account_file
• Env Var: RCLONE_GCS_SERVICE_ACCOUNT_FILE
• Тип: строка
• Требуется: ложь

—gcs-service-account-credentials

Учетные данные служебной учетной записи Большой двоичный объект JSON.

Обычно оставьте пустым. Требуется только в том случае, если вы хотите использовать SA вместо интерактивного входа.

Свойства:

• Конфигурация: service_account_credentials
• Переменная среды: RCLONE_GCS_SERVICE_ACCOUNT_CREDENTIALS
• Тип: строка
• Требуется: ложь

—gcs-anonymous

Доступ к общедоступным корзинам и объектам без учетных данных.

Установите значение «true», если вы хотите просто загружать файлы и не настраивать учетные данные.

Свойства:

• Конфигурация: анонимный
• Переменная среды: RCLONE_GCS_ANONYMOUS
• Тип: логическое значение
• По умолчанию: ложь

—gcs-object-acl

Список контроля доступа для новых объектов.

Свойства:

• Конфигурация: object_acl
• Переменная среды: RCLONE_GCS_OBJECT_ACL
• Тип: строка
• Требуется: ложь
• Примеры:
  • «Чтение с проверкой подлинности»
    • Владелец объекта получает доступ OWNER.
    • Все аутентифицированные пользователи получают доступ READER.
  • «бакетовнерфуллконтрол»
    • Владелец объекта получает доступ OWNER.
    • Владельцы проектных групп получают доступ OWNER.
  • «bucketOwnerRead»
    • Владелец объекта получает доступ OWNER.
    • Владельцы проектных групп получают доступ READER.
  • «частный»
    • Владелец объекта получает доступ OWNER.
    • По умолчанию, если оставить пустым.
  • «ПроектПриват»
    • Владелец объекта получает доступ OWNER.
    • Члены команды проекта получают доступ в соответствии со своими ролями.
  • «общедоступное чтение»
    • Владелец объекта получает доступ OWNER.
    • Все пользователи получают доступ READER.

—gcs-bucket-acl

Список управления доступом для новых сегментов.

Свойства:

• Конфигурация: Bucket_acl
• Переменная среды: RCLONE_GCS_BUCKET_ACL
• Тип: строка
• Требуется: ложь
• Примеры:
  • «Чтение с проверкой подлинности»
    • Владельцы проектных групп получают доступ OWNER.
    • Все аутентифицированные пользователи получают доступ READER.
  • «частный»
    • Владельцы проектных групп получают доступ OWNER.
    • По умолчанию, если оставить пустым.
  • «ПроектПриват»
    • Члены команды проекта получают доступ в соответствии со своими ролями.
  • «общедоступное чтение»
    • Владельцы проектных групп получают доступ OWNER.
    • Все пользователи получают доступ READER.
  • «publicReadWrite»
    • Владельцы проектных групп получают доступ OWNER.
    • Все пользователи получают доступ WRITER.

—gcs-bucket-policy-only

При проверке доступа следует использовать политики IAM на уровне корзины.

Если вы хотите загружать объекты в корзину с установленным параметром Bucket Policy Only тогда вам нужно будет установить это.

Когда он установлен, rclone: ​​

• игнорирует ACL, установленные для корзин
• игнорирует ACL, установленные для объектов
• создает корзины с набором только политики корзин

Документы: https://cloud.google.com/storage/docs/bucket-policy-only

Свойства:

• Конфигурация: Bucket_policy_only
• Переменная среды: RCLONE_GCS_BUCKET_POLICY_ONLY
• Тип: логическое значение
• По умолчанию: ложь

—gcs-location

Местоположение вновь созданных сегментов.

Свойства:

• Конфигурация: местоположение
• Переменная среды: RCLONE_GCS_LOCATION
• Тип: строка
• Требуется: ложь
• Примеры:
  • «»
    • Пусто для расположения по умолчанию (США)
  • «Азия»
    • Мультирегиональное отделение для Азии
  • «ЕС»
    • Мультирегиональное отделение для Европы
  • «нас»
    • Мультирегиональный офис для США
  • «Азия-Восток1»
    • Тайвань
  • «Азия-Восток2»
    • Гонконг
  • «Азия-северо-восток1»
    • Токио
  • «Азия-северо-восток2»
    • Осака
  • «Азия-северо-восток3»
    • Сеул
  • «Азия-Юг2»
    • Мумбаи
  • «Азия-Юг3»
    • Дели
  • «Азия-юго-восток1»
    • Сингапур
  • «Азия-юго-восток2»
    • Джакарта
  • «Австралия-юго-восток1»
    • Сидней
  • «Австралия-юго-восток2»
    • Мельбурн
  • «Европа-Север2»
    • Финляндия
  • «Европа-Запад1»
    • Бельгия
  • «Европа-Запад2»
    • Лондон
  • «Европа-Запад3»
    • Франкфурт
  • «Европа-Запад4»
    • Нидерланды
  • «Европа-Запад6»
    • Цюрих
  • «Европа-Централ2»
    • Варшава
  • «us-central1»
    • Айова
  • «сша-восток1»
    • Южная Каролина
  • «сша-восток4»
    • Северная Вирджиния
  • «США-запад1»
    • Орегон
  • «США-запад2»
    • Калифорния
  • «США-запад3»
    • Солт-Лейк-Сити
  • «США-запад4»
    • Лас-Вегас
  • «Северная Америка-северо-восток1»
    • Монреаль
  • «Северная Америка-северо-восток2»
    • Торонто
  • «Южная Америка-Восток1»
    • Сан-Паулу
  • «южная Америка-запад1»
    • Сантьяго
  • «Азия1»
    • Двойной регион: азия-северо-восток1 и азия-северо-восток2.
  • «4 евро»
    • Двойной регион: европа-север2 и европа-запад4.
  • «нам4»
    • Двойной регион: us-central1 и us-east1.

—gcs-класс хранения

Класс хранилища, используемый при хранении объектов в Google Cloud Storage.

Свойства:

• Конфигурация: storage_class
• Переменная среды: RCLONE_GCS_STORAGE_CLASS
• Тип: строка
• Требуется: ложь
• Примеры:
  • «»
    • По умолчанию
  • «МУЛЬТИРЕГИОНАЛЬНЫЙ»
    • Многорегиональное хранение класса
  • «РЕГИОНАЛЬНЫЙ»
    • Класс регионального хранения
  • «НАРЛАЙН»
    • Класс ближнего хранения
  • «ХОЛДЛАЙН»
    • Класс хранения Coldline
  • «АРХИВ»
    • Класс хранения архива
  • «DURABLE_REDUCED_AVAILABILITY»
    • Долговечное хранение с пониженной доступностью, класс

—gcs-env-auth

Получить учетные данные GCP IAM из среды выполнения (переменные среды или метаданные экземпляра, если нет переменных среды).

Применяется, только если service_account_file и service_account_credentials пусты.

Свойства:

• Конфигурация: env_auth
• Переменная Окружения: RCLONE_GCS_ENV_AUTH
• Тип: логическое значение
• По умолчанию: ложь
• Примеры:
  • «ложь»
    • Введите учетные данные на следующем шаге.
  • «правда»
    • Получите учетные данные GCP IAM из среды (env vars или IAM).

Дополнительные параметры

Вот дополнительные параметры, характерные для облачного хранилища Google (Google Cloud Storage (это не Google Диск)).

—gcs-token

Маркер доступа OAuth в виде большого двоичного объекта JSON.

Свойства:

• Конфигурация: токен
• Переменная среды: RCLONE_GCS_TOKEN
• Тип: строка
• Требуется: ложь

—gcs-auth-url

URL-адрес сервера аутентификации.

Оставьте пустым, чтобы использовать настройки поставщика по умолчанию.

Свойства:

• Конфигурация: auth_url
• Переменная среды: RCLONE_GCS_AUTH_URL
• Тип: строка
• Требуется: ложь

—gcs-token-url

URL-адрес сервера токенов.

Оставьте пустым, чтобы использовать настройки поставщика по умолчанию.

Свойства:

• Конфигурация: token_url
• Переменная среды: RCLONE_GCS_TOKEN_URL
• Тип: строка
• Требуется: ложь

—gcs-no-check-bucket

Если установлено, не пытайтесь проверить существование или создать ведро.

Это может быть полезно при попытке минимизировать количество транзакций rclone делает это, если вы знаете, что ведро уже существует.

Свойства:

• Конфигурация: no_check_bucket
• Переменная среды: RCLONE_GCS_NO_CHECK_BUCKET
• Тип: логическое значение
• По умолчанию: ложь

—gcs-decompress

Если установлено, это приведет к распаковке объектов, закодированных gzip.

Можно загружать объекты в GCS с «Кодировкой содержимого: gzip» набор. Обычно rclone загружает эти файлы как сжатые объекты.

Если этот флаг установлен, то rclone будет распаковывать эти файлы с «Content-Encoding: gzip» по мере их получения. Это означает, что rclone не могу проверить размер и хэш, но содержимое файла будет распаковано.

Свойства:

• Конфигурация: распаковка
• Переменная среды: RCLONE_GCS_DECOMPRESS
• Тип: логическое значение
• По умолчанию: ложь

—gcs-endpoint

Конечная точка службы.

Обычно оставьте пустым.

Свойства:

• Конфигурация: конечная точка
• Env Var: RCLONE_GCS_ENDPOINT
• Тип: строка
• Требуется: ложь

—gcs-encoding

Кодировка для серверной части.

Дополнительную информацию см. в разделе о кодировании в обзоре.

Свойства:

• Конфигурация: кодировка
• Переменная Окружения: RCLONE_GCS_ENCODING
• Тип: MultiEncoder
• По умолчанию: Косая черта, CrLf, InvalidUtf8, точка

Ограничения

rclone about не поддерживается серверной частью Google Cloud Storage.