abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 00:11 | Komunita

    V červnu bylo oznámeno, že se z K-9 Mailu stane Thunderbird pro Android. Dle plánu by se tak mělo stát v létě 2023. Na svém blogu vývojáři informují o novinkách z vývoje: přizpůsobitelná gesta v K-9 Mailu ve verzi 6.400 a redesign zobrazení zpráv.

    Ladislav Hagara | Komentářů: 0
    včera 14:22 | Nová verze

    Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi 2022.12. Programovací jazyk Raku byl dříve znám pod názvem Perl 6.

    Ladislav Hagara | Komentářů: 0
    včera 09:00 | Komunita

    V oznámení o vydání Xfce 4.18 Pre2 jsou výsledky soutěže o výchozí pozadí pro Xfce 4.18. Vydání Xfce 4.18 je plánováno na 15. prosince.

    Ladislav Hagara | Komentářů: 0
    včera 08:00 | Nová verze

    Armbian, tj. linuxová distribuce založená na Debianu a Ubuntu pro jednodeskové počítače na platformě ARM, byl vydán ve verzi 22.11. Přehled novinek v Changelogu.

    Ladislav Hagara | Komentářů: 0
    včera 07:00 | Nová verze

    Byla vydána OpenIndiana Hipster 2022.10. Unixový operační systém OpenIndiana (Wikipedie) vychází z OpenSolarisu (Wikipedie).

    Ladislav Hagara | Komentářů: 1
    3.12. 10:00 | Komunita

    O víkendu (15:00 až 23:00) probíhá EmacsConf 2022, tj. online konference vývojářů a uživatelů editoru GNU Emacs. Sledovat lze na stránkách konference nebo také na YouTube.

    Ladislav Hagara | Komentářů: 5
    3.12. 09:00 | Bezpečnostní upozornění

    Byly zveřejněny informace o zranitelnosti CVE-2022-4139 v ovladači i915. Problém se týká Intel GPU Gen12. Zranitelnost je opravena v upstream Linuxu 6.0.11, 5.15.81 a 5.10.157.

    Ladislav Hagara | Komentářů: 0
    2.12. 16:22 | IT novinky

    Mozilla tento týden vedle společnosti Pulse převzala také společnost Active Replica. Active Replica pomůže Mozille rozvíjet metaverse, online 3D platformu, Mozilla Hubs.

    Ladislav Hagara | Komentářů: 16
    2.12. 09:00 | Nová verze

    Po dvou letech a deseti měsících od vydání verze 5.8 byla vydána nová verze 5.9 svobodného multiplatformního softwaru pro konverzi a zpracování digitálních fotografií primárně ve formátů RAW RawTherapee (Wikipedie). Představení novinek v oznámení o vydání verze 5.9 (WIP). Nejnovější RawTherapee je k dispozici také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.

    Ladislav Hagara | Komentářů: 1
    1.12. 18:33 | IT novinky

    Mozilla převzala společnost Pulse. Z oznámení: "Společně budeme vytvářet modely strojového učení, které budou fungovat transparentně, budou respektovat soukromí a budou od začátku vytvářeny se zaměřením na spravedlnost a inkluzi". Společnost Pulse vyvíjí software pro automatické nastavování stavů ve Slacku.

    Ladislav Hagara | Komentářů: 25
    Už jste se osobně setkali s podvodem typu falešná technická podpora?
     (56%)
     (4%)
     (40%)
    Celkem 78 hlasů
     Komentářů: 2, poslední 2.12. 14:48
    Rozcestník


    Dotaz: Skladování souborů s dlouhým názvem v databázi

    12.10. 17:40 Petr
    Skladování souborů s dlouhým názvem v databázi
    Přečteno: 682×
    Mám historicky cca 1000 souborů s dlouhým názvem a potřeboval bych je v takto původní podobě zachovat a při tom používat. Jsou to soubory jak datové tak i spustitelné (historická dokumentace a prohlížečky jednotlivých formátů). Potřebuji k nim přistupovat z Windows, problém jsou ale dlouhé názvy s diakritikou, není šance je bez přejmenování dát do struktury adresářů. Lze tyto soubory umístit do nějaké databáze a pro použití pro Windows prostě vždy vykopírovat jeden nebo více souborů přímo do C:/ a pak po použití klidně i smazat? S úpravou vykopírovaných souborů nepočítám, jedná se jen o prohlížení.

    Odpovědi

    12.10. 18:31 debian+ | skóre: 32 | blog: analyzy
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Aké dlhé sú názvy (dĺžka, kódovanie)?

    Windows FS umožňuje ukladať aj diakritiku, ale názvy (cez fopen) musia byť v UTF-16, čo viem.
    debian.plus@protonmail.com
    12.10. 20:55 Petr
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Právě že názvy jsou svou délkou na hranici možností FS, soubor nejde nakopírovat ani do složky s názvem delším jak jeden znak.
    Jendа avatar 12.10. 21:41 Jendа | skóre: 77 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Pojmenoval bych je například jako jejich SHA256 hash, případně jako začátek jména prohnaný programem detox, a původní jméno uložil bokem do souboru jménosouboru.exe.txt. Následně není problém to spravovat skriptem na tři řádky.
    Všimli jste si jak appky na identifikaci jedlosti hub typicky nemají žádná špatná hodnocení?
    Jendа avatar 12.10. 21:44 Jendа | skóre: 77 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Kdybys to implementoval v Pythonu, tak jako program „detox“ používám tuto funkci:
    # https://github.com/django/django/blob/5a468b4c085900ba28b7f8dfa2cb0b50d7699aa6/django/utils/text.py#L385
    # zakóduje cestu aby to byl název souboru (e.g. nahradí / za -)
    def slugify(value, allow_unicode=False):
      value = str(value)
      if allow_unicode:
          value = unicodedata.normalize('NFKC', value)
      else:
          value = unicodedata.normalize('NFKD', value).encode('ascii', 'ignore').decode('ascii')
      value = value.replace("/", "-")
      value = value.replace(".", "-")
      value = re.sub(r'[^\w\s-]', '', value.lower())
      return re.sub(r'[-\s]+', '-', value).strip('-_')
    
    Všimli jste si jak appky na identifikaci jedlosti hub typicky nemají žádná špatná hodnocení?
    13.10. 09:30 debian+ | skóre: 32 | blog: analyzy
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    A index mat v HTML súbore, tam môžeš mať napohľad dlhé názvy (pre používateľa) a v priečinku uložene ako indexy, md5sum alebo čo len chceš.
    debian.plus@protonmail.com
    12.10. 21:46 X
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Trochu nechapu co je tvuj problem. Mam 1000 souboru a chci je zachovat. No tak je zabal do archivu 'muj_win_trash.zip' a nekam si je uloz. Problem vyreseny.
    Max avatar 12.10. 22:09 Max | skóre: 71 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Není, protože on ty soubory chce otevírat. Myslím si, že Jendovo řešení je asi nejlepší. Patlat se s db nedává smysl, je to pár souborů. Jeden script přibalený k archivu je jednoduché a nenáročné řešení.
    Zdar Max
    Měl jsem sen ... :(
    12.10. 22:43 X
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Potřebuji k nim přistupovat z Windows
    Chce to otervirat na voknech jednou za rok.. tak to skladovat zabalene staci ne? Skopiruje na wokna a rozbali. Tisic souboru je nic. Nazvy zustanou zachovane ;). Proto nehcapu co se resi.
    13.10. 09:38 Milan Uhrák | skóre: 29 | blog: milan_at_ABC
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    VM ?
    13.10. 13:43 PetebLazar | skóre: 30 | blog: l_eonardovo_odhodlani
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    O jak velkém objemu dat je rec? Pokud je to v řádu do jednotek GB pak by asi stačilo archiv se soubory (pokud takový existuje) rozbalit do Ramdisku (disk s kompatibilním filesystémem vytvořený v RAM s dedikovaným písmenem disku). Pochopil jsem správně že soubory se nemění, takže není nutné uchovávat změny (v případě potřeby se znovu rozbalí)?
    13.10. 14:39 debian+ | skóre: 32 | blog: analyzy
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Ide RAM-disk na MS Windowse?
    debian.plus@protonmail.com
    Max avatar 13.10. 14:56 Max | skóre: 71 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Proč by nešel? A neříkej, že je pro tebe jednodušší napsat komentář, než hodit dvě slova do google. Jinými slovy, styď se :).
    Zdar Max
    Měl jsem sen ... :(
    13.10. 16:33 debian+ | skóre: 32 | blog: analyzy
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Je to natívne, alebo ako FUSE?
    debian.plus@protonmail.com
    13.10. 16:52 PetebLazar | skóre: 30 | blog: l_eonardovo_odhodlani
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Řešeních RAMdisku pro Windows je celá řada, já na Win10 používám ImDisk Toolkit.
    Max avatar 13.10. 17:39 Max | skóre: 71 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Nativní asi od W2k. Viz "ramdisk.sys" a utilita "Ramdisk.exe". ImDisk by pak měl do Windows nainstalovat driver, takže by to též neměla být čistě userspace záležitost.
    Zdar Max
    Měl jsem sen ... :(
    13.10. 18:15 Petr
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Už sem z práce doma a koukám že debata už jede.

    Takže upřesním. Celková velikost souborů je momentálně zhruba do 20ti Gb a jsou uloženy na několika místech, částečně na fat32 na přenosném disku (staré zálohy), částečně na NTFS v počítači s Win10 a většina je uložena na disku v počítači na ext4. Můj záměr byl vytvořit úložiště na ext4 kde mám dost místa a tam mít všechno na hromadě, to nasdílet do sítě k přístupu z Win a na používání v terénu vždy nakopírovat databázi na přenosný disk s NTFS a mít data přístupná i na jiných počítačích s Win. Frekvence používání je taková, že na to půl roku nesáhnu a pak třeba týden potřebuji mít data každý den k dispozici.
    13.10. 19:59 Peter Golis | skóre: 63 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Nebol by príklad v názve súboru ktorý sa na Linuxe nedá použiť lebo je moc dlhý? Zatiaľ som sa s takým niečim nestretol, ale neukladám wordové dokumenty s názvom obsahujúcim prvú vetu z neho.

    Keď som pozeral Wiki, tak FAT32 (s LFN) a NTFS (v UTF16) a EXT4 mali zhodný limit 255 znakov na názov súboru. Takže nevidím dôvod prečo by sa to nemalo zmestiť na jeden typ FS a na iný nie. Teda ak v názve nie je napr. dvojbodka, ale to bol problém NTFS. Alebo ak náhodou nepovažuješ za názov súboru aj \\, teda znak označujúci adresár ktorý nie je názov súboru. To by mi potom dávalo (ne)zmysel.

    Zaujímalo by ma ako to tam nahrávaš.
    13.10. 21:36 PetebLazar | skóre: 30 | blog: l_eonardovo_odhodlani
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Není u FAT32 pro názvy použit OEM character set (jednobajtový)? Pokud ano šlo by něm asi uložit s diakritikou na 256 znaků delší názvy, než při uložení v UTF16(NTFS). Mám teplotu 39°C, tak možná píšu z cesty.
    14.10. 07:44 Peter Golis | skóre: 63 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Ten limit je na počet znakov, nie bajtov.

    Buď trolí, alebo sa snaží nacpať do názvu súboru aj jeho cestu (znaky "\" a "/" sú rozdielne). Ale nechápem prečo to rovno nenechá na NTFS disku keď to v prípade koncového použitia na Windows aj tak na ňom chce mať.
    16.10. 11:24 Petr
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Určitě netrolím, na to nemám ani čas ani povahu. Názvy souborů jsem netvořil já, zdědil jsem to a umístění je od starých CD přes disk s NTFS po ext4 na linuxu. Chci to jen dát dohromady tak, aby to na mohlo být na jednom místě a na přenosném disku použitelné i jinde.
    17.10. 17:22 Peter Golis | skóre: 63 | blog: Bežné záležitosti | Bratislava
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Podľa lexikónu je limit na max. dĺžku názvu súboru rovnaký pre NTFS a aj pre EXT4, teda 255 písmen. Trošku lepšie by na tom mal byť Reiser4 s dĺžkou 3976 bytov, ale ten nepoužívam.

    Takže veľa zdaru s podporou takých názvov.
    21.10. 09:11 rastos | skóre: 62 | blog: rastos
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Tento thread sledujem od začiatku a nejak stále tápem. Môžeš uviesť konkrétny príklad, ako nejaké také dlhé meno vyzerá? Koľko má znakov? Ako vzniklo? Má viac ako 255 znakov? Na akom filesystéme ho máš teraz? Kde je problém s presunutím všetkých súborov na ten fileystém, kde teraz máš súbor s najdlhším menom? Ak súbor s najdlhším menom na nejakom filesystéme máš, tak zjavne ten filesystém vie uchovávať súbory s tak dlhým menom.

    Čo sa týka diakritiky, tak windowsy sú interne UCS-2/UTF-16/unicode (či ako to dnes je). Teda na jeden znak má (aspoň?) dva bajty a to vie reprezentovať všetky znaky s ktorými sa stretneš (tipujem, že znaky, ktoré sa nevojdú do 2 bajtov sú tak exotické, že ich tam nemáš).

    Windowsy vedia vraj pracovať s cestou dlhou až 32kB. Link. Nie je jasné do akej miery je tam rozdiel medzi cestou a menom súboru. Ide len o to, či ten prístup použije aplikácia.

    Pre ext2/3/4 je meno súboru len postupnosť bajtov, ktorá je spravidla interpretovaná ako UTF-8. Limit je teda na počet bajtov a nie znakov. Ak nemáš názvy súborov zo samých znakov s diakritikou, CJK či arabčinou, tak nech je ten limit prakticky bajočko ~200 znakov. Prekračuješ to? Daj príklad.

    Keď chceš kanón na vrabce, tak si to ulož do SQL databázy a urob si k tomu web server, ktorý to bude odtiaľ vyťahovať a ponúkať ako URL. Limit na dĺžku URL nie je a s uložením na FS nech si poradí browser.

    Keby si denne premenoval ručne 100 súborov (čo je práca na 1-2 hodiny), tak už to máš.
    Jendа avatar 21.10. 16:37 Jendа | skóre: 77 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Ak súbor s najdlhším menom na nejakom filesystéme máš, tak zjavne ten filesystém vie uchovávať súbory s tak dlhým menom.
    Píše že to má v rootu FS a nemůže to dát do podadresáře.

    Dostal poraděno že může soubory přejmenovat a pak přejmenovávat zpět on-demand, nebo že si může vyrobit „loopback“ a namapovat ho jako další písmenko, a pár dalších věcí, ale nijak se nevyjádřil a furt řeší jak to udělat aniž by napsal proč jsou popsané věci špatné.

    Na Linuxu bych ještě zvážil udělat si FUSE které bude soubory materializovat, ale těžko říct jak se tohle dělá na Windows.
    Windowsy vedia vraj pracovať s cestou dlhou až 32kB. Link. Nie je jasné do akej miery je tam rozdiel medzi cestou a menom súboru. Ide len o to, či ten prístup použije aplikácia.
    Píše že aplikace používají náhodné staré API co to neumí.
    Všimli jste si jak appky na identifikaci jedlosti hub typicky nemají žádná špatná hodnocení?
    29.10. 11:50 Petr
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Byl sem služebně chvíli mimo net.

    Řešení popsaná v diskuzi jsou většinou možná ale takřka všechna všechna jsou vázaná na jeden počítač kde mám admin práva.

    Myslel jsem že najdu univerzální řešení kdy budu všechno moct dát na přenosný disk a prohlížet na libovolném počítači i tam kde nemám práva takřka na nic. Tenhle bordel vznikl historicky právě neřešením diakritiky, délky cest a sběrem dat od dodavatelů kdy něco přišlo z úložiště, něco na CD a tak podobně. Bůh ví na čem to kdo kdy tvořil. Mezi soubory jsou v některých případech vazby kdy se na sebe přes relativní cestu odkazují, takže přejmenování by znamenalo všechno prohlédnout a předělat.
    14.10. 10:03 OldFrog {Ondra Nemecek} | skóre: 36 | blog: Žabákův notes | Praha
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Pokud jde o izolované soubory, které nejsou prolinkované (jako to je třeba u html), tak je IMHO nejlepší postup ty soubory přejmenovat tak, aby s nim šlo na běžných souborových systémech bez problému pracovat a potřebná metadata (dlouhý název apod.) evidovat bokem (v .txt souborech, v nějakém archivačním softu apod.). Což již bylo řečeno výše.
    -- OldFrog
    Jendа avatar 13.10. 22:17 Jendа | skóre: 77 | blog: Jenda | JO70FB
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Jak to funguje s tím že ten soubor nejde dát do adresáře? Zkusil jsem si to na ext4 i na NTFS (na Linuxu, možná na Windows bude nějaký limit) - vytvořil jsem soubor s dlouhým jménem v /: touch `cat /dev/urandom | tr -dc a-zA-Z0-9 | head -c 255` (na 256 už to odmítne) a pak jsem ho normálně přesouval do adresářů a šlo to.
    Všimli jste si jak appky na identifikaci jedlosti hub typicky nemají žádná špatná hodnocení?
    14.10. 05:40 panpanika
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    afaik je na widlich nekolik zpusobu jak pracovat s cestou a maj ruzny bolesti. jedna z nich je limit 255 znaku. neovlivnis jakej se zrovna pouziva.
    14.10. 22:02 Petr
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Právě že na Win je limit 256 znaků a já k tomu potřebuju z Win přistupovat. Část souborů, i když ne velká, má mezi sebou linky, přejmenování nejde jednoduchým způsobem. Ty Win nejsou vždy moje takže vytváření ramdisku není vždy možné.
    14.10. 22:25 ttttttttttttttttt
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Na Windows (NTFS) jde povolit cesta delší než 260 znaků v registrech. Internety říkají, že to je HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\LongPathEnabled. Nevím, na co všechno to má vliv, můžeš vyzkoušet.
    16.10. 11:15 Petr
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Tohle jsem neznal a maximální celkovou délku cesty 32 767 znaků bych asi opravdu nepotřeboval překročit, bohužel to platí jen pro WIN10 od určité verze a je třeba zásah do registrů na což nemám všude práva. Je fakt že se to asi dlouho připravovalo, už i Winxp za určitých podmínek dokázaly vytvořit soubor ve struktuře složek a pak ho kvůli dlouhé cestě nedokázaly otevřít ani smazat, jdnou se mě to povedlo ani nevím jak :-).
    17.10. 14:59 Ovrscout
    Rozbalit Rozbalit vše Re: Skladování souborů s dlouhým názvem v databázi
    Zkuste nějakého jiného správce souborů, z historických důvodů mají některé (např "Průzkumník") omezení cesty na tch 260 znaků nebo kolik, ale není to limitace samotných windows ntfs. Pak by mělo jít normálně vykopírovat do C:\ dle potřeby.

    Pokud to ale nemusí být zrovna na C:\ tak by možná bylo elegantnější si vytvořit virtuální HDD(CHD/VHDX) případně obraz CD/DVD(ISO), to totiž jde ve windows přímo namountovat/otevřít na nějaké jiné písmeno a pak s tím normálně pracovat. A ten samotný obraz může být kdekoliv :)

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.