Jak pomocí zipu vytvořit ODF dokument

Sander Marechal popisuje, jak správně vytvořit dokument ve formátu ODF pomocí zipu. Zejména jde o korektní začlenění zrádného souboru mimetype.

15.3.2010 10:06 | Robert Krátký | Zajímavý článek

Komentáře

[Filip Jirsák]

To jsem netušil že je to takhle vymakané. Co všechno lidé neudělají proto, aby nemuseli používat jednoduché ukládání MIME typu do rozšířených atributů a mohli používat takovéhle opičárny

[dustin]

Ty rozšířené atributy se týkají formátu zipu?

[Filip Jirsák]

Rozšířené atributy se týkají souborů a adresářů uložených na disku. Slouží pro uložení metainformací o souboru, jako je právě typ dat. Bohužel na ně většina programů kašle, protože než si údaj o typu souboru (a případně kódování) fádně přečíst z rozšířeného atributu, existují daleko zábavnější metody, jak to zjišťovat – hádat podle koncovky souboru, hádat podle pár bajtů na začátku souboru, a jak ukazuje odkazovaný příspěvek, hádat se dá i podle prostředka souboru.

[Josef Kufner]

Ono totiž se ty rozšířené atributy velmi lehce ztrácí, takže tak jako tak zůstává nutnost identifikace souboru podle obsahu.

[Filip Jirsák]

Jak ztrácí? To jako že vám je někdo smaže z disku? Ztrácí se jedině v případě, kdy soubor třeba okopírujete programem, který je nepodporuje.

[dustin]

A jak to vyřeší třeba mailový klient při ukládání přílohy? Co stažení přes http, kdy server špatně posílá mimetype? P2P sítě?

Osobně považuji umístění této dost důležité informace přímo do souboru jako správné

[Filip Jirsák]

V e-mailu a přes HTTP se typ dat přenášel už dávno před tím, že byly rozšířené atributy implementovány v některých souborových systémech. Pokud typ některé P2P sítě nepřenáší, je pořád jednodušší uhodnout ho jednou a nastavit, než když se každý program pokouší typ uhodnout pokaždé znova.

Osobně považuji umístění této dost důležité informace přímo do souboru jako správné

Jenže abyste věděl, kde máte tu informaci o typu souboru uvnitř souboru hledat, musíte nejprve znát typ souboru. Trochu začarovaný kruh, ne? Problém s přenosem ani s ukládáním těch údajů není, problém je v aplikacích, které raději používají (jen) starý velmi špatný systém místo toho, aby podporovaly také novější lepší systém.

[Lol Phirae]

Hmm, nerad ti do toho kecam, ale...

$ zgrep XATTR /proc/config.gz 
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT4_FS_XATTR=y
CONFIG_REISERFS_FS_XATTR=y
CONFIG_CIFS_XATTR=y

Tak nevim, ale spolehat nekde na to, ze bude fungovat neco, co podporuje jen par filesystemu a jeste k tomu je to volitelne podle konfigurace jadra a navic jeste podle toho, jestli jsem to vubec primountoval s user_xattr), tudy asi cesta moc nevede.

[Filip Jirsák]

Ten seznam má být pokus o co? Měl jste sem dát raději seznam významných souborových systémů, které rozšířené atributy nepodporují – ale proč sem dávat prázdný seznam, že.

Navíc ukládání typů do rozšířených atributů může současný stav jen zlepšit. Nyní aplikace typ hádají, s použitím rozšířených atributů mohou typ znát – a pokud není určen, pořád může hádat, stejně jako dnes.

[Lol Phirae]

Ten seznam jaksi mel naznacit, ze kdyz je neco volitelne na urovni jadra plus na urovni systemu (podle toho jak to primountuju), tak asi tezko muze nekdo spolehat na takovouto pofiderni feature. Jedinou aplikaci, ktera to pouziva, je pokud vim Beagle a ta implementace me opravdu nepresvedcila o uzasnych vyhodach tohoto reseni. S jakymkoliv prenosem souboru na jiny system byl razem neskutecny problem a skoncilo to preformatovanim filesystemu, protoze uz me opravdu nebavilo dumat nad tim, kde jsou user_xattr zapnute a kde ne a proc to pri rozbalovani/synchronizaci s nejakym jinym strojem furt rve, ze to nejde. Pokud vim, neco podobneho (NTFS streams) se snazil pouzivat Kaspersky AV pod Windows a skocilo to neuveritelnym fiaskem. Takze dik, ale aby mi neco cpalo do FS podobne blbiny, o to fakt nemam zajem.

[Filip Jirsák]

Vaše argumentace je poněkud mimo – v jádru se dá vypnout spousta věcí, a nikoho nenapadne psát všechny aplikace tak, aby si vystačily jen s minimálním jádrem (protože by ty aplikace neudělaly nic). Pokud zrovna vy to máte na svých systémech vypnuté, je to váš problém – v běžných distribucích je to už dost dlouho normálně zapnuté.

[Lol Phirae]

Ze je to zapnute v jadru neznamena, ze ten FS je s tou featurou primountovan. Ono svete div se defaultne neni, je to defaultne vypnute, minimalne u ext[234]. Vazne se divim, ze s tak "skvelym" napadem jako ukladat mime typy do filesystemu jeste neprisel treba M$ a porad to cpou do registru, i kdyz by to na NTFS taky slo. Ale asi se jeste uplne nezblaznili.

[Filip Jirsák]

Ze je to zapnute v jadru neznamena, ze ten FS je s tou featurou primountovan. Ono svete div se defaultne neni, je to defaultne vypnute, minimalne u ext[234].

Pořád chybně generalizujete podle vašeho netypického systému.

Vazne se divim, ze s tak "skvelym" napadem jako ukladat mime typy do filesystemu jeste neprisel treba M$

Metadata do souborového systému se ukládají už od té doby, co souborové systémy vznikly – nejprve názvy, později data vytvoření či modifikace, práva a další omezení…

[Lol Phirae]

Pořád chybně generalizujete podle vašeho netypického systému.

Eh...

man mount

defaults
Use default options: rw, suid, dev, exec, auto, nouser, and async.

Dale, viz Documentation/filesystems/ext[234].txt u zdrojaku jadru - ani u jednoho z techto FS neni user_xattr defaultne zapnuto. Koncim debatu o nesmyslech.

[Filip Jirsák]

Asi vás to překvapí, ale málokdo si kompiluje linux ze zdrojáků od základu. Většina lidí používá nějakou distribuci – a ty mohou výchozí chování změnit (a často to dělají). Pak jste také zapomněl na to, že některé FS mají podporu EA zapnutou trvale a není možné ji vypnout.

[Lol Phirae]

Pak jste také zapomněl na to, že některé FS mají podporu EA zapnutou trvale a není možné ji vypnout.

Ano, ty celkem dva co pouziva drtiva mensina uzivatelu. To jsme si fakt pomohli. A propos, ktery spravce balicku podporuje tuhle funkci? Hmmm, nejak me zadny nenapada.

[Filip Jirsák]

To je zajímavé, že předtím byl směrodatný váš systém, teď zas záleží na množství, a XFS, Btrfs nebo JFS používá drtivá menšina uživatelů.

Nevím, co myslíte podporou správců balíčků, ke stahování souborů z internetu většinou používají nějakou knihovnu, k jejich rozbalení, kopírování či přesouvání také. Pokud vím, wget na typy souborů kašle, tar rozšířené atributy podporuje.

[Lol Phirae]

Nevím, co myslíte podporou správců balíčků, ke stahování souborů z internetu většinou používají nějakou knihovnu, k jejich rozbalení, kopírování či přesouvání také. Pokud vím, wget na typy souborů kašle, tar rozšířené atributy podporuje.

O mem systemu nepadlo ani slovo. Zato jsem tady jasne zdokumentoval, ze podpora user_xattr je ve stavajicim stavu na drtive vetsine pocitacu nedostupna nebo se na ni absolutne nelze spolehnout. Co se tyce tech balicku - je vam vubec jasne, ze vsichni by musel balit ty releasy vcetne tech extended attributes a udrzovat v databazi zaznamy o atributech kazdeho souboru, ktery byl pres spravce balicku nainstalovan? To napr. znamena, ze kazdy txt soubor dokumentace by musel byt zabalen s prislusnym atributem, ktery urcuje, ze se jedna o text/plain, a takto take nainstalovan? Ono to chce trochu myslet v souvislostech, ale to zjevne neni vas pripad.

[Filip Jirsák]

O mem systemu nepadlo ani slovo. Zato jsem tady jasne zdokumentoval, ze podpora user_xattr je ve stavajicim stavu na drtive vetsine pocitacu nedostupna nebo se na ni absolutne nelze spolehnout

Ovšem dokumentujete to tím, že to na vašem počítači není zapnuté. To, že to na většině počítačů zapnuté je, vám je jedno.

Co se tyce tech balicku - je vam vubec jasne,… Ono to chce trochu myslet v souvislostech, ale to zjevne neni vas pripad.

Netušil jsem, že vám to musím psát polopaticky. Správci balíčků typicky používají nějakou knihovnu pro archivaci – a tyto knihovny mají podporu pro rozšířené atributy už v sobě. Takže to není vůbec žádný problém.

[Lol Phirae]

Ovšem dokumentujete to tím, že to na vašem počítači není zapnuté. To, že to na většině počítačů zapnuté je, vám je jedno.

Vite co? Udelejte si tady nejakou anketu, kolik lidi ma zapnute rozsirene atributy. Mam totiz neodbytny pocit, ze zijete v bludu.

Netušil jsem, že vám to musím psát polopaticky. Správci balíčků typicky používají nějakou knihovnu pro archivaci – a tyto knihovny mají podporu pro rozšířené atributy už v sobě. Takže to není vůbec žádný problém.

Ale o tom ja prece vubec nemluvim. Spravce balicku musi mit nejakou databazi, kde jsou zaznamy o tom, ktere soubory patri k jakemu balicku, jaka prava jsou k tem souborum, timestamp, checksum, no a ted tomu jeste chcete pridat ty vase atributy. Takze znova - ktery ze spravcu balicku umi tuhle funkci? O tom, ze nikdo ty balicky takhle nebali, uz vubec nemluvim.

[Filip Jirsák]

Vite co? Udelejte si tady nejakou anketu, kolik lidi ma zapnute rozsirene atributy. Mam totiz neodbytny pocit, ze zijete v bludu.

Spousta lidí to má zapnuto, aniž by o tom věděli. Takže navrhuju opačný postup: vy sem dejte seznam rozšířených distribucí, které EA nemají ve výchozím nastavení zapnuté.

Spravce balicku musi mit nejakou databazi

Nemusí. Pro rychlejší vyhledávání může mít nakešováno, který soubor patří kterému balíčku. Jinak to vše má uložené v archivu, ze kterého to stačí při instalaci jen rozbalit. A v rozšířeném atributu může (v tom archivu) může mít uložen i ten checksum. Proč by to měl mít v nějaké extra databázi, když ty emtadata může uložit rovnou k souboru?

[Lol Phirae]

Spousta lidí to má zapnuto, aniž by o tom věděli. Takže navrhuju opačný postup: vy sem dejte seznam rozšířených distribucí, které EA nemají ve výchozím nastavení zapnuté.

Eh, na to nemam opravdu cas. Nic z Gentoo-based distribuci to zapnuto nema.

Nemusí. Pro rychlejší vyhledávání může mít nakešováno, který soubor patří kterému balíčku. Jinak to vše má uložené v archivu, ze kterého to stačí při instalaci jen rozbalit. A v rozšířeném atributu může (v tom archivu) může mít uložen i ten checksum. Proč by to měl mít v nějaké extra databázi, když ty emtadata může uložit rovnou k souboru?

Aha.

1/ Nakesovano mit muze, ovsem kes muzu vytvaret pouze, pokud ty data mam k dispozici. Zatim je nemam, protoze to nikdo neimplementoval. Takze, nemame nic. Nemame to ani odkud vytvaret, protoze balicky s podporou user_xattr nikdo nebali, takze neni ani kde zacit. 2/ Ten rozsireny atribut ovsem musi do toho archivu nekdo naprogramovat (musi ho byt kam ulozit a spravce balicku musi vedet, kam se podivat. Taky nemame, ze. 3/ Protoze ulozit k souborum na live FS je z hlediska spravce balicku naprosto k nicemu. Vy musite mit moznost sledovat, jestli se stav zmenil oproti stavu pri defaultni instalaci (a je jedno jestli se jedna o timestamp, checksum nebo o prava a atributy souboru). Pokud tu moznost nemate, nemate moznost zjistit, ze instalace je poskozena nebo ze nekdo ty soubory upravoval a podle toho se zaridit pri reinstalaci, upgradu apod.

[Filip Jirsák]

Eh, na to nemam opravdu cas.

Aha, takže to nemáte ničím podložené a jenom plácáte.

Nic z Gentoo-based distribuci to zapnuto nema.

Čemu říkáte u Gentoo výchozí konfigurace?

Zatim je nemam, protoze to nikdo neimplementoval.

K tomu sáhodlouhému odstavci existuje jedno jednoduché řešení: archiv s podporou rozšířených atributů. Třeba tar.

[Lol Phirae]

Aha, takže to nemáte ničím podložené a jenom plácáte.

Aha, zato vase tvrzeni, ze xattr je siroce rozsirene a skoro vsude zapnute je hluboce podlozene, ze? Proc si tady neudelate tu anketu?

Čemu říkáte u Gentoo výchozí konfigurace?

Defaultni fstab plus defaultni gentoo-sources.

K tomu sáhodlouhému odstavci existuje jedno jednoduché řešení: archiv s podporou rozšířených atributů. Třeba tar.

To snad neni mozne. Kdyz to s temi rozsirenymi atributy nezabalim, tak to prece neni zadne reseni, je jedno, jestli je to tar, rpm, deb nebo cokoliv jineho. A on to jaksi nikdo s temi atributy nebali, takze v tech baliccich zadna takova informace nebude, protoze neexistuje. Krom toho jste porad nevyresil to, ze je treba nekde ty zaznamy v ramci spravce balicku udrzovat, ono sprava balicku neni o tom, ze to rozbalim a flaknu na disk a dal na to kaslu. To je fakt "reseni" jak stehno.

[Filip Jirsák]

Aha, zato vase tvrzeni, ze xattr je siroce rozsirene a skoro vsude zapnute je hluboce podlozene, ze? Proc si tady neudelate tu anketu?

Na to, abych se dozvěděl, že spousta lidí neví, co to je, nepotřebuju dělat anketu. A na to, abych se dozvěděl, že třeba dost lidí používá Fedoru (která používá SElinux který používá ACL které používají EA) taky nepotřebuju anketu.

Kdyz to s temi rozsirenymi atributy nezabalim

To, že ty atributy nikdo nenastavuje v balíčcích ale není vlastnost balíčkovacích systémů, že?

[Lol Phirae]

To, že ty atributy nikdo nenastavuje v balíčcích ale není vlastnost balíčkovacích systémů, že?

Ano, odpovedi na svuj dotaz se evidentne nedockam, takze nastupuje nasertivni taktika zaseknuta gramofonova deska, ze? :-P

[Filip Jirsák]

Omlouvám se, nějak jsem přehlédl dotaz, na který jsem vám ještě neodpověděl. Můžete jej prosím zopakovat?

[Lol Phirae]

No, uz asi po desate se ptam, ktery spravce balicku ty rozsirene atributy podporuje. A ne, tar ani jiny archivacni program neni spravce balicku.

[Filip Jirsák]

Já vám po desáté odpovídám, že podpora rozšířených atributů není věcí správce balíčků. Rozšířené atributy se týkají souborů a adresářů – co dělá správce balíčků se soubory a adresáři sám? K rozbalení souborů z balíčku používá archivační program, k dodatečným úpravám používá skripty. Skriptem můžete rozšířené atributy nastavit vždy, takže rozšířené atributy podporuje každý balíčkovací systém, který umožňuje spouštět poinstalační skripty.

[Lol Phirae]

Ja nevim jestli ty moje komentare vubec ctete. Proc to JE zalezitosti spravce balicku jsem tady napsal uz asi petkrat, ale patrne to hodlate ignorovat, protoze se vam to nehodi do kramu, pripadne si sedite na vedeni.

Koncim zcestnou debatu.

[Filip Jirsák]

Asi pětkrát jste tu napsal, proč to je záležitost knihovny nebo utility, která vytváří a rozbaluje archiv souborů. Ale jestli si myslíte, že je dobré kód duplikovat a správce balíčků si to má ukládat mimo archiv, je to vaše věc. Každopádně správce balíčků je jedna dílčí aplikace pro použití rozšířených atributů nijak významná – důležitější je, aby rozšířené atributy podporovali třeba správci souborů a desktopová prostředí.

[Lol Phirae]

Ano, spravce balicku si to ma samozrejme ukladat mimo archiv, to jako pokazde kdyz se chcete spravce balicku napr. zeptat, co dany balicek obsahuje, nebo jestli je instalace kompletni a nejaky soubor nechybi, tak ten balicek znova stahnete a rozbalite? Jezkovy zraky, to se mi snad jen zda.

[Filip Jirsák]

Co je to „to“? Co daný balíček obsahuje se dozvím v popisu balíčku nebo podle názvů souborů (ani jedno se neukládá do rozšířených atributů souborů v archivu), zda je instalace kompletní a nic nechybí se opět pozná podle seznamu souborů.

[Lol Phirae]

zda je instalace kompletní a nic nechybí se opět pozná podle seznamu souborů.

Jasne...

echo "" > /bin/bash

To toho poznate podle seznamu souboru, co? To se mi vazne jenom zda. Mel jste nekdy neco do cineni se spravou balicku? Doufam ze ne, to by to opravdu vypadalo.

[Lol Phirae]

A zde jeden konkretni priklad: Using RPM to Verify Installed Packages.

Finally, every file installed by RPM is examined. No less than nine different attributes of each file can be checked. Here is the list of attributes:

• Owner
• Group
• Mode
• MD5 Checksum
• Size
• Major Number
• Minor Number
• Symbolic Link String
• Modification Time

Ovsem, ty rozsirene atributy tam porad nevidim. :P

[Filip Jirsák]

To jsem rád, že vám to konečně došlo. Správce balíčků k ničemu rozšířené atributy nevyužije, takže je nesmyslné se ptát, jestli je správci balíčků podporují.

[Lol Phirae]

To jsem rád, že vám to konečně došlo. Správce balíčků k ničemu rozšířené atributy nevyužije, takže je nesmyslné se ptát, jestli je správci balíčků podporují.

Jezkovy zraky. Kontrola rozsirenych atributu by nutne patrila ke kontrole konzistence balicku, jako uz tam patri kontrola prav k souboru a dalsich veci citovanych vyse. On je ten spravce souboru taky k nicemu nevyuzije, ale pokud se zmeni, tak je instalace nekonzistentni (poskozena). Ach jo, uz toho fakt nechte, tohle jsem v zivote nevidel.

[Filip Jirsák]

Takže pokud si k programu do rozšířených atributů doplním odkaz na domovskou stránku nebo ikonu programu, stane se tím instalace nekonzistentní a je potřeba program přeinstalovat?

[Lol Phirae]

Z hlediska spravce balicku je ta instalace v popsanem pripade samozrejme inkonsistentni. Uzivatel proste musi mit moznost zjistit, ktere soubory a metadata k nim se vztahujici se od "vanilla" instalace lisi. Pokud je menil sam, pak se tim nemusi vzrusovat (typicky konfiguracni soubory), pokud s temi soubory nic nedelal a presto ke zmene doslo, tak je asi nekde chyba a je potreba zjistit, proc se to stalo a nejak ji resit. Popisovany "use case" komentovat nebudu, muj nazor neni publikovatelny pred 22 hodinou. :P

[Filip Jirsák]

Já se zase nebudu vyjadřovat ke správci balíčků, který mi vynadá za to, že jsem změnil konfigurační soubor v /etc nebo si v /home vytvořil soubor s dopisem babičce. Správce balíčků, který předpokládá neměnný systém, mi nepřipadá jako dobrý nápad. Ale dobře, dejme tomu, že by správce balíčků kontroloval některé vybrané rozšířené atributy. To by asi význam mělo – ovšem při zavádění používání rozšířených atributů je to podle důležitosti nějaký stý bod v pořadí, přičemž mi jsme zatím u dvojky.

[Lol Phirae]

Aha. Takze vy chcete nahradit neco, co uz drahnou dobu funguje celkem obstojne necim, co drtiva vetsina uzivatelu nebude schopna vubec pochopit, natoz pak nakonfigurovat (ad absurdum, az budu chtit, aby se mi PDFko misto v Adobe Readeru oteviralo treba v xpdf, tak se budu vrtat ve filesystemu, protoze aplikace si bude cpat podporovane mime typy souboru taky tam?!?), ale to, ze spravce balicku s tim vubec nepocita a tudiz napr. nainstalovanou dokumentaci ve vychozim stavu ten uzivatel stejne neotevre jinak nez rucne nebo se mu najednou zacnou zahadne soubory otevirat v necem, co k tomu neni urceno - no s tim se prece netreba vzrusovat.

Zato budu vytrvale prudit vyvojare, aby ty vase slavne extended atributy rvali do Makefilu, do spec file a ja nevim kam vsude, balickare aby je s nimi balili apod., ale spravce balicku v distribuci na ty informace bude kaslat, proste to pujde mimo nej. Vite kam bych vas jako vyvojar s timhle pristupem, celym navrhem a jeho "promyslenosti" poslal? Hnal bych vas vidlema tak, ze byste mel kour za patama.

[Filip Jirsák]

Já jen chci něco, co moc dobře nefunguje (hádání typu souboru podle obsahu) doplnit o něco, co může fungovat daleko lépe (přečtení si typu souboru z metadat, a teprve pokud tam typ souboru nenajdu, jeho hádání).

Ty absurdní způsoby „využití“ rozšířených atributů sem píšete proto, že jejich použití nechápete, nebo nemáte žádný lepší argument, tak chcete dokázat, že když se bude někdo opravdu hodně snažit, může je použít blbě? Ten druhý přístup bych moc nedoporučoval, stejným způsobem můžete jako nesmysl odmítnout třeba názvy souborů (ad absurdum, az budu chtit, aby se mi PDFko misto v Adobe Readeru oteviralo treba v xpdf, tak se budu vrtat ve filesystemu, protoze aplikace si bude cpat podporovane mime typy souboru taky do lichých písmen názvu souboru?!?)

tudiz napr. nainstalovanou dokumentaci ve vychozim stavu ten uzivatel stejne neotevre jinak nez rucne

Proč?

nebo se mu najednou zacnou zahadne soubory otevirat v necem, co k tomu neni urceno

Proč?

spravce balicku v distribuci na ty informace bude kaslat, proste to pujde mimo nej

Správce balíčků řekne archivační knihovně, aby balíček rozbalila na disk, a ta je rozbalí i s rozšířenými atributy. Vidíte v tom nějaký problém?

[Lol Phirae]

Aha, jasne, archivacni knihovna to spasi... ta vi vsechno - to je takovy centralni mozek lidstva. Hergot naco vlastne mame ty spravce balicku, kdyz staci archivacni knihovna. A ikony a homepage k balickum budeme cpat do filesystemu, tam to je nejlip k nalezeni. Bubuntu k tomu napise nejake pekne klikadlo pro BFU a bude vymalovano. Uzivatel si tam pekne naklikne, ze chce ELF soubory otvirat v OpenOffice, nooo a bude vymalovano To bude nadhera, pane...

[Filip Jirsák]

Máte dvě možnosti, jak kompletnost zjistit. Buď porovnáte soubory bajt po bajtu – pak ale potřebujete originální soubory. Nebo porovnáte nějaké znaky těch souborů – název, velikost, datum modifikace, kontrolní součet obsahu, práva… K tomu ale potřebujete nějakou databázi těchto údajů (pokud je nechcete získávat z originálních souborů). V prvním případě tedy opět záleží na archivační knihovně, druhý případ s rozšířenými atributy nesouvisí (tedy pokud nechcete rozšířené atributy zařadit mezi kontrolované znaky, což podle mne nedává moc smysl). Takže jsme opět skončili u toho, že rozšířené atributy musí podporovat archivační knihovna, správce balíčků s nimi už nic dalšího nedělá. Ale to je pořád dokola. Vy máte utkvělou představu, že správce balíčků by měl s rozšířenými atributy dělat ještě něco jiného, než že nechá archivační knihovnu, aby je rozbalila spolu s obsahem a dalšími metainformacemi souborů, akorát pořád tajíte, co by to vlastně mělo být. Tak až na nějaký způsob použití přijdete, dejte vědět.

[aceman]

A jedina cast metadat, ktora sa da na 99% prenasat medzi roznymi fs, cez http a pod. je len nazov suboru. Vsetky ostatne z vymenovanych v zavislosti od sposobu prenosu zmenene (casy zmien), pripadne sa uplne stratia (prava). Pridavat dalsie metadata, kym nie su principialne doriesene ani tieto zakladne sa mi zda zbytocne.

[Filip Jirsák]

Přes HTTP se typ souboru přenáší mnohem častěji než název souboru – typ se přenáší skoro v každé odpovědi, název souboru skoro v žádné. E-mailem se přenáší název souboru i typ. Při přímém kopírování (cp apod.) se přenáší název, data, práva i rozšířené atributy. Jinými slovy – v síťovém přenosu je to vyřešené už dávno, v souborových systémech už pár let, jediné, co chybí, je podpora aplikací. Důvod, proč to není v aplikacích, je jednoduchý – konzervatismus, nikdy se to tak přece nedělalo, tak nebudeme zavádět něco nového, byť by to výrazně zlepšilo stávající stav. Je smutné, že to takhle funguje i u opensource.

[Kvakor]

Vazne se divim, ze s tak "skvelym" napadem jako ukladat mime typy do filesystemu jeste neprisel treba M$ a porad to cpou do registru, i kdyz by to na NTFS taky slo...

NTFS umí alternativní datové proudy, do kterých by se to kldině dalo nacpat. V praxi je používají jen rozličné breberky

[Lol Phirae]

Jak uz jsem psal, v praxi se je pokousel pouzit KAV. Skoncilo to systemem, ktery bootoval vecnost, pripadne odmital nabootovat vubec, nacez MS firme Kaspersky Labs sdelil, ze k takovymto debilitam nebyla dana featura zamyslena a at si daji studeny hadr na hlavu. Uzivatele nadavali na foru podpory KAV jeste po roce.

[l4m4]

Pracuji asi z osmdesáti různými typy obskurních datových souborů z růných vědeckých přístrojů, kterým nikdo MIME type neregistroval a těžko kdy registruje. Detekce podle obsahu je jediné co funguje. Nicméně z tohoto pohledu musím vzápětí dodat, že OOo ji má zrovna pěkně podělanou.

[Filip Jirsák]

Není problém těm souborům přiřadit uživatelský typ.

[default]

Protože jsou špatně napsané aplikace. Jeden z důvodů, proč na OS X nerad vidím programy portované z Linuxu. Prostě jsou to nedodělky.

Jen je zajímavé, že se mi tady žádné atributy nikde neztrácí — a to i když přenáším soubory přes souborové systémy, které atributy nepodporují.

Ono se totiž nechce. A na pánovi Lol Phirae jasně vidíme, že kdo chce, hledá způsoby a kdo nechce, ten hledá důvody.

[Lol Phirae]

Jasne, ono jsou spatne napsane aplikace. Co na tom, ze to dany system v dane konfiguraci vubec nepodporuje, proste je spatne napsana aplikace, basta fidli.

[default]

Že používáte špatně zkonfigurované systémy je naprosto irelevantní. Já používám systém, který je zkonfigurovaný správně a správně napsané aplikace pak fungují též správně.

Váš rozbitý systém a špatně navržené a tedy i špantě napsané aplikace nejsou omluvou pro prasárnu typu brouzdání zipáčů a dolování užitečných informací někde v binárním bordelu. Jasné?

[Rada]

IMO je to správná cesta, jen je to dneska v takovém stavu, že se to moc použít nedá.