|
|
inviato il 08 Aprile 2026 ore 10:45
Al di là della riga di codice modificata, @Angrod
“ Ho provato a creare un catalogo di test con 10 immagini sul disco interno del mac ma la situazione non è cambiata. In privacy e sicurezza ho dato accesso completo al disco al terminale e all'eseguibile python, „
è ancora tutto così?
Perché si dovrebbe capire in che situazione di sicurezza sta girando il tuo Mac, ovvero, se resta così tutto aperto, i rischi di corruzione dei file è molto alto.
Cancellazione involontaria:
Uno script che gira con permessi totali può eseguire un comando di "pulizia" sulla cartella sbagliata. Senza il filtro del TCC (il sistema di protezione di macOS), il sistema non ti chiederà conferma: i file spariranno e basta.
Quindi quando si avranno non 10 file ma 10k la cosa cambia.
Questo per quanto riguarda i sidecar, non so bene come sia controllato il tutto da Pyton, ma sicuramente andrebbe testato in situazione di non tutto aperto, mantenendo gli standard di sicurezza del Mac.
PS: @Michele_m Non so bene nei minimi particolari come sia gestito il tutto con Pyton,ma:
file_path = Path(raw_path)
ha tolto la conversione forzata, ma non credo sia stato aggiunto un controllo di sicurezza del percorso. Se il software riceve un comando di "spostamento" e il percorso sorgente non è validato, il rischio di "Cancellazione involontaria" è molto alta.
Dico questo perchè la questione permessi su Mac è abbastanza complessa ed aprire i permessi a ogni Volume dando libertà completa a Pyton, esclude la possibilità di controllo tipica in linux e Mac che chiede la passw per effettuare operazioni che possono comportare un rischio per la sicurezza del MacOs e/o dei file in questione. Il mio intervento è solo di precauzione e mi sembra importante che sia preso in considerazione per non avere poi problematiche maggiori e/o con risoluzione dei problemi non sempre possibili in caso di cancellazione e/o corruzione di un file e/o volume. |
|
|
inviato il 08 Aprile 2026 ore 12:29
“ è ancora tutto così? „
Ho fatto le prove togliendo tutti gli accessi completi al disco e OffGallery funziona correttamente.
Processando directory o cataloghi LrC su disco interno o usb non ci sono differenze. |
|
|
inviato il 08 Aprile 2026 ore 12:41
ciao Ivo. non c'e' mai un comando di spostamenti o cancellazioni su disco in OffGallery, infatti funziona sempre, come dice Angrod, perche' va solo in lettura e scrittura sui plugin , xmp , db proprietario. Le directory delle foto da trattare sono solo in input, e ci si scrive solo quando l'utente fa export dei metadati (xmp o embedded) e sceglie di aggiornare o creare i sidecar sulla stessa directory delle foto originali.
In realta' ci sono parecchie possibilita'. Puo' creare separatamente i sidecar in una directory scelta da lui e poi copiare a mano gli xmp in sede. Puo' duplicare i file delle immagini in un'altra directory e esportare nella stessa i nuovi sidecar, etc etc. Ci si puo' 'divertire' in sicurezza....
E' chiaro che spero che ogni professionista o anche l'hobbysta della domenica abbia uno o due backup del proprio lavoro, in caso di disastri , che per quanto riguarda OffGallery , mi sembrano improbabili, ma che l'errore umano o un fall dell'hardware possono sempre creare, ma questo e' risaputo.
Faro' una ricerca , comunque per rilevare eventuali 'situazioni a rischio' nel codice, perche' giustamente la sicurezza e' importante. |
Che cosa ne pensi di questo argomento?
Vuoi dire la tua? Per partecipare alla discussione iscriviti a JuzaPhoto, è semplice e gratuito!
Non solo: iscrivendoti potrai creare una tua pagina personale, pubblicare foto, ricevere commenti e sfruttare tutte le funzionalità di JuzaPhoto.
Con oltre 259000 iscritti, c'è spazio per tutti, dal principiante al professionista. |
Metti la tua pubblicità su JuzaPhoto (info) |
JuzaPhoto contiene link affiliati Amazon ed Ebay e riceve una commissione in caso di acquisto attraverso link affiliati.
