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 14:00 | Nová verze

Komunita kolem Linuxu From Scratch (LFS) vydala Linux Linux From Scratch 8.0 a Linux From Scratch 8.0 se systemd. Nové verze knih s návody na instalaci vlastního linuxového systému ze zdrojových kódů přichází především s Glibc 2.25 a GCC 6.3.0. Současně bylo oznámeno vydání verze 8.0 knih Beyond Linux From Scratch (BLFS) a Beyond Linux From Scratch se systemd.

Ladislav Hagara | Komentářů: 0
dnes 11:11 | Nová verze

Byla vydána verze 0.10.0 webového prohlížeče qutebrowser (Wikipedie). Přehled novinek v příspěvku na blogu. Vývojáři qutebrowseru kladou důraz na ovladatelnost pomocí klávesnice a minimální GUI. Inspirovali se prohlížečem dwb a rozšířeními pro Firefox Vimperator a Pentadactyl. Prohlížeč qutebrowser je naprogramován v Pythonu a využívá PyQt5. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GNU GPL 3.

Ladislav Hagara | Komentářů: 9
včera 16:22 | Nová verze

Po pěti měsících od vydání Waylandu a Westonu 1.12.0 oznámil Bryce Harrington (Samsung) vydání Waylandu 1.13.0 a Westonu 2.0.0.

Ladislav Hagara | Komentářů: 0
24.2. 13:37 | Bezpečnostní upozornění

Společnost Cloudflare (Wikipedie) na svém blogu potvrdila bezpečnostní problém s její službou. V požadovaných odpovědích od reverzní proxy byla odesílána také data z neinicializované paměti. Útočník tak mohl získat cookies, autentizační tokeny, data posílaná přes HTTP POST a další citlivé informace. Jednalo se o chybu v parsování HTML. Zneužitelná byla od 22. září 2016 do 18. února 2017. Seznam webů, kterých se bezpečnostní problém potenciálně týká na GitHubu.

Ladislav Hagara | Komentářů: 1
24.2. 08:22 | Nová verze

Byla vydána první beta verze Ubuntu 17.04 s kódovým názvem Zesty Zapus. Ke stažení jsou obrazy Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu GNOME, Ubuntu Kylin, Ubuntu Studio a Xubuntu. Dle plánu by Ubuntu 17.04 mělo vyjít 13. dubna 2017.

Ladislav Hagara | Komentářů: 48
23.2. 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 39
23.2. 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 12
23.2. 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
23.2. 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 8
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 8
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 714 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    Rozcestník

    Dotaz: Časové zamykání řádků tabulky - PostgreSQL

    pools avatar 20.5.2011 16:00 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
    Časové zamykání řádků tabulky - PostgreSQL
    Přečteno: 721×
    Ahoj, řeším teď takový problém se zamykáním tabulky. Píšu jednu webovou aplikaci a potřebuju aby uživatel který edituje jeden objekt při načtení dat zamkl současně tabulku - to by nebyl problém, nevím však, jak to vyřešit, když data zpět neuloží -> a tím pádem tabulku zase neodemkne. Nevíte někdo jestli neexistuje něco jako nastavení času platnosti zámku v Postgresu? Aby třeba platil pouze patnact minut a pak se řádek automaticky odemknul? Nedokázal jsem k tomu na netu nic najít... Díky
    Vivre libre ou mourir!

    Řešení dotazu:


    Odpovědi

    Josef Kufner avatar 20.5.2011 16:17 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Přidej do té tabulky dva sloupce, kde bude čas budoucího odemknutí a ID uživatele, který to zamknul. Pak stačí jen kontrolovat, zda čas budoucího odemknutí je v minulosti nebo NULL.
    Hello world ! Segmentation fault (core dumped)
    pools avatar 20.5.2011 16:33 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    No podobně to dělám doteď, ale myslel jsem spíše nějaký systémovější způsob jestli neexistuje...
    Vivre libre ou mourir!
    20.5.2011 21:50 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    A proč zamyká celou tabulku? Něco máš imho špatně v designu - zamykat bys měl jen to, s čím pracuješ, ne celou tabulku.

    Jinak SELECT blablabla FOR SHARE/UPDATE ti do konce transakce zamkne záznamy pro čtení/pro zápis (nikdo jiný je nebude moct měnit/ani přečíst). Nevím, jak zamykáš jinak, ale tendle zámek se po konci transakce odemkne automaticky.

    21.5.2011 09:42 pools
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    sorry, to byl překlep, zamykám samozřejmě jen editovaný řádek. ale co je podle tebe konec transakce u php skriptu? mi jde o to, zamknout řádek tabulky když načtu data do selectu, abych měl patnáct minut jistotu, že mi je nikdo nepřepíše, ale po této době i když nedám ten update aby se tabulka automaticky odemkla. a potřebuju aby šly nadále číst, jen se nesmí dostat k editaci...
    21.5.2011 12:45 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Konec transakce je příkaz COMMIT/ROLLBACK (popř. konec každého příkazu, pokud si nenastartoval transakci púomocí BEGIN).
    21.5.2011 14:07 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Záleží na tom, co přesně vlastně potřebuješ.

    Jestli máš aplikaci, kde uživatel začne pracovat s nějakým objektem (tzn. načte stránku, něco se mu tam objeví, on do toho chvilku ťuká a píše a pak klikne, aby se uložilo), tak ti transakce nepomůžou a budeš muset udělat něco, co je hned v prvním příspěvku. Tzn. zamknout záznam něčím jako
    UPDATE záznam SET cas_odemceni = now() + '15m'::interval, zamykatel = ID toho, kdo to zamkl WHERE id = ID objektu

    Před pokusem objekt měnit se podíváš, jestli je zamykatel NULL (= záznam není zamčený). Když není NULL, porovnáš ID zamykatele s tím, kdo se snaží k objektu přistoupit (záznam je zamčený pro všechny ostatní.) Když ID nesouhlasí, porovnáš cas_odemceni s now() (jestliže je now() větší, záznam byl zamčen, ale zámek vypršel)

    Pokud máš aplikaci, kde objekt musí být zamčený jenom v době, kdy s ním pracuje ten skript, použij transakce. To už popsal logik v #3 a #5, jenom doplním, že transakci ukončí i konec skriptu, tedy uzavření spojení do DB.
    Quando omni flunkus moritati
    21.5.2011 14:39 dad
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    tedy ja ma tak nejak zafixovano, ze vsechna tahle reseni maji radu much a to z velkou pravdepodobnosti 'nejrozumnejsi' je pouzit timestamp.
    21.5.2011 20:01 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    No zamykání záznamů "dopředu" před editací moc dobrá technika není. Daleko lepší bývá to řešit revizema (při updatu si zkontroluju, jestli mi záznam někdo nezměnil pod rukama (zkontroluju číslo revize) a kdyžtak ho neupravím a místo toho sdělím uživateli problém).
    pools avatar 22.5.2011 14:30 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    takže jako nechám uživatele aby vesele něco pět minut nastavoval a při uložení mu suše oznámíš: dělal jsi to na hovno? rozumím tomu dobře?
    Vivre libre ou mourir!
    22.5.2011 15:18 FooBar
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Ocividne nerozumis, kdyz reagujes takhle agresivne na cloveka, kterej ti poskytuje (naprosto spravnou) radu.

    RTFM: http://en.wikipedia.org/wiki/Optimistic_concurrency_control

    Je to casto pouzivany reseni napr. na wiki, na zaklade predpokladu ze realne to tak moc lidi soubezne editovat nebude. Navic, vzhledem k tomu, ze je to human-readable, muzes pomerne trivialne nabidnout merge vuci novy revizi.

    Optimistic concurrency control ma drahy konflikty (tim ze musis informovat uzivatele / resit merge), ale jinak je trivialni na implementaci a v pripade ze moc konfliktu nemas (coz je typicky pripad prave treba wiki), tak je i efektivnejsi.
    22.5.2011 16:09 dad
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    ja si myslim, ze tohle neni ta spravna odpoved. Aby byla situace jasnejsi, je treba se zeptat soudruha, jak bude reagovat on v tom pripade, ze zaznam je zamcen.

    napise hlasku 'zkuste to ca. za 5 minut', nebo 'zkuste to pozdeji'? A jaka bude hlaska, az to uzivatel skutecne za nejaky cas znova zkusi a opet to bude zamcene?
    22.5.2011 16:16 FooBar
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Nebo ostatne jaka bude reakce, kdyz bude mit zamek na v originalnim postu zminenych 15 minut, a clovek to holt bude editovat 16 minut... a nekdo jiny mu to pred ulozenim sebere pod rukama (a zamkne na dalsich 15 minut).
    Josef Kufner avatar 22.5.2011 22:01 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Tohle se řeší tak, že to nezamkneš na 15 minut, ale na pět (nebo i méňe) a javascriptem v pravidelných intervalech prodlužuješ zámek. Takže jakmile uživatel zavře okno nebo odejde jinam, tak zámek zmizí rychle a pokud edituje hodinu, tak to má hodinu zamčené. Pro případ, že by to jen nechal otevřené, tak je dobré koukat na stisky kláves a pokud se nic neděje, tak se dotázat, zda prodloužit (nějakým tichým způsobem, např. ukázat div s dotazem přes editor).
    Hello world ! Segmentation fault (core dumped)
    pools avatar 22.5.2011 16:39 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Ale to co je v tom Optimistic concurrency control je podle toho co jsem přečetl úplně mimo oproti tomu na co jsem se ptal - já potřebuju vědět jestli to někdo edituje a nemůžu nikomu povolit aby editoval stejnou věc zároveň - mám data pro které to není relevantní. Ptal jsem se jasně jestli existuje způsob jaký popisuju v dotaze - očividně neexistuje, ok, mi to stačí, ale posílat věci které fungujou úplně jinak než potřebuju? proč?
    Vivre libre ou mourir!
    22.5.2011 21:06 vlastik
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    tomu co popisuješ se říká pesimistic locking
    pools avatar 22.5.2011 21:24 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Ne.
    Vivre libre ou mourir!
    22.5.2011 21:50 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Jo
    pools avatar 22.5.2011 23:19 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Není to na co jsem se ptal. Absolutně. Chtěl jsem vědět, jestli existuje něco přímo na úrovni SQL serveru. Ne aplikační vrstvu.
    Vivre libre ou mourir!
    Josef Kufner avatar 22.5.2011 23:47 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Občas je lepší zvážit jiný přístup, který tvůj problém obchází místo toho, abys ho řešil.
    Hello world ! Segmentation fault (core dumped)
    22.5.2011 23:52 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Jenže ono žádnýho inteligentního člověka nenapadlo, že to myslíš pouze a jenom přes SQL server, protože přes něj to přes víc spojení prostě ani principiálně nejde a nemůže jít (teda pokud si nebudeš držet furt otevřený spojení do db, což jaksi na webu nejde). Což bys jaksi zjistil, kdyby sis o tom něco přečet, jak kolega doporučoval. Stejně jako by ses dozvěděl, že to, jestli jde o pesimistic nebo optimistic locking vůbec neznamená, že se zamyká v aplikační vrstvě....
    pools avatar 23.5.2011 09:27 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    "Nevíte někdo jestli neexistuje něco jako nastavení času platnosti zámku v Postgresu? " << chtěl jsem vědět pouze tohle. Pessimistic lock momentálně používám a jediné co jsem chtěl vědět, bylo jestli existuje v postgresu něco podobného. Napadlo mě to pouze pro zajímavost, protože vím, jak se dá zamknout řádek pomocí klíče. Možná jsem málo zdůraznil, že mě zajímá jen tato informace a ne obecné řešení.
    Vivre libre ou mourir!
    23.5.2011 10:28 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Jenže právě ta otázka byla natolik nesmyslná, že je evidentní, že Ti schází potřebný background. A že běz něj v lepším případě vymyslíš kolo, v horším něco zbastlíš.

    Je to, jako by ses zeptal, jak se ve škodovce naklápěj listy vrtule a čílil by ses z odpověděli, že si máš přečíst něco o rozdílu mezi autem a letadlem.

    pools avatar 23.5.2011 11:09 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    ...
    Vivre libre ou mourir!
    28.5.2011 01:01 FooBar
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Naprosto jednoznacne jo. Optmistic/pesimistic concurrency control je zakladni princip rizeni soubeznyho pristupu k datum, nikoliv konkretni implementace.

    Poslal jsem ti odkaz na neco, co funguje jinak nez si myslis ze potrebujes, ponevadz je to reseni naprosto funkcni a korektni. Priste te proste jen poslu do hajzlu.
    22.5.2011 21:49 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Zaprvý, zcela jasně jsi se nezeptal, z dotazu nijak neplyne, jestli jsi schopen držet transakci během doby, kdy to chceš mít zamknutý, navíc mluvíš o zamykání tabulky a ne záznamu. A zadruhý, radit se mi člověku, kterej se chová takhle arogantně, s prominutím nechce.

    Protože teprv teď vyplynulo, že to má bejt asi webová apliakce a transakci držet nemůžeš, tak by mě zajímalo, jak bys řešil to, že když to hypoteticky zamkneš postgresím zámkem na 15min, tak že request na změnu a odemčení poběží ve svý samostatný transakci a tedy se taky přes zámek nedostane...
    pavlix avatar 22.5.2011 22:34 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Je to casto pouzivany reseni napr. na wiki, na zaklade predpokladu ze realne to tak moc lidi soubezne editovat nebude. Navic, vzhledem k tomu, ze je to human-readable, muzes pomerne trivialne nabidnout merge vuci novy revizi.
    Ovšem nesmíš na takovou wiki uspořádat školení :D. Tam ti totiž několik lidí bude editovat právě tu stránku, kterou ukážeš na plátně.

    21.5.2011 13:56 trekker.dk | skóre: 71
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Jen pro úplnost - SELECT ... FOR UPDATE zamkne záznamy jenom pro čtení jiným SELECT FOR UDPATE. Normální SELECT projde.
    Quando omni flunkus moritati
    21.5.2011 19:58 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Jo, nevyjádřil jsem se jasně. Zámek pro zápis zakazuje jakejkoli zápis či zamknutí. Zámek pro čtení zakazuje jakejkoli zápis a zámek pro zápis, povoluje zápis pro čtení.

    tzn. zamknutí pro čtení: zajistim, že mi to nikdo nezmění pod rukama, ale nebudu to měnit, takže povolím ostatním čtení, i s to pro to čtení také zamknout. tzn. zamknutí pro zápis: budu měnit, takže mimo předešlého zakážu i zámek pro čtení (tzn. člověk, kterej to chce konzistentně si musí počkat, až dokončím změnu).
    21.5.2011 22:51 vlastik
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    Doporučuji si na Google nastudovat pojmy "optimistic locking" a "pesimistic locking" a vybrat si jeden z nich a nevymýšlet jakové kočkopsy :)
    23.5.2011 15:14 Ivan
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    +1 presne tak. Ti kockopsi muzou snadno selhat pri vhodne kombinaci izolacniho levelu a nacasovani. Nejjednodussi je predpokladat, ze nic jineho nez pesimisticke a optimistice zamykani ani neexistuje.

    Pokud to neumoznuje vas framework tak je mozna chyba v tom frameworku.
    23.5.2011 15:48 l0gik | skóre: 22
    Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
    No já už z něho pochpil,. že v podsttě chce pesimistic locking, až na to, že chtěl, aby mu to zařídila databáze přes několik spojení do ní (což prostě z principu nemůže jít).

    Navíc pesimistic locking pro webovou aplikaci je dosti nevhodné, neboť není zajištěné správné odemknutí (tam se to musí obejít nějakym vypršením zámku), navíc to má různý sideefekty jako víc otevřenejch oken browseru, nedostupnost záznamu při restartu browseru a podobný opičárny.

    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.