Diskuze: Hard/soft link ukládací soubor

Člen

Zobrazeno 13 zpráv z 13.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |


Linky jsou jenom speciální soubory ukládající se normálně na disk, takže pokud to máš namountované v systému obsahujícím ln tak je můžeš normálně vytvářet dle libovůle.
A dají se tyto soubory editovat nějak "textově" ?
Když mám namountovaný systém pod /mnt/whatever a udělám link z /mnt/whatever/home/user1 do /mnt/whatever/home/user2 bude potom cesta v běžícím mountovaném systému úplně stejná, nebo si to bude umět najít cílený adresář, když bude v běžícím systému jiný ?
Když použiješ při vytváření linku relativní cestu ('../user2/soubor.txt' například), tak to bude fungovat kdekoliv. Ale pokud budeš odkazovat na soubory jiných uživatelů tak stejně narazíš na přístupová prava:)
principialne mas pravdu, ale v skutocnosti Linux FS nepracuju uplne ako NTFS
vo Windowse...
linky nie su subory, ale su riesene ako odkazy na subory, cize samotny link
nezabera ani miesto na disku, ako odkaz vo Windowse
Samozřejmě, že zabírá - je to informace, která je fyzicky na tom disku uložená. Děje se to ale na úrovni inod, takže jde o pár bytů, nad kterými se dá v pohodě mávnout rukou.
presne tak, n a urovni inodov sa to deje, ale inody nie su subory, ale tzv. uzly...
inode nie je subor, cize neda sa k nemu pristupovat ako k suborom, tak, ako na NTFS, ci FAT
No vzhledem k tomu, že chce link na adresář, tak se bude muset jednat o soft link a tím pádem se jedná o soubor. Minimálně
mnt/whatever/home/user1 do /mnt/whatever/home/user2
Nikde netvrdím, že inody jsou soubory, tak mi to nepodsouvej.
Když vytvoříš symlink, vytvoří se pro něj soubor, který si 'zabere' vlastní inodu a tudíž zabere jisté (sice minimální, ale ne nulové) místo v tom filesystému. S tímto souborem můžeš nadále pracovat jako s jakýmkoliv jiným souborem - můžeš ho někam zkopírovat, přesunout nebo smazat. Situace je trochu jiná u hardlinků, ale ty očividně nebyly předmětem dotazu.
skus si precita, co si napisal vyssie: "Linky jsou jenom speciální soubory
ukládající se normálně na disk"
symlink nezabera ani bit v datovej oblasti FS, iba v v specialnej oblasti pre
inode
normalny subor obsadzuje aj inode, ako aj datovu oblast, symlink je iba ukazovatel na dany subor a obsadzuje akurat v oblasti, kde sa ukladaju inode suborov
pri vytvarani symlinkov, ci uz na adresar, alebo suborov, sa v datovej
oblasti nic nezaznamena, ale v oblasti, kde sa ukladaju ukazovatele (cize inode)
sa zaznamena novy ukazovatel
aj pri vytvarani suborov a adresarov vytvaraju ukazovatele na danu datovu
oblast
symlink (ci uz softlink, alebo hardlink) nie je nic ine, iba ukazovatel
Nemáš pravdu, špatně chápeš úlohu inod, pročti si dokumentaci
případně koukni co na toto téma píší jinde (poněkud srozumitelněji než
dokumentace) - http://stackoverflow.com/…e-filesystem https://unix.stackexchange.com/…n-disk-usage
Nicméně jde o tak malé velikosti, že se tím prakticky nemá smysl
zabývat...
Zobrazeno 13 zpráv z 13.