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 02:22 | Zajímavý projekt

Na Bundle Stars byla spuštěna akce Dollar Forever Bundle. Za 1 dolar lze získat 24 počítačových her bežících na platformě Steam také v Linuxu.

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

Lychee je jedním z open source softwarů pro tvorbu webových fotoalb. Vyžadováno je PHP 5.5 nebo novější a MySQL. Ukázka na stránkách projektu. Zdrojové kódy jsou k dispozici na GitHubu pod open source licencí MIT [reddit].

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

Společnosti Haivision a Wowza společně oznámily vznik SRT Alliance a otevření protokolu pro streamování videa SRT. Podrobnosti v FAQ. Zdrojové kódy SRT jsou k dispozici na GitHubu pod open source licencí LGPLv2.1.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Humor

Byl vydán remake filmu Ghost in the Shell. Tentokrát v Bashi. Zhlédnout lze online na "ssh ghost@theshell.xyz" [Hacker News].

Ladislav Hagara | Komentářů: 13
23.4. 20:40 | Zajímavý článek

Lukáš Růžička v článku S Hydrogenem za lepší rytmus aneb bubeníkem snadno a rychle na MojeFedora.cz představuje automatického bubeníka s názvem Hydrogen (Wikipedie): Hydrogen je velmi vydařený program, který rozhodně nesmí chybět ve výbavě žádného linuxového muzikanta. Umožňuje nejen vytváření jednoduchých bicích doprovodů, ale také sofistikované programování bicích a perkusí, jehož výsledek se naprosto vyrovná drahým

… více »
Ladislav Hagara | Komentářů: 14
23.4. 13:55 | Zajímavý projekt

UPSat (Twitter) je první open source nanodružice (CubeSat). Jedná se o společný projekt nadace Libre Space Foundation a University of Patras. Repozitáře projektu jsou k dispozici na GitHubu. Pod Libre Space Foundation patří také projekt SatNOGS (zprávička), projekt globální sítě open source pozemních satelitních stanic, vítězný projekt soutěže The Hackaday Prize 2014. UPSat je součástí mise QB50 (Twitter). ID UPSatu je GR02. GPS přijímač na UPSatu je od české společnosti SkyFox Labs. Součástí mise QB50 je i česká nanodružice VZLUSAT-1 s ID CZ02.

Ladislav Hagara | Komentářů: 4
21.4. 15:00 | Komunita

V diskusním listu Thunderbird planning vývojáři poštovního klienta Thunderbird řeší, zda by nebylo možné budoucí Thunderbird postavit nad webovými technologiemi, tj. nad Electronem, stejně jako například Nylas Mail. Gecko, nad kterým je Thunderbird postaven, se má hodně změnit. V plánu je odstranění vlastností, které Firefox už nepotřebuje, ale Thunderbird je na nich závislý [Hacker News, reddit].

Ladislav Hagara | Komentářů: 98
21.4. 10:22 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 299 bezpečnostních chyb. V Oracle Java SE je například opraveno 8 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 7 z nich. V Oracle MySQL je opraveno 39 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 11 z nich.

Ladislav Hagara | Komentářů: 8
21.4. 10:00 | Pozvánky

V úterý 25. dubna proběhne další Prague Containers Meetup. Přijďte se nechat inspirovat jak zlepšit build/delivery pipeline vašich kontejnerových aplikací.

little-drunk-jesus | Komentářů: 2
20.4. 21:33 | Komunita

Na Launchpadu se objevilo kódové jméno následující verze Ubuntu. Ubuntu 17.10 bude Artful Aardvark (mazaný hrabáč) [OMG! Ubuntu!].

Ladislav Hagara | Komentářů: 11
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (35%)
 (0%)
 (7%)
 (44%)
 (9%)
Celkem 286 hlasů
 Komentářů: 32, poslední včera 12:24
    Rozcestník

    Dotaz: Proc ukladat uzivatele v LDAP a ne v SQL

    16.9.2012 18:29 hermelin | skóre: 22
    Proc ukladat uzivatele v LDAP a ne v SQL
    Přečteno: 460×
    Zdravim Muzete mi nekdo vysvetlit proc pouzivat LDAP a ne SQL na databazi uzivatelu? Ano openLDAP ma jednoduchou replikaci, ano LDAP je standart, ano LDAP muze byt kompatibilni s jinymi OS (AD, Novel apod.)

    Ale jeho slozitost i zadavani dat mi prijde krajne neprijemne. V MySQL udelam tabulku, kdykoliv si ji mohu upravit, kdykoliv si mohu menit select (s vysledkem jsem opravdu sam svym panem). V LDAP sem vazany spousty standarty a podminkami.

    Neberte prosim dotaz jako ze bych chtel vyprovokovat nejakou flame ale spis me opravdu zajima proc pouzit LDAP a ne SQL ktere je z meho pohledu mnohem flexibilnejsi.

    Diky moc za odopovedi

    Řešení dotazu:


    Odpovědi

    H0ax avatar 16.9.2012 18:58 H0ax | skóre: 36 | blog: Odnikud_nikam
    Rozbalit Rozbalit vše Re: Proc ukladat uzivatele v LDAP a ne v SQL
    jde o to, co je to za databázi userů, jaký je její účel
    LinuxWay | blog |  LiCo
    16.9.2012 19:11 hermelin | skóre: 22
    Rozbalit Rozbalit vše Re: Proc ukladat uzivatele v LDAP a ne v SQL
    Myslim klasiku - passwd, samba, ftp, pripadne autorizace na webovych rozhranich apod.
    Řešení 2× (mozog, H0ax)
    16.9.2012 20:10 Jooky (inactive) | skóre: 39 | blog: Jooky | Bratislava
    Rozbalit Rozbalit vše Re: Proc ukladat uzivatele v LDAP a ne v SQL
    Zasadny rozdiel medzi LDAP, NIS a podobnymi databazami v porovnani s SQL je v ich rychlosti. V pripade SQL databaz by nemal byt velky rozdiel v rychlosti vkladania dat a ich vyberania. Naproti tomu databazy LDAP, NIS, atd. su primarne optimalizovane na citanie a rychlosti zapisu sa nedava velka priorita. Uz z principu sa neda spravit databaza, ktora bude rychla na citanie a nedotkne sa to rychlosti zapisu.

    Velmi zalezi ako budu udaje pouzivane a ako sa bude k nim pristupovat. V pripade email servra a emailov vo virtualnych domenach bude stacit aj MySQL bez specialnej konfiguracie. Rychlost dorucovania emailov vacsinou nie je taka rychla, aby sa odrazila rychlost MySQL na ich dorucovani (samozrejme nemyslim nejaky obrovsky email server).

    V pripade pouzitia databazy ako uloziska Unix accountov je situacia uplne ina. Kazdy jeden prikaz ps, ls, find a iny pracujuci s Unix login udajmi vyprodukuje celkom dost dotazov. Hoci to nie je uplne viditelne, tak uz len taky "ps -ef" prikaz potrebuje prelozit UID/GID na meno. To iste "ls -l" v nejakom adresari a samozrejme kazda jedna sluzba/prikaz pracujuca s pravami na systeme. Samotnemu jadru toto mapovanie nevadi, kedze pracuje len s cislami, ale aby system pracoval "svizne" tak aj app musia pracovat rovnako rychlo.

    V tomto momente je presne na mieste spomenut LDAP. Tie obmedzenia a restrikcie su primarne na dosiahnutie rychlosti citania. Ked nastartujem nejaky file manager an pozriem sa napr do /tmp, tak ocakavam, ze a mi zobrazi obsah co najrychlejsie. Kedze suborovy system doda len UID:GID, tak je potrebne sa na kazdu jednu kombinaciu pozriet do zaznamov LDAP-u a to mozu byt tisicky dotazov, u ktorych ocakavame "okamzite" odpoved. Naproti tomu pridavanie uzivatelov, menenie hesla a inych parametrov je v porovnani s mnozstvom "citacich" dotazov zanedbatelne malo. Na zmenu hesla uzivatel pocka aj par sekund, ale na odpoved systemu pri "normalnej" praci nie.
    Řešení 2× (mozog, H0ax)
    16.9.2012 20:36 Marv-CZ | skóre: 21
    Rozbalit Rozbalit vše Re: Proc ukladat uzivatele v LDAP a ne v SQL
    LDAP je specializovaná databáze pro adresáře. Na rozdíl od SQL přímo kopíruje hierarchickou strukturu reality v podobě stromu. Dalším bonusem je způsob nastavení přístupových práv až na úroveň jednotlivých položek.

    S tím zadávání je to přesně naopak. Jistě na nejnižší úrovni je to komplikovanější. Ale pokud se budeme bavit o nástrojích v GUI, tak si hezky klikáš záznamy přímo do stromové struktury. I s tím omezením je to přesně naopak. Pokud máš nahraná správná schémata, máš k dispozici předdefinované typy položek pro vše potřebné. A na rozdíl od SQL nejsi omezen definicí tabulky. Můžeš si k záznamu přidávat položky podle libosti. Má třeba uživatel 10 e-mailových adres? Tak jich přidáš 10 a nemusí tě trápit, že ve struktuře tabulky SQL jsou pole jen na dvě.

    Samozřejmě jsou situace, kdy je lepší LDAP, jiné kdy je lepší SQL. Záleží, k čemu a jak to bude sloužit. Např. v rámci firmy bude lepší LDAP, který bude přirozeně odrážet třeba geografické umístění zaměstnanců a u každého si můžeš ukládat libovolně různé údaje. Naproti tomu pro velkého poskytovatele e-mailových schránek bude lepší SQL, protože zvládne rychleji velké objemy dat a formát záznamu je stejně dán striktně předem.
    16.9.2012 21:13 erg8
    Rozbalit Rozbalit vše Re: Proc ukladat uzivatele v LDAP a ne v SQL
    Podle mě ve většině případů vůbec nezálaží na rychlosti sql db vs ldap, ale na způsobu použití. Např. mailové účty mám v mysql, protože k nim ukládám i informace o využití kvóty (tj. časté čtení i zápis) a používám spoustu "nestandardních" atributů. Co se týče rychlosti, jde jen o to správně navrhnout databázi, ale i pro několik stovek tisíc uživatelů by to mělo být třeba na mail dostatečné. Co se týče rychlosti sql db při použití v NSS na linuxu, tak tam není rychlost také kritická - dá se používat cache. Zásadní otázka zůstává: chceš aby každý koncový počítač měl přístup ke všem uživatelům a jejich heslům? Pokud ne - zvol LDAP, pokud ano - můžeš použít nějakou relační db.
    16.9.2012 22:34 hermelin | skóre: 22
    Rozbalit Rozbalit vše Re: Proc ukladat uzivatele v LDAP a ne v SQL
    Diky vsem za jasne a vycerpavajici odpovedi. Jsem zase o neco chytrejsi :-)
    17.9.2012 00:34 Martin Matějek | skóre: 13 | blog: Flying_circus | Kladno
    Rozbalit Rozbalit vše Re: Proc ukladat uzivatele v LDAP a ne v SQL
    Ještě bych dodal jednu věc, kterou tu (myslím) nikdo nezmínil. Když chceš jednotné přihlašování do různých služeb, tak ti LDAP ušetří práci právě tím, že je to standard. Při použití SQL musíš každé aplikaci nastavit správné SQL dotazy.

    Například takhle:
    # please modify SQL queries for your database
    
    # add user
    add_user_sql = ""
    
    # remove user
    remove_user_sql = ""
    
    # update password
    update_passwd_sql = ""
    
    [...]
    # do something
    do_something_sql = ""
    
    LDAP je standardizovaný, takže pro různé operace (např. změny atributů) programu stačí akorát základní údaje, tj. jak ověřit uživatele, a operace s LDAPem provádí pomocí funkcí definovaných v nějakém API.
    Don't judge me by the friends I keep. No, no, no. Judge me by the enemies I have slain!

    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.