Va bene per comprimere i file dell'applicazione? (Applicazioni specialmente autorizzate)

La maggior parte delle applicazioni macOS in realtà non sono come "qualsiasi altro file" - sembrano solo una - e sono in realtà una cartella di file chiamati pacchetti. Fai clic con il tasto destro sulla maggior parte delle app e vedrai un comando Mostra contenuto pacchetto . Fare clic per vedere la struttura delle cartelle dell'app.

Detto questo, le applicazioni si comprimono e si espandono bene. Ho compresso e ampliato le app Adobe senza alcun effetto sulla licenza finché sono state espanse nello stesso sistema .

La compressione di un'applicazione e l'espansione su un sistema diverso possono interrompere la licenza se il meccanismo di licenza si trova al di fuori del pacchetto dell'app o se è in vigore qualche altro schema di licenza. Non esiste uno schema di licenza generico per tutte le circostanze.

Lo zippamento è un algoritmo compressione senza perdite . Non perderai nulla quando vai da Folder→ZIP File→Folder . Puoi persino confermarlo verificando il checksum di un file prima di essere zippato e dopo averlo decompresso.

Nota a margine: : se è difficile capire come tutto può essere compresso senza perdere dati, ecco un buon modo per capirlo: "AAAABBCCC" può essere compresso in "A4B2C3". La stringa compressa è più corta di 3 caratteri dell'originale, ma entrambi dicono ancora "quattro A, due B e tre C". Anche se questo non è il modo in cui funziona l'algoritmo zip, è un buon modo per comprendere il concetto di compressione lossless.

Per rispondere alla tua domanda , mentre è giusto comprimere un'applicazione (che è una qualsiasi vecchia directory) molto probabilmente il file di licenza non verrà trasferito perché la maggior parte delle volte non è memorizzato all'interno cartella dell'applicazione. Tuttavia, se il file di licenza risiede nella cartella dell'applicazione rispetto a yes, verrà trasferito. Lo ZIP del file di licenza non lo corromperà.

Solo una FYI : La maggior parte delle applicazioni non può essere trasferita copiando semplicemente l'applicazione . La maggior parte dei file di archivio in ~ / Library, / Library o altre directory. L'applicazione non funzionerà correttamente senza queste directory e file associati.

Dobbiamo supporre che non si tratta di trasferire un'applicazione su un altro computer.
Il modo in cui questo è formulato non può significare "zippare" un'applicazione (pacchetto) in un archivio. Mentre questo è possibile e dovrebbe essere sicuro, l'applicazione non può essere eseguita in quello stato. Poiché questo è abbastanza assurdo rispetto all'alternativa di eliminare semplicemente l'applicazione incriminata, questo sicuramente significherà qualcos'altro:

Comprimere in modo trasparente le applicazioni con compressione del filesystem HFS.

Anche in questo caso è perfettamente possibile e infatti Apple fa esattamente questo con la maggior parte delle applicazioni che installa . L'ultima parte è cruciale poiché le copie ordinarie di solito non sono compresse.

A conferma di questa pratica è fatto da Apple dal Mac OS X 10.6 Snow Leopard, si può sia leggere sistema Compressione dei file in formato HFS +:? Spazio risparmio e prestazioni guadagno o scaricare lo strumento afsctool qui ed eseguilo su Safari.app come esempio:

$ afsctool -v /Applications/Safari.app/
/Applications/Safari.app/:
Number of HFS+ compressed files: 333
Total number of files: 360
Total number of folders: 40
Total number of items (number of files + number of folders): 400
Folder size (uncompressed; reported size by Mac OS 10.6+ Finder): 23576574 bytes / 24.6 MB (megabytes) / 23.4 MiB (mebibytes)
Folder size (compressed - decmpfs xattr; reported size by Mac OS 10.0-10.5 Finder): 19959187 bytes / 20.2 MB (megabytes) / 19.2 MiB (mebibytes)
Folder size (compressed): 20200663 bytes / 20.4 MB (megabytes) / 19.5 MiB (mebibytes)
Compression savings: 14.3%
Approximate total folder size (files + file overhead + folder overhead): 20622212 bytes / 20.6 MB (megabytes) / 19.7 MiB (mebibytes)

Aggiungendo il parametro c poi comprime tutti i file in un determinato percorso sul posto.

Dovrai assicurarti di avere un backup recente e completo! Questo perché quasi questo metodo è perfettamente sicuro. Tranne quando non lo è. Per qualche strana ragione, il git binary come un esempio si comprime in posizione OK, ma interrompe anche il processo. Ci sono altre app e binari che si romperanno, ma quelli sono molto rari. Se qualcosa va storto, ripristina quei pochi file dal backup.

Le applicazioni Adobe si comprimono senza problemi, l'ultima volta che ho controllato (avvertenza: mi sono allontanato da quei prodotti, quindi ricontrollo le versioni successive). Le informazioni sulla licenza non sono comunque incluse nel pacchetto App.

Data la dimensione anemica non professionale delle unità SSD entry level, la compressione del filesystem è altamente raccomandata.

Questo metodo potrebbe essere utilizzato anche con gli strumenti di bordo. L'utilità della riga di comando idem offre un'opzione per questo, ma è ingombrante.

Se non ti piace la riga di comando: anche gli strumenti della GUI sono disponibili. Un esempio dedicato a questo sarebbe MoreSpaceFolder (AppStore); ce ne sono altri.

Dal momento che è trasparente si potrebbe anche in modo trasparente comprimere tutti i file e cartelle della Rete, inclusi i file di sistema, a condizione che si accede nel processo di avvio solo dopo viene caricato il supporto zlib. Per questa manipolazione dei file di sistema è necessario disabilitare il SIP.
Questo non è veramente raccomandato, in quanto potrebbe rendere il tuo sistema non avviabile se comprimi i file sbagliati.

Puoi comprimere ogni file? Inoltre, Apple non consiglia di comprimere i file che vengono spesso riscritti. Cose come le preferenze del Finder vengono riscritte inutilmente e costantemente. Non solo sarebbe impraticabile, è anche privo di senso tentare: funzionerà, ma i file appena scritti saranno nuovamente in forma non compressa.

Questa è la risposta generica per HFS +. Per APFS non ho informazioni.