Credo che tu abbia riassunto più ti si addice:
"protetta" solo dalla LCA del ParseObject che contiene il riferimento al ParseFile
Se qualcuno capita di sapere il tuo url per quel particolare file poi i miei complimenti, perché sono creati in modo univoco, proprio come objectId:
.. contenente il nome del file, che è il nome del file originale prefisso con un identificativo univoco al fine di evitare conflitti di nome. Ciò significa che è possibile salvare i file con lo stesso nome, ei file non sovrascrivere l'un l'altro ...
Quindi, in altre parole, l'ultimo componente del percorso sarà sempre unico nel suo genere:
tfss-db295fb2-8a8b-49f3-aad3-dd911142f64f-airlines.txt
Anche se si ri-caricare un nuovo documento airlines.txt:
tfss-xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx-airlines.txt
In sintesi ACL:
Un ACL o un elenco di controllo di accesso può essere aggiunto a qualsiasi Parse.Object per limitare l'accesso solo a un sottoinsieme di utenti dell'applicazione.
Quindi, secondo Parse, i suoi scopi sono intesi per l'oggetto stesso, non per i parametri specifici di quell'oggetto. A partire da ora, non supportano dire, impostando uno specifico ACL di lettura/scrittura sulla colonna 'Titolo' degli oggetti o colonna 'Email' o un tipo di colonna specifico, gli ACL sono oggetti o dipendenti dall'utente.
Per coloro che sono interessati a leggere di più su analizza ACL può vedere la loro risorsa qui: http://blog.parse.com/learn/engineering/parse-security-i-are-you-the-key-master/
@soulshined tuo commento potrebbe ottenere alcuni punti rep se fosse una risposta. :) –
Questa è in realtà una funzione riflessiva che, per qualche motivo, è così semplice, che non è incorporata. Hanno degli APA mensili (Ask Parse Anything) dove invieranno un'email al loro [gruppo google] (https://groups.google.com/forum/#!forum/parse-developers) dicendo, inizia a fare domande per il prossimi mesi APA, questo dovrebbe essere uno di loro! Grande idea. – soulshined