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 14:44 | Komunita

    Fedora Magazine informuje o Shell & Display Next hackfestu zaměřeném na vylepšení podpory HDR, VRR a dalších grafických technologií na Linuxu. Hackfest proběhne 24. až 26. dubna v Brně.

    Ladislav Hagara | Komentářů: 1
    dnes 14:00 | IT novinky

    Společnost Razer představila svou novou bezdrátovou myš Razer Viper Mini Signature Edition. Je z hořčíkové slitiny a váží pouze 49 gramů. Její cena je 279,99 dolarů (6 tisíc korun).

    Ladislav Hagara | Komentářů: 0
    dnes 10:00 | Komunita

    O víkendu probíhá v Bruselu konference FOSDEM 2023 (Free and Open source Software Developers’ European Meeting). Program konference je velice nabitý: 34 místností, 63 tracků, 787 přednášejících, 775 přednášek, prezentací a workshopů. Sledovat je lze i online. K dispozici budou jejich videozáznamy. Aktuální dění lze sledovat na sociálních sítích.

    Ladislav Hagara | Komentářů: 0
    dnes 09:00 | Zajímavý software

    Ronin byl vydán ve verzi 2.0.0. Jedná se o sadu nástrojů napsaných v Ruby určených pro výzkumníky a vývojáře v oblasti počítačové bezpečnosti. Ronin lze přirovnat k Metasploitu.

    Ladislav Hagara | Komentářů: 0
    dnes 08:00 | IT novinky

    Od 9. února nebude podporován bezplatný přístup k Twitter API.

    Ladislav Hagara | Komentářů: 2
    včera 21:00 | Nová verze

    Byla vydána nová verze 1.75 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.75 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 6
    včera 15:00 | Nová verze

    Tomáš Matějíček vydal nové verze živé linuxové distribuce Slax: 15.0.1 založenou na Slackware-current a 11.6.0 založenou na Debianu 11.6 Bullseye. S novou verzí souborového systému DynFileFS.

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

    The Document Foundation oznámila vydání nové major verze 7.5 svobodného kancelářského balíku LibreOffice. Podrobný přehled nových vlastností i s náhledy v poznámkách k vydání (cs) nebo také na Youtube a PeerTube.

    Ladislav Hagara | Komentářů: 0
    včera 09:00 | Zajímavý software

    Penpot je open source webová platforma pro designování a prototypování. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MPL-2.0 (Mozilla Public License 2.0). Včera vydána verze 0.17 byla prohlášena za první stabilní verzi (Twitter). Videoukázky na YouTube.

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

    Po půl roce od vydání verze 2.36 byla vydána nová verze 2.37 knihovny glibc (GNU C Library). Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    Napovídání kódu založené na strojovém učení (např. GitHub Copilot) při programování
     (49%)
     (13%)
     (13%)
     (26%)
    Celkem 39 hlasů
     Komentářů: 4, poslední dnes 13:10
    Rozcestník


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

    12.10.2022 17:40 Petr
    Skladování souborů s dlouhým názvem v databázi
    Přečteno: 879×
    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.2022 18:31 debian+ | skóre: 33 | 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.2022 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.2022 21:41 Jendа | skóre: 78 | 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.
    Jendа avatar 12.10.2022 21:44 Jendа | skóre: 78 | 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('-_')
    
    13.10.2022 09:30 debian+ | skóre: 33 | 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.2022 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.2022 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.2022 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.2022 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.2022 13:43 PetebLazar | skóre: 31 | 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.2022 14:39 debian+ | skóre: 33 | 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.2022 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.2022 16:33 debian+ | skóre: 33 | 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.2022 16:52 PetebLazar | skóre: 31 | 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.2022 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.2022 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.2022 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.2022 21:36 PetebLazar | skóre: 31 | 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.2022 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.2022 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.2022 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.2022 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.2022 16:37 Jendа | skóre: 78 | 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í.
    29.10.2022 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.2022 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.2022 22:17 Jendа | skóre: 78 | 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.
    14.10.2022 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.2022 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.2022 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.2022 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.2022 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.