MacBinary: Mac жүйесіндегі файлдарды біріктіру форматы
MacBinary
MacBinary форматы – Mac OS файлдарын FTP, веб, электрондық пошта арқылы тасымалдауға арналған. Unix, Windows жүйелерінде де қолданылады. Файл метадеректерді сақтайды.
Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы EN түймесі оны мәтін ішінде көрсетеді.
Мазмұны
Кіріспе
MacBinary – HFS кеңейтілген метадеректерімен бірге классикалық Mac OS файлының дерек және ресурс бөлімдерін бір файлға біріктіретін файл форматы. Соның нәтижесінде алынған файл FTP, World Wide Web және электрондық пошта арқылы таратуға ыңғайлы. Мұндай құжаттар Unix немесе Windows сияқты HFS қолдауын қамтамаған операциялық жүйелерде де сақталуы мүмкін. MacBinary Macintosh жүйесінде кеңінен қолданылды және осы платформадағы көптеген байланыс бағдарламаларына кіріктірілген. Осыған ұқсас шешімдер Mac-тағы деректерді сығымдау бағдарламаларының көпшілігіне енгізілді, және олар Mac емес жүйелер арқылы берілу үшін MacBinary талап етпесе де, файлдың ұзын атауларын және басқа мүмкіндіктерді сақтау үшін көбінесе MacBinary қосылған. HFS жүйесінің екі бөлімді құрылымы Mac OS X-те қолданылмады, ал MacBinary көбінесе қолданыстан шықты.
MacBinary is a file format that combines the data fork and the resource fork of a classic Mac OS file into a single file, along with HFS's extended metadata. The resulting file is suitable for transmission over FTP, the World Wide Web, and electronic mail. The documents can also be stored on computers that run operating systems with no HFS support, such as Unix or Windows. MacBinary was widely supported on the Macintosh and was built into most communications programs on that platform. Similar solutions were built into most data compression applications on the Mac, and although these did not require MacBinary to survive transmission across non Mac systems, MacBinary was often added in these cases to preserve longer filenames and other features. The dual fork nature of the HFS system was not used on Mac OS X, and MacBinary has largely disappeared.
Сипаттама
Сол дәуірдегі басқа компьютерлерден өзгешелігі, Macintosh қолданбалары компьютерлік кодты және операциялық жүйенің өзі пайдаланатын көптеген ресурстарды қамтыды. Бұл ресурстар дыбыстар мен кескіндер сияқты бай медиані сақтау үшін құжаттарда кеңінен қолданылды. Дегенмен, ресурс жүйесінің маңызды шектеуі болды – кез келген жеке ресурс тек 32 кБ көлемде болатын, бұл құжат деректерін сақтау үшін тым аз. Бұл мәселені шешу үшін Apple «форк» тұжырымын енгізді, осы арқылы файлдық жүйедегі кез келген файлдың ресурс форкі мен дерек форкі болуы мүмкін болды. Бұл физикалық тұрғыдан екі бөлек файл болғанымен, операциялық жүйе осы екі бөлек файлдың әрқашан бір нысан ретінде қарастырылатынын қамтамасыз ететін. Сондықтан, Finder-дегі дискетаға сүйрегенде екі форк та көшірілетін. Бұл, файлды басқа компьютерлік жүйелерде сақтау қажет болғанда қиындық тудырды. Форк тұжырымынан хабарсыз жүйелер екі форкты бөлек файлдар ретінде сақтауға мәжбүр болды. Бұл олардың кейбір сәтте бөлініп кетуіне немесе Mac-ке қайта жіберілгенде дұрыс біріктірілмеуіне мүмкіндік берді. Осы мәселенің шешімі ретінде екі форкты біріктіріп, бір файлға айналдырып, оларды басқа Mac-ке жеткенде автоматты түрде бөліп шығаратын бірнеше әдіс пайда болды. MacBinary ең танымал шешімдердің бірі болды, ал BinHex UseNet-те де қолданылды, онда деректерді беру 8 биттік таза емес еді. Apple-дің жекелеген шешімдері – AppleSingle және AppleDouble пайдаланушылар қауымдастығында кеңінен таралған жоқ. MacBinary арқылы кодталған файлдар, нұсқасына қарамастан, әдетте файл атауының соңына .bin немесе .macbin кеңейтімдері қосылады. Eudora сияқты электрондық пошта бағдарламалары MacBinary пошта хабарламаларын шығарып, оларды декодтауға болады. Mac үшін арналған көптеген FTP бағдарламалары, мысалы Fetch және Transmit, жүктеген MacBinary файлдарын автоматты түрде декодтайды. MacBinary, BinHex-ке ұқсас, бірақ MacBinary ASCII мәтінінің орнына екілік файлдарды жасайды. Осылайша, MacBinary файлдары BinHex файлдарынан кішірек, бірақ ескі қолданбалар мен серверлер оларды бұзуы мүмкін.
In contrast to other computers of the era, Macintosh applications included both computer code as well as a large number of resources that were used by the operating system (OS) itself. These resources were also widely used in documents to store rich media like sounds and images. However, the resource system had the significant limitation that the maximum size of any single resource was only 32 kB, far too small for storing document data. To address this, Apple introduced the concept of forks, allowing any file in the filesystem to have both a resource fork and a data fork. Physically these were separate files, but the OS would ensure the two separate files were always treated as a single object, so dragging it to a floppy disk in the Finder would copy both forks. This presented a serious problem when the file had to be stored on other computer systems. Those systems, unaware of the fork concept, would have to store the two forks as separate files. This presented the possibility that the two would be separated at some point, or not properly recombined when they were transmitted back to the Mac. This problem led to a number of solutions that combined the two forks together into a single file, and then automatically pulling them back apart when they reached another Mac. MacBinary was one of the most popular solutions, although BinHex was also used on UseNet, where data transfer was not 8 bit clean. Apple's own solutions, AppleSingle and AppleDouble, were never widely adopted in the user community. Files encoded with MacBinary, regardless of the version, usually have a bin or macbin file extension appended to the ends of their filenames. E mail programs such as Eudora can extract and decode MacBinary mail messages. Most dedicated FTP programs for the Mac, such as Fetch and Transmit, transparently decode MacBinary files they download. MacBinary is similar to BinHex, but MacBinary produces binary files as opposed to ASCII text. Thus, MacBinary files are smaller than BinHex files, but older applications and servers are more likely to corrupt them.
Тарих
MacBinary-дің алғашқы нұсқасы 1985 жылы жарық көрді. Стандартты бастапқыда Денис Бразерс (MacTEP терминалды бағдарламасының авторы және кейіннен Apple қызметкері), BinHex авторы Ив Лемперер, PackIt авторы Гарри Чесли және басқалар жасады. Кейіннен BinHex 5.0 нұсқасына MacBinary қолдауын қосты, бұрамаларды біріктіру үшін өзінің әдістерінің орнына MacBinary-ді пайдаланды. Осы кезеңде көптеген терминалды бағдарламалар мен интернет-құралдары да MacBinary қолдауын енгізді. Екі жыл өткен соң, Mac OS-дегі өзгерістерге бейімделу үшін MacBinary II-ге жаңарту жасалды. MacBinary II операциялық жүйенің келесі жаңартуларымен біраз уақыт үйлесімді болды. Бірақ Mac OS 8-дің шығуы бұл жағдайды өзгертті, нәтижесінде 1996 жылы MacBinary III нұсқасы шығарылды. Осы уақыт аралығында Apple өзі MacBinary сияқты мақсатта қолданылатын, бірақ оның кейбір кемшіліктерін жойған AppleSingle және AppleDouble форматтарын шығарды.
The first incarnation of MacBinary was released in 1985. The standard was originally specified by Dennis Brothers (author of the terminal program MacTEP and later an Apple employee), BinHex author Yves Lempereur, PackIt author Harry Chesley, et al. then added support for MacBinary into BinHex 5.0, using MacBinary to combine the forks instead of his own methods. Most terminal programs and internet utilities added built in MacBinary support during this period as well. Two years later it was updated to MacBinary II, to accommodate changes in Mac OS. MacBinary II remained compatible with subsequent updates of the operating system for some time. This changed with the release of Mac OS 8, which necessitated the release of MacBinary III in 1996. In the meantime, Apple itself had released the AppleSingle and AppleDouble formats, which serve the same purpose as MacBinary, but correct some problems with it.