Есть ли у ParseFile ACL


Похоже, что у файла ParseFile нет ACL, или, другими словами, как только URL-адрес файла ParseFile выходит в дикую природу, файл доступен любому, кто может сделать запрос GET http.

Надеюсь, я что-то упустил в документации, потому что это не звучит как отличная идея. Насколько я могу понять, это означает, что URL-адрес "защищен" только ACL ParseObject, который содержит ссылку на ParseFile.

Возможно, это важно знать. что я читаю / использую биты .NET+Xamarin.

1 5

1 ответ:

Я думаю, что вы лучше всего суммировали это сами:

"защищен" только ACL ParseObject, который содержит ссылку на ParseFile

Если кто-то случайно знает Ваш url для этого конкретного файла, то слава им, потому что они созданы уникально, так же, как objectId:

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

Другими словами, последний компонент пути всегда будет уникальным:
tfss-db295fb2-8a8b-49f3-aad3-dd911142f64f-airlines.txt

Даже если вы повторно загружаете новую авиакомпанию.текстовый документ:

tfss-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx-airlines.txt

Чтобы подвести итог ACL:

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

Таким образом, согласно Parse, его цели предназначены для самого объекта, а не конкретные параметры этого объекта. На данный момент они не поддерживают say, устанавливая определенный ACL для чтения/записи в столбце "заголовок" объектов или столбце "электронная почта" или определенном типе столбца, ACL зависят от объекта или пользователя.

Для тех, кто заинтересован в чтении больше о Парсах ACL можно посмотреть их ресурс здесь: http://blog.parse.com/learn/engineering/parse-security-i-are-you-the-key-master/