Diskuze: Pomoc s příkazem
Zobrazeno 7 zpráv z 7.
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 |
Kdepak, jak ti správně řekli tak v linuxových/unixových systémech
běžně používané souborové systémy informaci o čase vytvoření souboru
neposkytují. Ext4 to údajně v sobě má, ale neviděl jsem to fungovat nějak
dobře, například v mém Mintu, který běží na ext4, když se podívám na
filesystém pomocí debugfs utilitky tak sice vidím položku crtime, což by
teoreticky mělo ukazovat čas vytvoření souboru, ale v mém případě je
stejný jako čas poslední modifikace, takže nic 
Kdybys chtěl soubory modifikované před více než sedmi dny tak by to bylo:
find -maxdepth 1 -mtime +7
maxdepth 1 znamená, že se nebudou rekurzivně prohledávat podadresáře a
mtime +7 je si myslím jasné 
zdarec, viac k tejto teme poskytne portal venovany linuxu, napr. LinuxOS: http://linuxos.sk/…enia-suboru/
V Linuxe neexistuje ziadna polozka crtime, iba ctime, co je changetime, cize cas zmeny vlastnosti suboru, dalej mtime - cas zmeny suboru a atime - cas pristupu suboru, viac v odkazovanom clanku na LinuxOS
V Linuxu samozřejmě ne, ten s tím nemá nic společného, tohle je záležitost filesystému. A v ext4, dneska asi nejběžnějším filesystému v linuxových systémech tato položka je. Viz https://ext4.wiki.kernel.org/…_Disk_Layout - sjeď na inode table a je to čtvrtá položka odspodu v té tabulce. Koneckonců se můžeš přesvědčit sám, pokud máš po ruce nějaký systém s ext4, najdi si inode nějakého souboru a použij debugf:
ls -li
pro výpis souborů s jejich inode číslem a pak
debugfs -R 'stat <inode_číslo>' /dev/sda1
místo inode_číslo dosaď konkrétní inode číslo získané z ls -li a /dev/sda1 uprav podle toho kde máš zkoumaný soubor. Zobrazí se ti podrobné informace o dané inode a uvidíš tam i ctime, atime, mtime a crtime. Bohužel, jak jsem psal, u mně jsou položky ctime a crtime tvrdošijně synchronizovány, možná se to dá nějak ovlivnit parametry při mountování, možná je to tím, že je ten systém virtualizovaný, nevím, takhle dalece jsem to nikdy nezkoumal.
Debugfs samozřejmě musíš provádět jako root.
Zobrazeno 7 zpráv z 7.
