Есть ли способ, чтобы filepicker.io не хранил ваши загрузки на своих серверах / в базе данных?

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

Можно было бы ожидать, что если бы это было возможно, это повлекло бы за собой некоторое снижение затрат из-за того, что сборщик файлов не хранит все эти данные для нас. Если это возможно, будут ли загрузки, хранящиеся в S3, а не в сборщике файлов, по-прежнему учитываться в нашем лимите файлов для типа учетной записи, который у нас есть?


person cilphex    schedule 04.03.2013    source источник


Ответы (1)


Если вы укажете местоположение S3, Filepicker.io не сохранит содержимое файла на наших серверах, поэтому тарифные планы устанавливаются на основе количества файлов, а не размера и т. д. Как при вызовах filepicker.store(), так и при вызовах filepicker.pickAndStore() Возвращаемый FPFile будет иметь параметр key, указывающий, где в корзине S3 хранится файл.

Исходя из этого, вы можете создать URL-адрес S3 по мере необходимости, но по умолчанию мы предоставляем URL-адрес filepicker.io, который служит как уникальным идентификатором файла, так и предоставляет такие параметры, как /convert, /stat и т. д.

person brettcvz    schedule 04.03.2013
comment
Не уверен, что понимаю. Почему существует URL-адрес filepicker.io, если он не хранится в сборщике файлов? Вы говорите, что использование URL-адреса filepicker.io фактически извлечет файл из моей корзины S3 и вернет его обратно? - person cilphex; 05.03.2013