Fórum Ubuntu CZ/SK
Ostatní => Otevřená diskuze kolem Linuxu a OSS => Téma založeno: Luban 24 Srpna 2010, 11:11:35
-
Používáte při pojmenování adresářů a souborů (hlavně se jedná o dokumenty) diakritiku nebo dodržujete max. 8 znaků na jméno souboru a dikritiky a mezer se vyvarujete?
-
Ja osobne pouzivam aj diakritiku a medzery
-
Počet znaků nedodržuju, ale diakritiky a mezer se opravdu vyvaruju. pouzivám tedy a-z _ - 0-9 . vše. předchází se tomu mnoha problémům...
-
Používám všechny znaky, a zatím jsem narazil jen na jeden problém: když použiji ď (d s háčkem) v názvu skriptu, tento se nespustí (nevím proč)
$ cat trid
#! /bin/bash
echo ahoj
$ ./trid
ahoj
$ mv trid třiď
# soubor třiď se zobrazí, ale nespustí
$ cat třiď
#! /bin/bash
echo ahoj
$ ./třiď
Killed
$ mv třiď třid
$ ./třid
ahoj
$ strace ./třiď
execve("./t\305\231i\304\217", ["./t\305\231i\304\217"], [/* 34 vars */] <unfinished ...>
+++ killed by SIGKILL +++
Killed
-
Počet znaků nedodržuju, ale diakritiky a mezer se opravdu vyvaruju. pouzivám tedy a-z _ - 0-9 . vše. předchází se tomu mnoha problémům...
+1
-
V jedné diskuzi (http://forum.zive.cz/viewtopic.php?f=940&t=1101340&st=0&sk=t&sd=a) jsem našel tento souhrn pravidel.
1) Nepoužívat v názvech žádné speciální znaky/diakritiku.
Tj. žádné "$", "&", "/", "!" nebo "š", "č", "ě" apod.
2) Mezery nahrazovat podtržítkem ("_").
Tj. "muj_soubor.doc" místo "muj soubor.doc".
3) Dodržovat délku názvu kratší než 15/25/35 znaků (různé zdroje uvádí různé délky).
4) Pracovat citlivě s velkými písmeny nebo se na ně úplně vykašlat.
V tomto případě se argumentuje, že různé OS (Windows, Mac OS, *nix) jsou různě "case sensitive".
5) V případě číslování se doporučuje používat dvou a více místný systém a umisťovat jej na začátek souborů/složek.
Např. "01_soubor.mp3", "15_soubor.mp3" pro počet < 100; "001_soubor.mp3", "015_soubor.mp3" pro počet menší < 1000 atp. Argumentace je opět logická - různé systémy a různí správci souborů používají různé metody řazení souborů a složek, takže se vám pod sebou např. můžou zobrazit soubory "1_soubor.mp3", "10_soubor.mp3", "100_soubor.mp3".
6) V případě umístění data do názvu se doporučuje tvar "YYYYMMDD", ideálně na začátek souboru/složky (kvůli řazení - viz výše).
Např. "20100208_nazev.txt". Osobně mi tenhle anglofonní systém taky není dvakrát po chuti, ale měli byste mít takhle spolehlivě zajištěno správné řazení napříč platformami. Taky myslím, že formátem "YYYY-MM-DD" (např. "2010-02-08_soubor.txt") nic nezkazíte.
Používáte výše uvedené i na názvy adresářů. přiznávám, že se o to spíše snažím jen u názvu souborů. V názvech adresářů mám diakritiku.
-
Možná by bylo dobré ta pravidla nějak zdůvodnit.
Já osobně nevidím nejměnší důvod nepoužívat v názvech souborů a adresářů diakritiku nebo cokoliv jiného, co daný filesystém umožňuje.
Druhá věc je ta, že při přenosu na jný fs (třeba na CD) může člověk narazit...
-
ono pro uživatele t oje vcelku jedno. Když si nějaká slečinka udělá na ploše složku "MoJeE FoTěšČkYy" a do toho třeba "V parku s JaŇulQoUU" ( zobrazování formátů samozřejmě vyplé ), tak jen pro to, aby si to nahrála na FB nebo polslala 4 dalším kamarádkám, tak to plně stačí. Ale pokud chce člověk třeba občas pracovat se soubory v komandlajně nebo má právě přechody mezi systémy ( Tux -> Win apod ), tak by určitě měl dodržovat pravidla, která pastoval Luban. S tím se nedá jinak než souhlasit. Jen ten časový zápis mi je docela proti srsti a je to asi jediné pravidlo, které porušuji.
-
Já osobně diakritiku a mezery používám. Je pravda, že v minulosti jsem narazil v případě přenesení souborů Ubuntu ->Windows (i v druhém směru). Tam se mi potom zobrazovaly jen klikyháky (prostě bylo jiné kódování no). Dneska jsem ale přenášel soubory z Windows 7 do Ubuntu a všechny názvy byly OK.
-
nevidim důvod proč bych měl třeba názvy svý francouzský muziky nějak prznit. používám diakritiku i všemožný cizojazyčný speciální znaky. když mi to ext4 umožňuje, nevim proč bych se o to měl ochudit.
-
Možná by bylo dobré ta pravidla nějak zdůvodnit.
...
Druhá věc je ta, že při přenosu na jný fs (třeba na CD) může člověk narazit...
Souhlas - záleží na tom, co má člověk s danými soubory za lubem. Pokud je nikam nepřenáší, je to víceméně jedno.
...
Já osobně nevidím nejměnší důvod nepoužívat v názvech souborů a adresářů diakritiku nebo cokoliv jiného, co daný filesystém umožňuje.
Důvody jsou, a ne malé - např. můj příklad výše, nebo používání ., ~ apod., které mají v daném systému speciální význam.
-
podobne ako stet, nepouzivam medzery, namiesto nich davam podciarknik. pouzivam len male pismena abecedy (bez diakritiky) aj kvoli tomu, ze linux bere nazvy ako case sensitive a cisla 0-9.
Ad dlzka 8 znakov) nevidim dovod preco by som to mal dodrzovat, ale pravda je, ze nedavam dlhe nazvy, kto to ma potom vypisovat :D
-
Možná by bylo dobré ta pravidla nějak zdůvodnit.
...
Druhá věc je ta, že při přenosu na jný fs (třeba na CD) může člověk narazit...
To je podle mě zrovna jeden z hlavních důvodů - různé fs. Každý si s diakritikou (resp. kódováním diakritických znaků) nebo speciálními znaky (@#$%^&*) poradí jinak (nebo vůbec neporadí).
Mě se nezřídka stávalo, že jsem soubory (dlouhé názvy + diakritika) stažené do Windows z ftp serveru (linux) potřeboval vypálit na CD. A to je potom fakt maso ...
-
No jo,
ale to pak člověk ze samé opatrnosti moh' celej život používat jenom 8.3.
Speciálně u CD není (pokud se nepletu) problém diakritika, ale délka...
-
Celé jsem to otevřel, protože si chci udělat pořádek ve fotkách a dokumentech.
Používám na zálohu externí disk, na který ukládám i data kamarádovi, který má win.
(Přemýšlím i nad souborovým formátem tohoto disku - bohužel asi buď FAT32 - velké soubory nemám, nebo NTFS).
No a včera jsem narazil na zápisek na www.digineff.cz
http://www.digineff.cz/art/costim/po_dovolene.html
A tam se O.Neff doporučuje vyvarovat se diakritiky.
-
Celé jsem to otevřel, protože si chci udělat pořádek ve fotkách a dokumentech.
Používám na zálohu externí disk, na který ukládám i data kamarádovi, který má win.
(Přemýšlím i nad souborovým formátem tohoto disku - bohužel asi buď FAT32 - velké soubory nemám, nebo NTFS).
No a včera jsem narazil na zápisek na www.digineff.cz
http://www.digineff.cz/art/costim/po_dovolene.html
A tam se O.Neff doporučuje vyvarovat se diakritiky.
Pokud ti jde o archivaci těch 5-ti fotografií z 5.000, jak pan Neff také píše, tak si je prostě pojmenuj foto1 až foto5 a máš to :-)
-
Ten Neffův článek byl takový spouštěč. 5.000 fotek nemám ani za rok ;).
Jedná se mi hlavně o dokumenty a adresáře.
-
Ten Neffův článek byl takový spouštěč. 5.000 fotek nemám ani za rok ;).
Jedná se mi hlavně o dokumenty a adresáře.
Jasně.
Pokud se bavíme o UTF8, tak tam skutečně není důvod nepoužívat jakékoliv "místní" znaky a všude na světě to bude vypadat stejně.
Pokud se ovšem bavíme o widlích a jejich filesystémech, tak tam je vůbec otázka, jestli to jsou vhodné fs na archiv.
A u CD/DVD jsem zatím narazil pouze s délkou názvu bez ohledu na diakritiku, např. u CD, kde je jak interpret, tak titul poněkud zbytnělý, jako např. Son House - Father Of The Delta Blues - The Complete 1965 Sessions Disc 1.
-
U těch názvů souborů mám zažitá pravidla ještě z DOSu, tak ty názvy nejsou nijak šílené. S diakritikou a mezery "prasím" v názvech adresářů a nejsem si jist, zda na to někdy v budoucnu nedoplatím (chystám se kopupit nejaké multimediálnílní centrum k TV).
-
Zásadně bez diakritiky a podobnýho bordelu, misto mezer podtržítko, (nejradši) trojznakové přípony malými písmeny. Délka názvu asi jako název funkce/proměnné v programování - krátce a výstižně abych nemusel stále používat "ls" a tabulátor. :)
Je sice pravde že se píše rok 2010 a s kódováním názvů souborů by neměl být problém, nicméně...jistota je jistota.
-
Máte někdo tip, jak nejlépe odstranit diakritiku a mezery (nahradit _ ) v názvech souborů a adresářů?
-
No jasně,
napiš si skript/program, kterej to udělá; uděláš si tabulku znaků s diakritikou a jejich "bez" protějšků a podle ní si to hezky soubor po souboru, adresář po adresáři rekurzivně přejmenuješ.
-
Máte někdo tip, jak nejlépe odstranit diakritiku a mezery (nahradit _ ) v názvech souborů a adresářů?
třeba pro mptrojky to umí easytag..