Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
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: