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 16:44 | Nová verze

    Byl vydán Mozilla Firefox 154.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 154 bude brzy k dispozici také na Flathubu a Snapcraftu.

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

    Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 168 (pdf).

    Ladislav Hagara | Komentářů: 0
    včera 11:55 | Nová verze

    Open-source citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 10. Přehled novinek v příspěvku na blogu.

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

    Interaktivní editor binárních dat GNU poke byl vydán ve verzi 5.0 (seznam změn).

    |🇵🇸 | Komentářů: 8
    17.8. 18:55 | Nová verze

    Byla vydána verze 0.85 telnet a ssh klienta PuTTY (Wikipedie). Řešeno je 5 zranitelností.

    Ladislav Hagara | Komentářů: 0
    17.8. 13:33 | Zajímavý článek

    Byly publikovány novinky z vývoje GIMPu. Pracuje se na novém formátu souborů. Stávající binární XCF bude nahrazen "zazipovaným XML". XCF zůstane plně podporován pouze pro načítání starých souborů.

    Ladislav Hagara | Komentářů: 10
    17.8. 12:33 | Zajímavý projekt

    Workshop o umělé inteligenci v Dartmouthu proběhl před 70 lety, od 18. června do 17. srpna 1956. Dvouměsíční soustředění 6–11 informatiků, iniciované Johnem McCarthym, položilo základy oboru umělé inteligence.

    |🇵🇸 | Komentářů: 6
    17.8. 03:00 | Nová verze

    Po 9 týdnech vývoje od vydání Linuxu 7.1 oznámil Linus Torvalds vydání Linuxu 7.2. Podrobný přehled novinek a vylepšení na Linux Kernel Newbies nebo LWN.net: první a druhá polovina začleňovacího okna.

    Ladislav Hagara | Komentářů: 1
    16.8. 18:55 | Komunita

    Debian dnes slaví 33 let. Ian Murdock oznámil vydání "Debian Linux Release" 16. srpna 1993.

    Ladislav Hagara | Komentářů: 1
    16.8. 04:22 | Komunita

    Probíhá hlasování o používání LLM při vývoji Debianu. Vývojáři Debianu mají na výběr 9 možností (návrhy A až H a žádný z nich).

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (10%)
     (7%)
     (2%)
     (18%)
     (30%)
     (7%)
     (6%)
     (2%)
     (15%)
     (22%)
    Celkem 2418 hlasů
     Komentářů: 31, poslední 13.8. 00:27
    Rozcestník


    Dotaz: Jak na kvoty v MySQL?

    5.6.2010 15:35 Thomas123 | skóre: 15
    Jak na kvoty v MySQL?
    Přečteno: 301×

    Dobré odpoledne,

    vím, že toto téma je celkem známé a že se na něj těžko odpovídá, protože samotná MySQL s kvótama nepočítá. Vygooglil jsem tento návod: návod

    Zkoušel jsem to v podstatě krok za krokem a ono to fungovalo. Až na to, že ten poslední řádek je špatně, ne? Protože se prvně určuje cíl a potom název linku?

    Mám ovšem několik otázek:

    Hledal jsem, co je vlastně ten chmod 3755. Sticky bit jsem trochu pochopil, ale nevím, jaké účinky mají čísla na tom prvním místě.

    Tento návod vyrobí, že se všechny soubory databáze tvoří pod foo skupinou a uživatelem mysql. Jak návod upravit, aby se mi tvořily soubory pod foo uživatelem a mysql skupinou? Hraju si s tím už asi 4 dni a nefunguje mi žádné řešení. Zkoušel jsem foo:mysql a práva 5575, ale nefunguje mi to (zkoušel jsem i různé další možnosti), vždy se vytvoří pod uživatelem i skupinou mysql

    Díky

    Odpovědi

    Max avatar 5.6.2010 22:15 Max | skóre: 73 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Jak na kvoty v MySQL?
    Ten návod popisuje, jak omezit velikost databáze pro konkrétního uživatele, resp. pro skupinu vztahující se k tomu uživateli, pomocí diskových kvót.
    Ano, poslední řádek je špatně. Symlink takto nevytvoří.

    Myšlenka toho návodu je taková,, že se stopne databáze, přesune se databáze uživatele do připraveného adresáře s příslušnými právy a následně se vytvoří symlink na původní místo, kde databáze byla předtím, aby MySQL naběhla a nevšimla si žádné změny.
    Přesun DB na jiné místo není podle mně nutný, jelikož co adresář, to DB, takže se můžou příslušná práva aplikovat rovnou na původní adresář a DB se nemusí migrovat.

    Práva "3755", konkrétně ta trojka, znamenají, že se adresáři nastaví setgid+sticky bit. SetGid způsobuje, že se na nově vytvořený adresář / soubor aplikuje dědičnost práv skupiny. Takže když MySQL vytvoří nový soubor, nebo DB, nebo něco, v příslušném adresáři, který má nastaven SetGid, tak se z něj zdědí práva skupiny.

    Dědit uživatele nelze, jen skupinu. Kvůli tomu je to řešeno "mysql:uzivatel". Kdyby to bylo "uzivatel:mysql", tak nově vytvořený soubor bude mít práva "mysql:mysql" (to by způsobilo, že na nové soubory a adresáře by se nezvztahovaly kvóty). Kdežto v prvním případě by nový adresář / soubor měl práva "mysql:uzivatel".

    Takže řešíš něco, co nejde takto jednoduše vyřešit.
    Jinak něco o právech : Přístupová práva v Unixu
    A konkrétní rozpis všech setbitů : UNIX permissions help
    Zdar Max
    Měl jsem sen ... :(

    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.