¿Está bien comprimir los archivos de la aplicación? (Aplicaciones especialmente autorizadas)

La mayoría de las aplicaciones macOS no son en realidad como 'cualquier otro archivo', solo se ven como una sola, y en realidad son una carpeta de archivos llamada paquete. Haga clic con el botón derecho en la mayoría de las aplicaciones y verá un comando Mostrar contenido del paquete . Haga clic en eso para ver la estructura de carpetas de la aplicación.

Dicho esto, las aplicaciones se comprimirán y expandirán muy bien. He comprimido y expandido las aplicaciones de Adobe sin efecto en las licencias , siempre y cuando se expandan en el mismo sistema .

Comprimir una aplicación y expandirla en un sistema diferente puede interrumpir la licencia si el propio mecanismo de la licencia reside fuera del paquete de la aplicación, o si está vigente algún otro esquema de licencia. No hay un esquema de licencia genérico para todas las circunstancias.

Zipping es un compresión sin pérdida . No perderás nada al pasar de Folder→ZIP File→Folder . Incluso puede confirmar esto verificando la suma de comprobación de un archivo antes de comprimirlo y luego de descomprimirlo.

Nota al margen: : si es difícil entender cómo se puede comprimir algo sin perder datos, aquí hay una buena manera de entenderlo: "AAAABBCCC" se puede comprimir en "A4B2C3". La cadena comprimida es 3 caracteres más corta que la original, pero las dos todavía dicen "cuatro A, dos B y tres C". Si bien no es así como funciona el algoritmo zip, es una buena manera de entender el concepto de compresión sin pérdida.

Para responder a su pregunta , aunque está bien comprimir una aplicación (que es un directorio antiguo), es muy probable que el archivo de licencia no se transfiera, ya que la mayoría de las veces no se almacena dentro del carpeta de la aplicación. Sin embargo, si el archivo de licencia reside en la carpeta de la aplicación que sí, se transferirá. ZIPing el archivo de licencia no lo corromperá.

Solo un FYI : La mayoría de las aplicaciones no se pueden transferir simplemente copiando la aplicación . La mayoría de los archivos de la tienda en ~ / Library, / Library, u otros directorios. La aplicación no se ejecutará correctamente sin estos directorios y archivos asociados.

Tenemos que asumir que no se trata de transferir una aplicación a otra computadora.
La forma en que está redactado no puede significar "comprimir" una aplicación (paquete) en un archivo. Si bien esto es posible y debería ser seguro, la aplicación no se puede ejecutar en ese estado. Como esto es bastante absurdo en comparación con la alternativa de simplemente eliminar la aplicación ofensiva, esto seguramente significará algo más:

Compresión transparente de aplicaciones con compresión de sistema de archivos HFS.

Nuevamente, esto es perfectamente posible y, de hecho, Apple hace exactamente esto con la mayoría de las aplicaciones que instala . La última parte es crucial ya que las copias normales normalmente no estarán comprimidas.

Para confirmar que Apple realiza esta práctica desde Mac OS X 10.6 Snow Leopard, puede leer Compresión del sistema de archivos en HFS +: ¿Ahorro de espacio y rendimiento? o descargue la herramienta afsctool Aquí y ejecútelo en Safari.app como ejemplo:

$ 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)

Al agregar el parámetro c , se comprimen todos los archivos en una ruta determinada en el lugar.

¡Deberá asegurarse de tener una copia de seguridad reciente y completa! Esto se debe a que este método es casi perfectamente seguro. Excepto cuando no lo es. Por alguna extraña razón, el git binary como ejemplo se comprimirá en su lugar, pero también se interrumpirá en el proceso. Hay algunas otras aplicaciones y binarios que se romperán, pero son muy raros. Si algo sale mal, restaure esos pocos archivos desde la copia de seguridad.

Las aplicaciones de Adobe se comprimieron sin ningún problema, la última vez que lo verifiqué (advertencia: me aparté de esos productos, así que revisa las versiones posteriores). La información de licencia no está dentro del paquete de la aplicación de todos modos.

Dado el tamaño anémico no profesional de la compresión del sistema de archivos SSD de nivel de entrada, es altamente recomendable.

Este método también podría emplearse con herramientas integradas. El ditto de la utilidad de línea de comandos ofrece una opción para eso, pero es incómodo.

Si no te gusta la línea de comandos: las herramientas GUI para eso también están disponibles. Un ejemplo dedicado a esto sería MoreSpaceFolder (AppStore); hay otros.

Ya que es transparente , también puede comprimir de forma transparente todos los archivos y carpetas de su sistema, incluidos los archivos del sistema, siempre que se acceda al proceso de arranque solo después se carga el soporte de zlib. Para esta manipulación de archivos de sistema necesita SIP deshabilitado.
Esto no es realmente recomendable, ya que puede hacer que su sistema no pueda arrancar si comprime los archivos incorrectos.

¿Puedes comprimir cada archivo? Apple tampoco recomienda comprimir los archivos que se reescriben con frecuencia. Cosas como las preferencias del Finder se reescriben innecesariamente y constantemente. Esto no solo sería impráctico, sino que tampoco tiene sentido intentarlo: funcionará, sino que los archivos recién escritos vuelven a estar en formato sin comprimir.

Esta es la respuesta genérica para HFS +. Para APFS no tengo información.