__MACOSX klasörü nedir?


151

OSX'te insanlar tarafından yapılan zip dosyalarında görmeye devam ettiğim bu __MACOSX klasörleri nelerdir? Bazıları dosyanın% 30'unu alır.

Bu __MACOSX klasörünü hangi program üretiyor ve mac kullanıcıları bu hatayı nasıl önleyebilirler?


8
Süper tahriş edicidirler, evet ve kaynak çatalları çok sık boş olduğu için genellikle anlamsızdırlar. Fakat en azından zararsızlar, Apple'ın yerleşik OS X materyalleriyle> 4GB arşiv boyutuna getirdiği standart dışı yaklaşımın aksine, başka herhangi bir aracı karıştırır ve yeterince büyük dosyalar için tekrar kırılır. Ve daha kötüsü, her dosyanın iki kopyasını aynı adda, biri veride, diğeri de kaynak çatalı için depolayarak, OSX Mac öncesi kullanılanlar gibi her ikisine de erişmeyi imkansız hale getirebilir. Apple, neden standart dosya formatlarından nefret ediyorsun?
bobince

3
@bobince: Aslında kaynak çatalları o zamanlar çok iyi bir fikirdi. Bugünlerde aynı etki, çoğu standart dosya formatına benzeyen, ayrı ayrı dosyalar olarak depolanmasıyla elde edilir.

16
Meta verilerde bu şekilde yanlış bir şey yok, Apple'ın kendi biçimlerini oluşturma ve mevcut biçimleri gereksiz derecede uyumlu olmayan uzantılarıyla karıştırması gibi bir yeteneği var! İçerik tipi verileri meta veri olarak kullanmak harika bir şey ve OS X'in alternatif olarak Windows dosya uzantılarına doğru ilerlemesinden üzülüyorum. Her ne kadar bu Linux'ta olduğu kadar kötü olmasa da, dosya sisteminin Content-Type meta verilerinin depolanmasını desteklediği, ancak masaüstünün kullanılmadığı, dosya uzantısının / ad kalıplarının ve içerik koklamanın (kırma!) İyice kırılmış bir karışımını tercih ettiği anlamına gelir. Sigh, işletim sistemi ha?
bobince

@bobince: Ama evet, en azından onlar için yapılmış biçimi bu biraz dizin listeleri yığılan ve NTFS gibi bir şey kullanmadığınız sürece 1 inode ve boş kaynak çatalı başına 1 blok çıkarılan esasen israf dışındaki herhangi bir gerçek zarar, yapmaz (ki dosya içeriğini bu küçük dosyalar için MFT'ye kaydeder), bu durumda sadece "inode" (MFT girişi) harcar.
SamB

9
Gerçeden sonra düzeltilebilirzip -d filename.zip __MACOSX/\*
Chris Johnson

Yanıtlar:


52

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

Apple, OS X 10.3 ve daha üst sürümlerinde ZIP dosyalarına yerleşik yetenek sağlar ve bu dosyalar Apple'ın Kaynak Çatallarını güvenli bir şekilde depolamasının sonucudur. Bu dosyaları hiçbir zaman OS X 10.3 veya üstünü çalıştırarak göremezsiniz, ancak Windows ve diğer işletim sistemleri bu özel Kaynak Forks biçimini anlamadıklarından, sizin gördüğünüz gibi görünürler.


4
Sadece kaynak çatal değil, temel dosya içeriğinin ötesindeki her şey AppleDouble dosyasına konur. Apple kaynak çatallarından uzaklaşıyor, ancak AppleDouble konteynerinde de saklanacak genişletilmiş öznitelikler gibi şeylere doğru ilerliyor.
Gordon Davisson

14
Bir özellik gibi ses çıkarıyorsunuz. .zip dosyaları bilerek meta veri bölümünde yoksundur. Meta veri istiyorsanız, Mac değil, farklı bir biçim kullanın. Uygun zip + meta veri uygulaması örneği: .jar
Zenexer 22:13

16
ölü bağlantı, lütfen düzeltin.
Lucas - Daha İyi

71
"Çünkü Windows ve diğer işletim sistemleri anlamıyor" - Ugh. Sadece bu tür bir terminolojiden nefret ediyorum
Joe Plante

5
unzip filename.zipAz önce keşfedildi: Mac kullanıyorsanız, komut satırını kullanarak istemediğiniz ancak open filename.zipdoğru olanı yapacak __MACOSX / dizinini açacaksınız .
Edward Falk

107

İşte oldukça iyi açıklayan bir link. Sanırım Yada’ya yardım etmek için biraz geç kaldım ama gelecek için.

Kaynak çatalının Wikipedia'da açıklaması

Gerisi benim düşüncem:

@ nickf: Bu dosyaları hiçbir zaman görmemek bu OS X sürümlerinin bir özelliği değil, bir FLAW. İnsanlar veri üretir, toparlar, farklı ortamlarda saklarlar vb. Neye ihtiyaç duyulduğunu veya neye ihtiyaç duyulmadığını bilmeleri gerekir. Gizlemek onları karanlıkta tutar.

Asırlık kötü kullanıcıları bir şeyleri gizleme fikri: Bir programcı, kendi işini yapmanın uygunluğuyla ilgilenen bir programcı, son kullanıcının etki alanında bir şeyi kötüye kullanıyor, kendisi için kolaylaştırıyor.

Bu durumda meta verilerini kullanıcının veri alanında sakladı, ardından kullanıcıdan sakladı. Büyük resmi kaçırdı: Kullanıcı gizli detaylardan haberdar olmayacak. Verilerini topladığında ve programcı tarafından beklenmeyen bir yere gönderdiğinde, eksik parçalar sevk edilmeyecek veya bilinmeyen parçalar gelmeyecek, ne kullanıcının ne de alıcının açıklayabileceği bir şey gelmeyecektir.

Kullanıcıdan bir şeyleri saklamak kötüdür. Kullanıcının aptal olduğunu varsayar, programcının aptal veya tembel olması daha doğru olduğu zaman.

Açıkçası, bu kötü alışkanlık MAC ile sınırlı değildir. O her yerde. Programcıların, son kullanıcıların ihtiyaçları karşısında kendi hedeflerine öncelik veren kendi programlarına ve satıcılarına aşık olmalarının bir sonucudur.

Kısaca.

__MACOSX:
süpürüldükleri halının altından çıkan garip kokulu programcı dışkıları.

Programcılar ve satıcılar: Lütfen her şeyi açıkta tutun. Onları gizlediğinde, kendini aptallaştırırsın ve kullanıcı bilgisizdir.


12
Bu cevap sadece bir cevap olsaydı daha iyi olurdu. Aptal programcılar ve tembel kullanıcılar hakkında genişletilmiş ranting ondan uzaklaşıyor.
Kristopher Johnson

1
@pbernatchez Aslında, olayların nasıl göründüğünü ve nasıl geliştiğini öğrenmek için durduysanız, muhtemelen burada kendi öfkeniz, kibirli "dışkı" larınızı bırakmazsınız. Kaynak çatalları Mac OS X öncesi (gerçekten güzel!) Bir uygulama detayıydı ve kullanıcılar bunları yalnızca diğer sistemlerle etkileşime girdiğinde buldu; 90'lı yıllardan beri, Apple kaynak çatalları olmayan bir dünyaya giderek daha fazla taşındı, ancak yine de uyumluluğu korumak için geriye doğru eğildi. "Meta verileri kullanıcının veri alanında sakla"? O NE LAN? Bunu söylemek için "meta verileri" ve "kullanıcının veri alanını" ne kadar titizlikle tanımlamanız gerekiyor? Dosya sistemlerinden nefret etmelisiniz!
hmijail

3
"Kullanıcıdan bir şeyleri saklamak kötü". Dostum, ayrıca her türlü kullanıcı arayüzünden ve kütüphaneden, soyutlamadan ve soyutlamadan nefret etmelisiniz.
hmijail

4
Bu soruya cevap vermiyor. Bu cevabı okuduktan sonra, _MACOSX klasöründe hangi meta verilerin bulunduğu veya hangi kaynak çatalların olduğu hakkında hiçbir fikrim yok. Sanırım insanlar bunu rantla aynı fikirde oldukları için destekliyorlar?
Atte Juvonen,

1
Duygusal olarak yüklü tonun yararlı olmadığı konusunda hemfikir olmama rağmen, zaman zaman ihtiyaç duyulan gizli şeyleri yaratmanın, kesinlikle bu cevapta belirtildiği gibi, gerçekten de kötü bir fikir olduğuna katılıyorum: kullanıcılar ya (a) gizli dosyaları göndermeyeceklerdir. veya b) alıcının görebileceği ve anlayamadığı gizli dosyaları gönderir. Bu dosyalar görünür olmalı veya veriler diğer işletim sistemlerinde "atlanabilir" olarak işaretlenmiş bir şekilde dosyalara gömülmelidir. Gizli dosyalar ve dizinler öncelikle kullanıcıları karanlıkta tutmamak için korumak için kullanılmalıdır .
Mike Williamson,

16

Son sorunuzu cevaplamak için:

mac kullanıcıları bu hatayı nasıl önleyebilirler?

Mac OS X kullanıcıları, Keka gibi bir üçüncü taraf arşivleme yardımcı programı kurabilir , ardından Kaynak Çatallarını kullanmamasını söyleyebilir ve ardından varsayılan kompresör olarak ayarlayabilir.


Keka ile bu nasıl yapılır

Keka'ya Kaynak Çatallarını kullanmamasını söyle

  1. Keka'yı bir dosya olmadan (Başlatma Panosundan, Spot Işıktan vb.)
  2. Basın ⌘ Cmd+ ,için Tercihler açmak
  3. Sıkıştırma sekmesini seçin
    Keka "Sıkıştırma" sekmesi seçildi
  4. Kontrol "(: .DS_Store örn) Mac kaynak çatal hariç tut"
    "Mac kaynak çatallarını hariç tut (örneğin: .DS_Store)" yazan bir onay kutusu

Keka'yı varsayılan kompresör yapın

  1. Aynı Keka Tercihleri penceresinde
  2. Genel sekmesini seçin
    Keka "Genel" sekmesi seçildi
  3. "Keka'yı varsayılan kompresör / kompresör olarak ayarla" üzerine tıklayın [sic]
    görüntü tanımını buraya girin

1
Bu, son 2 adımda "Kaynak Çatallarını kullanmamasını söyle, sonra da varsayılan kompresör olarak ayarla" diyerek bazı bilgiler ekledim.
Steven C. Howell

@ stvn66 Tamamlandı! Sadece FYI olsa da, bu genellikle bu soruların kapsamı dışındadır, bu yüzden ilk başta yapmadım.
Ben Leggiero

2
Aşağı oylama, özür dilerim. Varsayılan yazılımla çözülebilecek bir sorunu çözmek için 3. taraf yazılımı yüklemeye hayran değilim. Chris Johnson yukarıda da belirtildiği gibi, zip -dkaynak çatallarını zip dosyalarından çıkaracak. Aslında, ilk etapta zip kullanırsanız, kaynak çatalları ilk etapta eklenmiyor düşünüyorum.
Edward Falk

1
@EdwardFalk Bu adil! Bu cevabı "Her zaman bu şekilde davranmasını nasıl sağlarım?" sorun değil, "Nasıl bir kez bu şekilde davranmasını sağlayabilirim?" bir.
Ben Leggiero
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.