V stredu 19. 02. 2025 o 10:00h bude spustený jarný webinár zdarma. Na tomto webinári si ukážeme praktické ukážky monitorovania Prometheus endpointov s využitím nástroja Zabbix. Účastníci sa dozvedia, ako nastaviť a konfigurovať Zabbix na zber dát z prometheus exporterov vrátane vytvárania LLD pravidiel. Tento webinár je určený pre mierne pokročilých administrátorov Zabbixu. Registrácia na stránke: Axians Slovakia. Zoznam všetkých webinárov: Axians Slovakia webináre.
Byla vydána beta verze GNOME 48. Vyzkoušet lze instalační ISO GNOME OS. Vydání GNOME 48 je plánováno na březen.
Bochs (Wikipedie), tj. emulátor počítačů typu x86 a x86-64, byl vydán ve verzi 3.0.
Věříte své kalkulačce? Kolik je (10^100) + 1 − (10^100)? A kolik 1%−1%?
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
FlappyFavi, hra Flappy Bird v ikoně Favicon. Nefunguje na mobilech.
Byly vyhlášeny výsledky (YouTube) 28. ročníku D.I.C.E. (Design, Innovate, Communicate, Entertain) Awards: Hrou roku 2024 je Astro Bot.
Všem na AbcLinuxu vše nejlepší k Valentýnu aneb Dni lásky ke svobodnému softwaru (I love Free Software Day, Mastodon, 𝕏).
Vývojáři openSUSE Tumbleweed oznámili, že u nových instalací se ve výchozím stavu přechází z AppArmor na SELinux. Uživatelé, kteří chtějí zůstat na AppArmor si mohou AppArmor vybrat v instalátoru.
Hector "marcan" Martin skončil jako vedoucí projektu Asahi Linux aneb Linux na Apple Siliconu. Projekt ale pokračuje dál.
Dobrý den, chtěl bych poprosit o radu ohledně sdílení dat více uživateli najednou.
Konkrétně se jedná o tabulku, do které může zapisovat víc uživatelů najednou.
Teoreticky by stačilo webové rozhraní s php pomocí kterého by se přistupovalo do databáze MySQL. Chápu, že by se to mělo dát ošetřit pomocí zámků.
Protože jsem zatím nezkoušel podobnou věc napsat, snažil jsem se najít nějaké "předpřipravené řešení" nebo alespoň návod.
Zdá se, že neexistuje (nebo nevím jak mám hledat?).
Nevíte, prosím, o něčem?
Velmi děkuji za radu - nápad - nasměrování.. cokoli, co by mi pomohlo tento problém vyřešit.
google - další - dokumenty - nový - tabulka
Poslední na co jsem se díval bylo toto, ovšem nepodařilo se mi to rochodit natož abych vyzkoušel, zda to dokáže zamykat tabulku při editaci.
Nějaký framework na webové databázové rozhraní by se mi taky hodil (možná by něco šlo vyextrahovat z aplikací typu PHPMyAdmin, ale do toho se mi nechce).
Pokud by se to dělalo ručně, tak bych zamykání možná řešil další tabulkou (s tím kdo co od kdy do kdy zamkl) spíše než databázovými zámky - automatické uvolňování databázových zámků na přerušených HTTP transakcích by se mi řešit nechtělo, a jinak hrozí deadlock.
Situace je taková, že jednou někdo vytvořil tabulku. Například s názvem kniha zakázek. Nyní do toho všichni obchodníci zapisují svoje zakázky.
Situace by byla jednoduchá, pokud by všichni pracovali např v Linuxu nebo jen ve Windows a tabulka (Open Office) by byla uložená na serveru.
Ale i tak se někdy stane, že si to uživatelé přepíšou (i když to nechápu).
Dále se to komplikuje tím, že někteří používají linuxové stanice a NFS, jiní WIndows.
Zkoušel jsem sice kritické adresáře zpřístupnit přes cifs, ale jednak si to stejně dokázali přepsat
(asi existuje mikrosekunda, kdy se to prostě může stát.. :-/) a navíc jsem je nedonutil, aby v názvech
souborů nezadávali diakritiku.. což vede k tomu, že linuxoví uživatelé mají u některých cest a souborů špatné znaky ( )
U OpenOffice jsem aktivoval sdílení, to však včera přestalo (z pro mne neznámých důvodů) u některých souborů fungovat.
Nemluvě o tom, že to pořádně nefungovalo nikdy ( sdílení se různě rušilo v průběhu zapisování)
Velmi by mi pomohlo, kdybych toto dokázal vyřešit. Ovšem žádná z mnou nalezencých (free) věcí to neumí (což mne dost překvapilo).
Momentálně je (před svátky) situace docela vyhrocená, protože např. právě zakázky zapisovat hromadně nelze..
To jsem také zkoušel, ale base byla poměrně hodně nestabilní
Je ale pravda, že to bylo už před nějakým časem a možná se to od té doby "vyklubalo"
Děkuju za tip, podívám se na to.
No, právě takového programátora bych potřeboval, případně bych se to potřeboval naučit sám. Zatím je pro mne tato situace stále bezvýchodná
Zdravím, děkuji za odpověď.. toto je asi nejlepší nápad a příště to tak udělám.
Nakonec jsem to vyřešil provizorně (viz níž) a postupně by měla celá firma přejít na Sugar CRM atd., takže
jsem složitější řešení vzdal (nejspíš by to ani nikdo nezaplatil).
Přesto děkuji!
PS: Řešil jsem to už zde. Ale opravu si nevím rady.. ani Zimbra toto nesplňuje.:-/
já to mám tady řešené tak, že každý přihlášený uživatel může založit příspěvek typu "průvodce" (ten typ obsahu jsem vytvořil pomocí CCK) a jeho data se na stránce poskládané pomocí wievs zobrazí v tabulce.
pokud uživatel svůj příspěvek upraví, tak se tabulka automaticky změní
dají se nastavit různé filtry a podobně - něco jako tady a asi se dá někde zapnout i export, ale to jsem nezkoušel
Drupal mám už nějakou dobu v plánu víc prozkoumat, takže děkuju za tip, určitě se na to podívám!
Ještě otázka... co nastane, když budou dva uživatelé chtít editovat tentýž obsah?
V tom je totiž ten největší problém. Zadávají zakázku.. té přidělí číslo a zapíšou to.
A pak se stane, že má jedna zakázka dvě čísla a je velký problém (to je ještě ten lepší případ).
drupal umí přidělit "role" a těm rolím určitá práva - například vytváření, editaci určitého typu obsahu, takže by to šlo možná tímto způsobem pořešit . - uživatelé s určitou rolí by mohli objednávky editovat
a tví uživatelé mohou zakládat zakázky pod stejným číslem? není v tom pak hokej?
tak jsem to zkoušel a jde to - můžu zadat příspěvek se shodným názvem, jaký už tam je. nevím, jestli to jde někde omezit
To je právě ten problém. Snažím se najít nějaké řešení už hezky dlouho, ale zatím marně
Ale děkuju za snahu
No právě, že v tom JE hokej. To se stane právě v momentě, kdy dojde k tomu, že si ten dokument otevře víc lidí najednou (i když by se to stávat nemělo).
našel jsem modul "Unique field" - po jeho zapnutí se u typu obsahu objeví volba "Unique field" a tam se dá nastavit, která pole - nadpis, nebo jiné - musí mí unikátní hodnotu, jinak to příspěvek nevezme, takže nedochází k duplicitám
Děkuji všem za odpovědi. Nakonec jsem celou věc vyřešil pomocí projektu OpenGoo.
Pro naše potřeby jsem udělal hrubou pracovní verzi překladu, kterou si v případě zájmu můžete stáhnout zde.
Postupně překlad podle možností upravuji. V současné době vůbec není ideální. Ale důležité je, že existuje .
OG není to sice přesné řešení toho jak jsem si to představoval, umožňuje zamykání dokumentů a jednoduchý DMS (a mnohem více),
což je to, co jsem akutně potřeboval .
Tiskni
Sdílej: