Question Qu'est-ce qu'un dossier __MACOSX?


Quels sont ces dossiers __MACOSX que je continue à voir dans les fichiers zip créés par des personnes sur OSX? Certains prennent jusqu'à 30% du fichier.

Quels programmes produisent ces fichiers __MACOSX et comment les utilisateurs de Mac peuvent-ils éviter cette erreur?


133
2018-02-03 22:37


origine


Ils sont super irritants, oui, et généralement inutiles, car les fourchettes de ressources sont souvent vides. Mais au moins, ils sont inoffensifs, contrairement à l'approche non standard qu'Apple a adoptée pour des formats d'archive> 4 Go avec les fonctionnalités intégrées d'OS X, ce qui confondra tout autre outil et recommencera à utiliser des fichiers suffisamment volumineux. Et bien, cela pourrait être pire, cela pourrait être de stocker deux copies de chaque fichier avec le même nom, une pour les données et une pour la fourchette de ressources, rendant souvent impossible l’accès, comme avant Mac OSX. Oh Apple, pourquoi détestez-vous les formats de fichiers standard? - bobince
@Bobince: en fait, les fourchettes de ressources étaient une très bonne idée… à l'époque. De nos jours, le même effet est obtenu en stockant des ressources sous forme de fichiers individuels, dont la plupart ressemblent beaucoup aux formats de fichiers standard.
Rien de mal avec les métadonnées en tant que telles, c'est juste qu'Apple a le don de créer ses propres formats et de déconner les formats existants avec des extensions gratuites incompatibles! Avoir les données de type contenu en tant que métadonnées est en soi une excellente chose et cela m'attriste que OS X évolue vers le hack Windows des extensions de fichiers comme alternative. Bien que ce ne soit pas aussi grave que sous Linux, où le système de fichiers prend en charge le stockage des métadonnées Content-Type, mais aucun bureau ne l’utilise, préférant un mélange complètement rompu d’extension de fichier / modèle de nom et reniflage de contenu (urgh!). Soupir, OS, hein? - bobince
@Bobince: Mais oui, au moins le format qu'ils ont constitué ce ne fait pas vraiment de mal, à part légèrement les listes de répertoires encombrants et gaspillant essentiellement 1 inode et 1 bloc par fourchette de ressources vide extraite, sauf si vous utilisez quelque chose comme NTFS (qui stockera le contenu du fichier pour ces petits fichiers), quel cas il gaspille juste "l'inode" (entrée MFT). - SamB
Peut être corrigé après coup par zip -d filename.zip __MACOSX/\* - Chris Johnson


Réponses:


http://www.realsoftware.com/listarchives/gettingstarted/2005-09/msg00328.html

Apple fournit une capacité intégrée aux fichiers ZIP sous OS X 10.3 et versions ultérieures, et ces fichiers sont le résultat d'Apple stockant de manière sûre Resource Forks. Vous ne verriez jamais ces fichiers exécutant OS X 10.3 ou supérieur, mais comme Windows et les autres systèmes d'exploitation ne comprennent pas cette forme particulière de Resource Forks, ils apparaîtront tels que vous les voyez.


53
2018-02-03 22:39



Il ne s'agit pas uniquement de ressources, tout ce qui dépasse le contenu de base des fichiers est placé dans le fichier AppleDouble. Apple s'éloigne des fourchettes de ressources, mais vers des choses comme les attributs étendus qui seront également stockés dans le conteneur AppleDouble. - Gordon Davisson
Vous faites sonner comme une fonctionnalité. Les fichiers .zip manquent intentionnellement dans le département des métadonnées. Si vous voulez des métadonnées, utilisez un format différent, pas un Mac. Exemple d'implémentation correcte de zip + métadonnées: .jar - Zenexer
lien mort, s'il vous plaît corriger. - think123
"Puisque Windows et les autres systèmes d'exploitation ne comprennent pas" - Ugh. Je déteste ce genre de terminologie - Joe Plante
Juste découvert: si vous êtes sur un Mac, en utilisant la ligne de commande, unzip filename.zip va décompresser le répertoire __MACOSX /, ce que vous ne voulez pas, mais open filename.zip fera la bonne chose. - Edward Falk


Voici un lien qui l'explique assez bien. Je suppose que c'est un peu tard pour aider Yada, mais pour la postérité.

Explication de la fourchette de ressources sur Wikipedia

Le reste est mon avis:

@nickf: Ne jamais voir ces fichiers n'est pas une caractéristique de ces versions d'OS X, c'est un FLAW. Les gens produisent des données, les emballent, les stockent sur différents supports, etc. Ils ont besoin de savoir ce qui est nécessaire ou ce qui n'est pas nécessaire. Cacher ça les garde dans le noir.

La vieille mauvaise idée de cacher des choses aux utilisateurs: Un programmeur soucieux de réaliser son propre travail, abuse de quelque chose dans le domaine de l'utilisateur final, pour le rendre facile pour lui-même.

Dans ce cas, il stocke les métadonnées dans l'espace de données de l'utilisateur, puis il les cache à l'utilisateur. Il a raté la grande image: l'utilisateur ne sera pas au courant des détails cachés. Quand il emballe ses données et les expédie quelque part inattendu par le programmeur, les pièces manquantes ne seront pas expédiées ou des pièces inconnues arriveront qui ni l'utilisateur ou le destinataire peut expliquer.

Cacher les choses à l'utilisateur est mauvais. Cela suppose que l'utilisateur est stupide, alors que plus précisément le programmeur est stupide, ou paresseux.

Pour être clair, cette mauvaise habitude ne se limite pas au MAC. C'est partout C’est une conséquence du fait que les programmeurs tombent amoureux de leurs propres systèmes et que leurs fournisseurs hiérarchisent leurs propres objectifs avant les besoins de l’utilisateur final.

En bref.

__MAC OS X:
des excréments de programmeurs à l'odeur étrange émergeant de sous le tapis où ils ont été balayés.

Programmeurs et fournisseurs: S'il vous plaît, gardez les choses ouvertes. Lorsque vous les cachez, vous vous rendez stupide et l'utilisateur n'est pas informé.


98
2017-12-03 01:31



Cette réponse serait mieux si c'était juste une réponse. Les ragots prolongés sur les programmeurs stupides et les utilisateurs paresseux en nuisent. - Kristopher Johnson
@pbernatchez En fait, si vous vous arrêtiez pour apprendre à quoi ressemblaient les choses et comment elles ont évolué, vous ne laisseriez probablement pas ici vos propres "excréments", arrogants et insolents. Les fourchettes de ressources étaient un détail d'implémentation (vraiment sympa!) Avant Mac OS X et les utilisateurs ne les trouvaient que lors de l'interfaçage avec d'autres systèmes; Depuis les années 90, Apple a de plus en plus évolué vers un monde sans fourchettes de ressources, mais toujours en arrière pour conserver la compatibilité. "Stocker les métadonnées dans l'espace de données de l'utilisateur"? WTF? Dans quelle mesure devez-vous définir "métadonnées" et "espace de données de l'utilisateur" pour le dire? Vous devez détester les systèmes de fichiers! - hmijail
"Cacher les choses à l'utilisateur est mauvais". Man, vous devez également détester toutes sortes d’interfaces utilisateur, de bibliothèques et d’abstractions, et bien, tout type de programmation et d’ordinateur plus avancé qu’un abaque. - hmijail
Cela ne répond pas à la question. Après avoir lu cette réponse, je ne sais toujours pas quelles métadonnées sont contenues dans le dossier _MACOSX ou quelles sont les fourchettes de ressources. Je suppose que les gens votent cela simplement parce qu'ils sont d'accord avec le coup de gueule? - Atte Juvonen
Voici un autre lien qui, je pense, explique assez bien les fourchettes de ressources: xahlee.info/UnixResource_dir/macosx.html - GDP2


Pour répondre à votre dernière question:

Comment les utilisateurs de Mac peuvent-ils éviter cette erreur?

Les utilisateurs de Mac OS X peuvent installer un utilitaire d'archivage tiers tel que Keka, puis dites-lui de ne pas utiliser Resource Forks, puis définissez-le comme compresseur par défaut.


Comment faire cela avec Keka

Dites à Keka de ne pas utiliser Resource Forks

  1. Ouvrir Keka sans fichier (à partir de Launchpad, Spotlight, etc.)
  2. presse ⌘ Cmd+, à ouvrir les préférences
  3. Sélectionnez le Compression languette
    Keka "Compression" tab, selected
  4. Vérifier "Exclure les ressources de ressources Mac OS X (ex: .DS_Store)" 
    A checkbox reading "Exclude Mac OS X resource forks (ex: .DS_Store)"

Faire de Keka le compresseur par défaut

  1. Dans le même Préférences Keka fenêtre
  2. Sélectionnez le Général languette
    Keka "General" tab, selected
  3. Cliquez sur "Définir Keka comme compresseur / décompresseur par défaut" [sic]
    enter image description here

12
2017-11-05 15:03



Cela pourrait être amélioré en ajoutant des informations sur les 2 dernières étapes, "dites-lui de ne pas utiliser Resource Forks, puis définissez-le comme compresseur par défaut". - Steven C. Howell
@ stvn66 Fait! Juste pour info, cependant, cela sort généralement du cadre de ces questions, ce qui explique pourquoi je ne l'ai pas fait au début. - Ben Leggiero
Vote négatif, désolé. Je ne suis pas fan de l'installation de logiciels tiers pour résoudre un problème pouvant être résolu avec le logiciel par défaut. Comme Chris Johnson l’a souligné plus haut, zip -d va supprimer les fourches de ressources d'un fichier zip. En fait, je pense que si vous utilisez zip en premier lieu, les fourchettes de ressources ne sont pas ajoutées en premier lieu. - Edward Falk
@EdwardFalk C'est juste! Cette réponse était destinée à résoudre le "Comment puis-je le faire se comporter toujours de cette façon?" problème, pas le "Comment puis-je le faire se comporter de cette façon une fois?" un. - Ben Leggiero