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 08:00 | Zajímavý software

Facebook uvolnil svou platformu pro detekci objektů s názvem Detectron. Detectron je naprogramován v Pythonu a využívá framework pro deep learning Caffe2. Zdrojové kódy Detectronu jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 0
dnes 03:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 3. a 4. března 2018 v Praze na Karlově náměstí 13. Hlasovat lze do pondělí 29. ledna 2018.

Ladislav Hagara | Komentářů: 0
dnes 02:00 | Zajímavý software

Projekt Document Liberation, jehož cílem je vývoj knihoven pro zpřístupnění (osvobození) dokumentů vytvořených v proprietárních nebo již nepodporovaných formátech, oznámil vydání 5 nových nebo vylepšených knihoven. Jedná se o knihovnu libe-book pro export dokumentů ve formátu EPUB3 a knihovny libabw, libmspub, libpagemaker a libqxp pro import dokumentů ve formátech AbiWord, MS Publisher, PageMaker a QuarkXPress.

Ladislav Hagara | Komentářů: 0
dnes 01:00 | Komunita

LWN.net, původně Linux Weekly News, slaví 20 let. První číslo vyšlo 22. ledna 1998. Psalo se o devfs, o 2 GB omezení velikosti souborů na souborovém systému ext2 nebo o renderování scén ve filmu Titanic na Linuxu na procesorech Alpha. Aktuální vývojové linuxové jádro bylo 2.1.79. LWN.net je zcela závislé na předplatitelích. Předplatné na měsíc stojí 7 dolarů. Články na LWN.net jsou týden od vydání k dispozici pouze předplatitelům. Následně jsou uvolněny všem pod licencí CC-BY-SA.

Ladislav Hagara | Komentářů: 0
včera 15:22 | Pozvánky

V sobotu 24. 2. se uskuteční již 5. ročník největší české WordPress konference – WordCamp Praha 2018. Pražský WordCamp bude rozdělen na dva proudy – pro uživatele a pro vývojáře. Je naplánováno 10 přednášek, 6 workshopů, 6 případových studií, Happines Bar a spousty příležitostí pro networking. V neděli se bude dále konat Contributing Day, kde se každý bude moci aktivně zapojit do překladu, či plánování dalších meetupů. Je připraveno 450

… více »
smíťa | Komentářů: 0
včera 05:55 | Komunita

Linus Torvalds oznámil vydání Linuxu 4.15-rc9. Po vydání stabilní verze Linuxu se přibližně na 2 týdny otevře začleňovací okno. To se uzavře vydáním verze rc1. Po týdnech následují další rc verze. Obvykle týden po vydání verze rc7 nebo rc8 následuje vydání nové stabilní verze Linuxu. Verze rc9 byla naposledy vydána před více než 6 lety, 4. října 2011. Jednalo se o Linux 3.1. Tenkrát následovala ještě verze rc10.

Ladislav Hagara | Komentářů: 14
21.1. 21:55 | Zajímavý článek

Greg Kroah-Hartman se v příspěvku na svém blogu věnuje aktuálnímu stavu řešení bezpečnostních chyb Meltdown a Spectre v Linuxu. Jak je na tom Váš Linux? Stačí spustit příkaz "grep . /sys/devices/system/cpu/vulnerabilities/*". Pro více informací lze doporučit Spectre & Meltdown Checker.

Ladislav Hagara | Komentářů: 46
19.1. 18:55 | Komunita

NHSbuntu (Joinup, prezentace) měla být z Ubuntu vycházející linuxová distribuce přizpůsobená pro potřeby britské Národní zdravotní služby (NHS). NHS se název nelíbil, nejednalo se o oficiální projekt NHS, a proto bylo NHSbuntu v září loňského roku přejmenováno na NHoS. Vývojáři NHoS tento týden oznámili, že NHS se nelíbí ani název NHoS a už nemají sílu na další přejmenování a pokračování v projektu. Dodávají, že několik jednání s vedením

… více »
Ladislav Hagara | Komentářů: 7
19.1. 18:44 | Pozvánky

Koncem ledna, 29. 1. 2018 od 17 do 20 hodin se v Akademii CZ.NIC uskuteční večer s Turrisem.

Co bude na programu?… více »
Miška | Komentářů: 19
19.1. 18:33 | Pozvánky

Na tri dni sa hlavné mesto Slovenska po tretíkrát zmení na miesto s najväčšou koncentráciou profesionálnych programátorov, systémových administrátorov, učiteľov informatiky aj technologických nadšencov. Hlavným lákadlom bude konferencia PyCon SK 2018, určená záujemcom o Python, jeden z najpopulárnejších programovacích jazykov na svete.

… více »
RicCo386 | Komentářů: 1
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (7%)
 (1%)
 (1%)
 (1%)
 (77%)
 (13%)
Celkem 1374 hlasů
 Komentářů: 53, poslední 17.1. 16:55
    Rozcestník

    Dotaz: Proc ukladat uzivatele v LDAP a ne v SQL

    16.9.2012 18:29 hermelin | skóre: 21
    Proc ukladat uzivatele v LDAP a ne v SQL
    Přečteno: 463×
    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: 21
    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: 21
    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.