Что такое macosx в майнкрафт
Получаю от одной студии выполненную работу через Dropbox. По ссылке архив, в нём папка с проектом и еще одна непонятная папка. Внутри неизвестной папки еще одна, вложенная, названная именем моего проекта. Почти пустая, только копии двух служебных файлов.
Подозрительного содержимого вроде нет. Антивирус не ругается. Вызывает вопросы сам факт существования лишней папки.
Очень часто в скачанных шаблонах сайтов нахожу папку __MACOSX с файлами, для чего нужны эти файлы?
Эта папка создается в макоси автоматически при архивации из контекстного меню (ZIP-архивы) . Туда кладется инфа для быстрого поиска в архиве (перечень содержимого этого самого архива) .
Удаляйте спокойно. Даже для Маков она не обязательна, а для остальных - бесполезна. Разве что как подпись сойдет: "я архивировал это на Маке - завидуйте" ))
Благодарю канешно за ответ что удалять папку можно смело хоть она и весит 20 килобайт всево, но я тебе не завидую.
Эт понятно.
Я тоже предполагаю, что это какие-то хаки для макос, но хотелось бы знать точно.
Спасибо за помощь.
Смешно, когда уже дан такой классный ответ, что внизу кто-то еще пытается отвечать чего-то
Ну а вдруг кто-то еще не понял, что это для файлов от Мака?
А я то думаю, почему она не устанавливается.. Оказывается, что ее не нужно устанавливать в шаблон. Спасибо за инфу!
Гуглим “macosx folder”
Многие файлы Mac состоят из двух частей: данные и ресурсы. Встроенная zip-утилита для Mac при создании архива собирает информацию о ресурсах в отдельную папку __MACOSX.
Скрытые файлы и папки, доставшиеся в наследство от Mac архиватора, способны приводить в замешательство не только людей. Они могут вызывать сбой в обработке информации, если компьютер конечного не-мак-пользователя распаковывает архивы автоматически. Но это вовсе не означает, что компьютеру будет нанесен вред. Просто при распаковке система выдаст ошибку.
Что такое папка __MACOSX?
Что это за папки __MACOSX, которые я постоянно вижу в zip-файлах, созданных людьми на OSX? Некоторые занимают до 30% файла.
Какая программа создает папку __MACOSX и как пользователи Mac могут избежать этой ошибки?
Да, они супер-раздражающие и, как правило, бессмысленные, так как ресурсные вилки так часто пусты. Но, по крайней мере, они безвредны, в отличие от нестандартного подхода, который Apple использует для> 4 ГБ размеров архивов с помощью встроенного в OS X материала, что запутает любой другой инструмент и снова сломает достаточно большие файлы. И, может быть, это может быть и хуже, он может хранить две копии каждого файла с одним и тем же именем, одну для данных и одну для ветки ресурсов, что часто делает невозможным доступ к любой из них, как это было в Mac OS до OSX. О, Apple, почему ты ненавидишь стандартные форматы файлов? @bobince: на самом деле, ресурсные вилки были очень хорошей идеей . в то время. В наши дни тот же эффект достигается за счет хранения ресурсов в виде отдельных файлов, большинство из которых выглядят почти как стандартные форматы файлов. В метаданных как таковых нет ничего плохого, просто Apple умеет создавать собственные форматы и путать существующие форматы с совершенно несовместимыми расширениями! Наличие данных типа контента в качестве метаданных само по себе - отличная вещь, и меня огорчает то, что в качестве альтернативы OS X движется к взлому Windows расширений файлов. Хотя это не так плохо, как в Linux, где файловая система поддерживает хранение метаданных Content-Type, но никакие рабочие столы не используют их, предпочитая полностью разбитую смесь шаблонов расширения файла / имени и сниффинга контента (ура!). Вздох, ОС а? @bobince: Но да, по крайней мере, формат, который они создали для этого , не приносит никакого реального вреда, кроме небольшого загромождения списков каталогов и траты по существу 1 инода и 1 блока на извлеченную пустую ветвь ресурса, если вы не используете что-то вроде NTFS (который будет хранить содержимое файла в MFT для таких маленьких файлов), в этом случае он просто тратит впустую «inode» (запись MFT). Может быть исправлено после факта zip -d filename.zip __MACOSX/\*Это не просто разветвление ресурсов, в файл AppleDouble помещается что-то помимо базового содержимого файла. Apple отходит от ресурсов, но к таким вещам, как расширенные атрибуты, которые также будут храниться в контейнере AppleDouble. Вы делаете это звучит как особенность. .zip файлы намеренно отсутствуют в отделе метаданных. Если вам нужны метаданные, используйте другой формат, а не Mac. Пример правильной реализации zip + метаданных: .jar «Так как Windows и другие операционные системы не понимают», - тьфу. Я просто ненавижу такую терминологию Только что обнаружил: если вы на Mac, используя командную строку, unzip filename.zip распакуете каталог __MACOSX /, который вам не нужен, но open filename.zip сделает правильно.Apple предоставляет встроенную возможность ZIP-файлов в OS X 10.3 и выше, и эти файлы являются результатом безопасного хранения Resource Forks Apple. Вы никогда не увидите эти файлы под управлением OS X 10.3 или выше, но поскольку Windows и другие операционные системы не понимают эту особую форму Resource Forks, они будут отображаться так, как вы их видите.
Вот ссылка, которая объясняет это довольно хорошо. Полагаю, уже поздно помогать Яде, но для потомков.
Остальное мое мнение
@nickf: Никогда не видеть эти файлы - не ОСОБЕННОСТЬ тех версий OS X, это FLAW. Люди создают данные, оборачивают их, хранят на разных носителях и так далее. Им нужно знать, что нужно или что не нужно. Сокрытие это держит их в темноте.
Вечная плохая идея скрывать вещи от пользователей: программист, обеспокоенный целесообразностью выполнения своей работы, злоупотребляет чем-то в области конечного пользователя, чтобы облегчить себе это дело.
В этом случае он хранит метаданные в пространстве данных пользователя, а затем скрывает их от пользователя. Он пропустил общую картину: пользователь не узнает о скрытых деталях. Когда он упаковывает свои данные и отправляет их куда-то неожиданно для программиста, недостающие части не будут отправлены или появятся неизвестные части, которые ни пользователь, ни получатель не смогут объяснить.
Скрывать вещи от пользователя плохо. Предполагается, что пользователь глуп, когда более точно программист глуп или ленив.
Чтобы было ясно, эта вредная привычка не ограничивается MAC. Это везде. Это является следствием того, что программисты влюбляются в свои собственные схемы, а поставщики ставят приоритеты в своих целях перед потребностями конечного пользователя.
__MACOSX:
странно пахнущий помет программиста, появляющийся из-под коврика, где их заметили.
Программисты и поставщики: пожалуйста, держите все под открытым небом. Когда вы их скрываете, вы становитесь глупыми, а пользователь не информированным.
Что такое папка MACOSX?
Что это за папки __MACOSX, которые я вижу в zip-файлах, сделанных людьми на OSX? Некоторые берут до 30% файла.
какая программа производит эти папки __MACOSX и как пользователи mac могут избежать этой ошибки?
яблоко обеспечивает встроенную возможность к архивам застежка-молнии в OS X 10,3 и высокий, и эти архивы результат Яблока храня образ вилок ресурса безопасный. Вы никогда не увидите эти файлы под управлением OS X 10.3 или выше, но поскольку Windows и другие операционные системы не понимают эту специальную форму вилок ресурсов, они будут отображаться так, как вы их видите.
вот ссылка, которая объясняет это очень хорошо. Я полагаю, что немного поздно помогать яде, но для потомков.
@nickf: никогда не видеть эти файлы не является особенностью этих версий OS X это недостаток. Люди производят данные, упаковывают их, хранят на разных носителях и так далее. Они должны знать, что нужно, а что не нужно. Скрывая это держит их в темный.
вековая плохая идея скрывать вещи от пользователей: Программист, озабоченный целесообразностью выполнения собственной работы, злоупотребляет чем-то в сфере конечного пользователя, чтобы сделать его легким для себя.
в этом случае он хранил метаданные в пространстве данных пользователя, а затем скрывал их от пользователя. Он пропустил большую картину: пользователь не узнает о скрытых деталях. Когда он упаковывает свои данные и отправляет их куда-то непредвиденным программистом, недостающий части не получат погруженными или неизвестные части приедут которые ни пользователь и получатель не могут объяснить.
скрывать что-то от пользователя плохо. Он предполагает, что пользователь глуп, когда точнее программист глуп, или ленивый.
чтобы быть ясным, эта плохая привычка не ограничивается MAC. Она повсюду. Это следствие того, что программисты влюбляются в свои собственные схемы, а поставщики ставят свои собственные цели выше потребностей конечного пользователя.
__ _ MACOSX:
странно пахнущий программистский помет, появляющийся из-под ковра, где его подметали.
программисты и поставщики: пожалуйста, держите вещи в открытом. Когда вы скрываете их, вы делаете себя глупым, а пользователь не информирован.
Читайте также: