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í
×

včera 20:55 | Komunita

Od 18. do 21. května proběhla v Saint-Étienne Linux Audio Conference 2017. Na programu byla řada zajímavých přednášek a seminářů. Videozáznamy přednášek lze zhlédnout na YouTube. K dispozici jsou také články a prezentace.

Ladislav Hagara | Komentářů: 0
včera 20:44 | IT novinky

Hodnota Bitcoinu, decentralizované kryptoměny, překonala hranici 2 200 dolarů. Za posledních 30 dnů tak vzrostla přibližně o 80 % [reddit].

Ladislav Hagara | Komentářů: 0
včera 17:33 | Nová verze

Po 5 měsících vývoje od vydání verze 0.12.0 byla vydána verze 0.13.0 správce balíčků GNU Guix a na něm postavené systémové distribuce GuixSD (Guix System Distribution). Na vývoji se podílelo 83 vývojářů. Přibylo 840 nových balíčků. Jejich aktuální počet je 5 454. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 1
včera 17:22 | Nová verze

Po 5 měsících vývoje a 3 týdnech intenzivního testování byla vydána verze 12 open source systému Nextcloud, forku ownCloudu, umožňujícího provoz vlastního cloudového úložiště. Přehled novinek i s videoukázkami v poznámkách k vydání. Pro vyzkoušení je k dispozici demo.

Ladislav Hagara | Komentářů: 2
včera 11:44 | Zajímavý článek

Týden po prvním číslu publikoval Michal Špaček na svých stránkách druhé číslo newsletteru věnovanému bezpečnosti, bezpečnému vývoji převážně webových aplikací a bezpečnosti uživatelů. Věnuje se výpadku Let's Encrypt, únikům dat, bug bounty pro WordPress nebo SQL Injection v Joomla. Zmiňuje také, že Mozilla plánuje z Firefoxu odstranit podporu pro Encrypted Media Extensions (EME) na nešifrovaném HTTP a nadále pro EME vyžadovat HTTPS.

Ladislav Hagara | Komentářů: 0
včera 02:00 | Pozvánky

Ve středu 31. května 2017 od 17:00 proběhne v pražské pobočce SUSE Den otevřených dveří v SUSE. Čekají vás přednášky o live kernel patchingu a nástroji SaltStack. Také se dozvíte zajímavé informace o SUSE, openSUSE, a vlastně všech produktech, na kterých lidé ze SUSE pracují.

Ladislav Hagara | Komentářů: 4
včera 01:00 | Pozvánky

Czech JBoss User Group srdečně zve na setkání JBUG v Brně, které se koná ve středu 7. června 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Tomáš Livora na téma Fault Tolerance with Hystrix. Více informací na Facebooku a Twitteru #jbugcz.

mjedlick | Komentářů: 0
19.5. 23:22 | Zajímavý projekt

Na Texture Ninja je volně k dispozici více než 4 tisíce textur. Autora lze podpořit na Patreonu.

Ladislav Hagara | Komentářů: 0
19.5. 10:22 | Pozvánky

Mozilla.cz zve na MozBeer Prague #2. Druhé setkání Mozilla.cz proběhne 26. května od 18:00 v Praze v Diversion Bistru v ulici Mělnická.

Ladislav Hagara | Komentářů: 0
18.5. 23:22 | Bezpečnostní upozornění

Průvodce restauracemi Zomato, jenž v roce 2014 koupil Lunchtime.cz, potvrdil bezpečnostní problém. Odcizeno bylo 17 miliónů záznamů o uživatelích (jména, emailové adresy, osolené hashe).

Ladislav Hagara | Komentářů: 8
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (32%)
 (1%)
 (8%)
 (44%)
 (9%)
Celkem 588 hlasů
 Komentářů: 62, poslední 19.5. 01:57
    Rozcestník

    Dotaz: Automatické mazání souborů shell/cron

    16.8.2013 13:08 Tahoma
    Automatické mazání souborů shell/cron
    Přečteno: 606×
    Dobrý den, mám script automaticke_mazani.sh volaný cronem každý den ve 4:00 ráno který obsahuje: 
    
    find /var/www/1/ -type f -ctime +1 -name "*.*" -delete
    find /var/www/30/ -type f -ctime +30 -name "*.*" -delete
    find /var/www/180/ -type f -ctime +180 -name "*.*" -delete
    find /var/www/360/ -type f -ctime +360 -name "*.*" -delete
    
    
    Mělo by to ze složky 1 mazat každý den by mělo smazat soubory starší 1 den.
    Mělo by to ze složky 30 mazat každý den by mělo smazat soubory starší 30 dnů.
    Mělo by to ze složky 180 mazat každý den by mělo smazat soubory starší 180 dnů.
    Mělo by to ze složky 360 mazat každý den by mělo smazat soubory starší 360 dnů.
    
    1. Bude to takhle fungovat?
    2. Nevadí, že perioda 360 dnů je moc dlouhá? Mám to testované na max 14 dní.
    3. Nebude to moc vytěžovat VPS?
    4. Nebude lepší rozdělit ten script na 4? S tím, že jeden by cron zavolal o půlnoci druhý v 1:00 v noci, třetí o hodinu a 4tý zase třeba o hodinu?
    5. Co si o tom všem myslíte?
    
    Děkuji za vaše názory.
    

    Odpovědi

    16.8.2013 13:58 NN
    Rozbalit Rozbalit vše Re: Automatické mazání souborů shell/cron
    K cemu to vlastne bude dobre ? Treba se to da vyresit i jinak..
    16.8.2013 15:15 Tahoma
    Rozbalit Rozbalit vše Re: Automatické mazání souborů shell/cron
    Pro automatické mazání souborů ve složce s webem, půl dne jsem se snažil pořešit to srz PHP, ale nepovedlo se mi to.
    16.8.2013 16:09 potato
    Rozbalit Rozbalit vše Re: Automatické mazání souborů shell/cron
    Proč to děláš, to neřeším.

    Pokud je tam těch souborů pár set nebo tisíc, tak to klidně dělej takhle. Je-li ale v ‚360‘ těch souborů 360krát víc, tak by to chtělo inteligentnější přístup.

    Nevím, zda víš, že ctime není creation time, ale change time (čas vytvoření se zjistit nedá). Spíš budeš chtít mtime.

    No a k "*.*" doufám, že se ti tam budou hromadit soubory bez tečky v názvu...
    16.8.2013 16:44 Tahoma
    Rozbalit Rozbalit vše Re: Automatické mazání souborů shell/cron
    Super děkuji za hodnotné informace. Souborů se tam bude hromadit když to možná přeženu max pár tisíc. Všechno soubory neco.neco. Pokud bych toto chtěl použít na složku kde by se mělo mazat všechno kromě ".htaccess" a "stahovani.php" dá se tam na to udělat nějaká výjimka?
    16.8.2013 17:28 Kit
    Rozbalit Rozbalit vše Re: Automatické mazání souborů shell/cron
    Možná by bylo nejlepší, kdyby tam ty dva soubory vůbec nebyly a byly někde úplně jinde.
    16.8.2013 17:51 Marble | skóre: 27 | blog: marble | Švédsko
    Rozbalit Rozbalit vše Re: Automatické mazání souborů shell/cron
    Výjimka -- ano, viz popis operátorů v manuálové stránce pro find (tady by stačila jednoduše negace -- vykřičník, anebo nePOSIXový '-not'). Ale jména nebo masky souborů je potřeba uvést přímo na příkazové řádce, takže je to rozumně použitelné jen pro přiměřeně malé množství výjimek.
    16.8.2013 15:10 okko
    Rozbalit Rozbalit vše Re: Automatické mazání souborů shell/cron
    *.* lol
    16.8.2013 15:17 Tahoma
    Rozbalit Rozbalit vše Re: Automatické mazání souborů shell/cron
    Co se Vám na tom nezdá? Možná stačí : find /var/www/1/ -type f -ctime +1 -name "*" -delete ?

    Nebo stačí nebo jen: find /var/www/1/ -type f -ctime +1 -delete ?
    16.8.2013 15:55 okko
    Rozbalit Rozbalit vše Re: Automatické mazání souborů shell/cron
    zrajete jak víno!
    16.8.2013 16:17 Marble | skóre: 27 | blog: marble | Švédsko
    Rozbalit Rozbalit vše Re: Automatické mazání souborů shell/cron
    Odhaduji, že -ctime nedělá úplně přesně to, co chceš (viz třeba tu http://en.wikipedia.org/wiki/Mtime#ctime), ale samozřejmě těžko říct, protože "soubor starší než" v otázce je dost neurčitý pojem. Parametr -name v otázce způsobí, že nalezený soubor musí v názvu obsahovat tečku. Předpokládám, že to nebyl záměr a jak už tu padlo, pokud nechceš žádné omezení na název, neuváděj tenhle přepínač vůbec.

    Co se zbytku týká, fungovat by to mělo, pokud ten script poběží s dostatečnými právy na zápis do zmíněných adresářů. (A samozřejmě pokud bude správně vyřešeno náhlé zmizení souboru na webu, kde se inkriminované soubory využívají ...) Nerozumím, co by mělo být na 360 dnech moc dlouhé, každopádně pokud chceš něco testovat, můžeš použít místo -ctime -mtime, a testovací soubor(y) si vyrobit pomocí 'touch'.
    16.8.2013 16:46 Tahoma
    Rozbalit Rozbalit vše Re: Automatické mazání souborů shell/cron
    No zatím mi to funguje s ctime ať je to klidně changetime. Jelikož datum vytvoření = datum změny, nebo alespoň tak mi to funguje. ;) Ale pro jistotu vysliším vyší radu a dám -mtime, děkuji.
    16.8.2013 17:57 Marble | skóre: 27 | blog: marble | Švédsko
    Rozbalit Rozbalit vše Re: Automatické mazání souborů shell/cron
    Ano, ale pointa je, že mtime je modifikace obsahu souboru a ctime modifikace metadat (včetně samotného mtime), tedy ctime se nastaví na aktuální čas kdykoliv se změní jak obsah souboru, tak jakákoliv jiná metadata (třeba přístupová práva a vlastník), v Linuxu navíc i název souboru. Naopak mtime se mění jen při změně obsahu.

    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.