DuckDuckGo AI Chat umožňuje "pokecat si" s GPT-3.5 Turbo od OpenAI nebo Claude 1.2 Instant od Anthropic. Bez vytváření účtu. Všechny chaty jsou soukromé. DuckDuckGo je neukládá ani nepoužívá k trénování modelů umělé inteligence.
VASA-1, výzkumný projekt Microsoftu. Na vstupu stačí jediná fotka a zvukový záznam. Na výstupu je dokonalá mluvící nebo zpívající hlava. Prý si technologii nechá jenom pro sebe. Žádné demo, API nebo placená služba. Zatím.
Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 140 (pdf) a HackSpace 77 (pdf).
ESPHome, tj. open source systém umožňující nastavovat zařízení s čipy ESP (i dalšími) pomocí konfiguračních souborů a připojit je do domácí automatizace, například do Home Assistantu, byl vydán ve verzi 2024.4.0.
LF AI & Data Foundation patřící pod Linux Foundation spustila Open Platform for Enterprise AI (OPEA).
Neziskové průmyslové konsorcium Khronos Group vydalo verzi 1.1 specifikace OpenXR (Wikipedie), tj. standardu specifikujícího přístup k platformám a zařízením pro XR, tj. platformám a zařízením pro AR (rozšířenou realitu) a VR (virtuální realitu). Do základu se z rozšíření dostalo XR_EXT_local_floor. Společnost Collabora implementuje novou verzi specifikace do platformy Monado, tj. open source implementace OpenXR.
Byla vydána nová verze 0.38.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 4.4 nebo novější a také libplacebo 6.338.2 nebo novější.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzích 1.3.1, 1.2.3 a 1.0.6. Ve verzi 1.3.1 je mimo jiné řešena bezpečnostní chyba CVE-2024-20380.
Digitální a informační agentura (DIA) oznámila (PDF, X a Facebook), že mobilní aplikace Portál občana je ode dneška oficiálně venku.
#HACKUJBRNO 2024, byly zveřejněny výsledky a výstupy hackathonu města Brna nad otevřenými městskými daty, který se konal 13. a 14. dubna 2024.
Je mi jasné, že úplně nejlepším řešením by bylo nasazení najěkého informačního systému.
To se ovšem i přes moji opakovanou snahu několikrát nepodařilo, protože vedoucím nejvíc vyhovuje
editace obyčejné excelovské (rozuměj OOo) tabulky smožností přidávání sloupců, barev, vzorců a různých odkazů a propjení.
Uvažoval jsem i o tom, že by bylo možné vytvořit tabulku podle vzoru a použít kombinaci PHP&MySQL.
To ale také nelze, protože takové řešení není tak jednoduše uživatelsky upravovatelné (přidání sloupců, barev, vzorců).
Naprosto ideálním řešením by bylo použití OOo (zejména tabulkového procesoru) přes
webové rozhraní.
Mnohokrát jsem prohledával internet a vyzkoušel jsem několik řešení, která vypadala slibně.
Všechna se však nakonec ukázala víceméně nepoužitelná a navíc po nějaké době zanikla.
Zkoušel jsem např. PengYou a mnohá další (která si už ani nepamatuji).
Ze současných TeamDrive, O3Space, Ulteo OVD.. také jsem narazil na možnost použití OOo jako serveru,
ale velmi těžko hledám nějaké podrobnější informace.
Za každou radu a nasměrování předem děkuji!
Už poměrně dlouho hledám open source řešení, které by umožňovalo spolupráci více uživatelů na jednom dokumentu současně.To by chtělo více detailů ohledně toho, co si představujete pod spoluprácí současně? Chcete aby jeden dokument editovalo víc lidí v různých časech? (dokument je na sdíleném disku/v svn repozitáři) Chcete aby lidé viděli co ostatní změnili? (zapnout režim změn) Nebo že jej má více lidí otevřeno na různých PC najednou? (chová se jako databáze, co použít databázi - oo base v souboru nebo sql?) Nebo aby najednou do jednoho dokumentu "čuměli" dva lidé a viděli real time co se mění? (sdílený remote desktop nebo spolupráce přes XMPP) Co s tím má webové rozhraní?
Díky za reakci. Pokusím se odpovědět - cokoliv a všechno z toho by bylo dobré.
Jde o toto:
Ve firmě zapisují zakázky a s nimi související věci do tabulkového procesoru.
Zapisovat potřebuje více lidí. Přičemž - použití možnosti sdílení obsažené v OOo se neosvědčilo.
Samotné zamknutí calc souboru při otevření také nefunguje spolehlivě (vím, že by se to NEMĚLO stát, ale stalo se, že víc uživatelů sobuor najednou otevřelo a přepsali si jej)
Vzhled tabulek (sloupce, barvy) vytváří vedoucí.. a také je často mění. Není proto možné použít jiné řešení - musí si to editovat sám (a snadno => řešení pro běžného uživatele).
V současné době je dokument (dokumenty) na souborovém serveru. Přístup je možný přes ntfs, cifs a sambu (pro win stanice).
K editaci by mohlo docházet současně, nebo by bylo možné současnou editaci zakázat aby nemohlo v žádném případě dojít k dvojímu otevření. (To se mi ale s použitím stávajících prostředků nikdy úplně spolehlivě nepodařilo.)
Ideální by bylo, kdyby dokument mohlo mít otevřeno víc lidí najednou a viděli změny. Databázi použít nemohu.. musí být zachována možnost hlavní editace a tvorby vedoucím a databáze poskytuje omezené možnosti (to už jsem také zkoušel.. ) Tzn, kdyby do jednoho dokumentu "čuměli" dva lidé a viděli real time co se mění - to by bylo úplně ideální, ale nevím jak to udělat.
Zvlášt pokud by šlo nějak využít XMPP tak by mne to zajímalo.. neměl byste nějaký odkaz (návod?) Děkuji!
Zapisovat potřebuje více lidí. Přičemž - použití možnosti sdílení obsažené v OOo se neosvědčilo.OO Calc v3 to umí. http://wiki.services.openoffice.org/wiki/Documentation/FAQ/Writer/DocumentManagement/Can_multiple_users_edit_a_file_concurrently%3F Každopádně používání tabulkového procesoru na sdílená data je hovadina. Tuto myšlenku prosadil "excel" ale každý, kdo se snažil v "excelu" o něco složitejšího, Vám řekne abyste použil "access".
Vzhled tabulek (sloupce, barvy) vytváří vedoucí.. a také je často mění. Není proto možné použít jiné řešení - musí si to editovat sám (a snadno => řešení pro běžného uživatele).IMHO vzhled pohledů v OO Base lze měnit taky dost klikoidně. Alternativně lze kombinovat oba přístupy. V Calcu mít nadefinovaný datový zdroj z databáze.
K editaci by mohlo docházet současně, nebo by bylo možné současnou editaci zakázat aby nemohlo v žádném případě dojít k dvojímu otevření. (To se mi ale s použitím stávajících prostředků nikdy úplně spolehlivě nepodařilo.)To je možná tím, že si editor dělá kopii souboru, kterou edituje, a pak přejmenuje. Nicméně udržet lock na původním souboru by měl umět. Tam, kde jsem působil já, k tomu nedocházelo, a to ještě za dob OO 2.x.
Tzn, kdyby do jednoho dokumentu "čuměli" dva lidé a viděli real time co se mění - to by bylo úplně ideální, ale nevím jak to udělat.Jak jsem říkal můžete použít i sdílený remote desktop. Pak se ale uživatelé budou prát o myš. A samozřejmě při updatech do sdíleného souboru OO Calcu nebo databáze se IMHO změny projeví ve všech otevřených instancích, jinak by to nemělo smysl.
Zvlášt pokud by šlo nějak využít XMPP tak by mne to zajímalo.. neměl byste nějaký odkaz (návod?) Děkuji!To je sice sexy, ale. V OO byla tato iniciativa zaříznuta. XMPP momentálně umí jen Abiword a Inkscape (a samozřejmě MS Office má svůj protokol na real time spolupráci), čili asi nic pro Vás. Při spolupráci přes XMPP musí ale mít každej svůj soubor, ve kterých se to synchronně mění. Takže asi nic.
Děkuji za reakci 
.
OO Calc v3 to umí.
Já vím, zkoušel jsem to, ale jak jsem psal, neosvědčilo se to (nefunguje to úplně ideálně, navíc je možnost edtace omezená. Stávalo se mi, že u některých uživatelů to fungovalo a pak najednou ne. Atd..
Každopádně používání tabulkového procesoru na sdílená data je hovadina.
S tím úplně souhlasím, jenže některým lidem je těžké (nemožné) to vysvětlit..
IMHO vzhled pohledů v OO Base lze měnit taky dost klikoidně.
Také jsem to zkoušel. Je to docela omezené. Navíc jsem měl docela problémy se stabilitou.
Tam, kde jsem působil já, k tomu nedocházelo,
..máme šikovnější uživatele.. 
..sdílený remote desktop
Přiznám se, že tohle mne nenapadlo... Používám rdesktop, vnc i nx, ale nenapadlo mne to použít takto. Budu o tom přemýšlet...
Při spolupráci přes XMPP musí ale mít každej svůj soubor, ve kterých se to synchronně mění. Takže asi nic.
Naopak to by vůbec nevadilo. Klidně bych to vyzkoušel. Nemáte nějaký link "jak na to"?
Stávalo se mi, že u některých uživatelů to fungovalo a pak najednou ne. Každopádně používání tabulkového procesoru na sdílená data je hovadina. S tím úplně souhlasím, jenže některým lidem je těžké (nemožné) to vysvětlit..Tak si holt kupte excel nebo access a budete to mít i s obsluhou nahoře bez.
Jak jsem říkal jediné co vím je že to podporuje Inkscape a Abiword, takže žádné tabulky. Můžete zkusit googlit a nebo se podívat na wikipedii.Při spolupráci přes XMPP musí ale mít každej svůj soubor, ve kterých se to synchronně mění. Takže asi nic.Naopak to by vůbec nevadilo. Klidně bych to vyzkoušel. Nemáte nějaký link "jak na to"?
9.1.2010 06:03
Jendа | skóre: 78
| blog: Jenda
| JO70FB
Ale než se nějakým směrem pustím, potřebuju poradit kudy mám napřít síly. Hledám směr, kterým je nejlepší se vydat a chci to vyřešit (pokud možno jednou provždy!)Já bych to osobně řešil tím spuštěním někde na serveru a uživatelé by se k tomu připojovali přes VNC.
protože implemetace do firmy není jen tak jednoduchá a někdo s tím obvykle musí pomoct, což bývá placená službaV mém případě náklady na nákup licence od m$ byly vyšší než náklady na "pomoc", takže se prosadil OOo. Nepotřeboval jsem ale řešit to co Vy, protože mí uživatelé uměli používat databáze.
Pokud by někdo napsal řešení v javě (kterou neumím) jako např. totoDojo (a vůbec web access k OOo) není IMHO cesta kterou chcete. Je to pouze změna interface ale v jádru budete mít pořád ten OOo a tudíž problém se sdílením. Je to mapování 1 webová instance k 1 dokumentu, ne N ku 1. Navíc co jsem slyšel tak provozovat OOo v server režimu vyžaduje trochu podpory, protože to občas slítne, etc.
Ale než se nějakým směrem pustím, potřebuju poradit kudy mám napřít síly.Více podnětů než bylo řečeno asi už nevymyslíme.
Vím, že už jste tu podobnou věc několikrát odmítl, ale koukněte se na TinyERP. Kamarád má celkem drobnou firmičku (asi 8 lidí) a celkem nedávno zjistil, že se už bez nějakého informačního systému neobejde. Ne, že by ho chtěl, ale prostě ho k tomu odběratelé donutili.
ZDAR!Zdravím. Já informační systém vůbec neodmítám - naopak. Jak jsem psal, už jsem se několkrát snažil nějaký IS do firmy přinést (TinyERP bylo jedno z nich, ale byly i další). Problém je, že je to neprůstřelné v tom, že vedení chce prostě editovat tabulku... a přes to "vlak nejede".
O propojení OOo s SQL jsem se také pokušel.. mohu to zkusit znovu. Vůbec se tomu nebráním (na vysvětlenou ), ale podle mých dosavadních zkušeností to "není ono" a jak jsem se zatím přesvědčil.. když to není ono, tak se to nakonec "neuchytí". Alespoň to doposud tak bylo.
Chci jen vysvětlit, že osobně chápu přednosti IS a DMS, ale není v mých silách o tom přesvědčit "zodpovědné osoby".
Navíc.. pokud by se podařilo rozběhnout toto, možná by jako další krok mohl být IS..
Díky za reakci
Jak podrobně jste zamykání souborů zkoumal? Kdysi jsem si s tím hrál a problém byl jen s linuxovými CIFS klienty. Jiné kombinace (NFS, windowsí CIFS fungovaly). Ale to už je pár roků. Třeba zatím Linux opravili.
Navíc OOo mají v shelovém skriptu přepínač na zamykání přes zámkové soubory, což je pak nezávislé na podpoře zamykání z hlediska souborového systému. Jen doplním, že tehdy bylo nutné do Samby na serveru zapnout zamykání (locking, posix locking) a vypnout oportunity locking (oplocks, level2 oplocks).
Myslím, že toto přesně byl ten problém. Původně linuxoví klineti přistupovali přes cifs a Windowsoví také. Pak byla v linuxovém cifs chyba a musel jsem vše předělat na NFS. Pak jsem to po opravě znovu vrátil na cifs. U všech těchto období to bylo podobné.. fungovalo to (třeba i několik měsíců), ale někdy se stalo, že ne. Nepřišel jsem na to proč..
To co píšete je hodně zajímavá informace. Nemáte nějakký link.. nasměrování o tom shelovém skriptu (nevěděl jsem o něm).
Na to nastavení samby se určitě podívám, moc děkuju!!
$ grep LOCK "$(type -p soffice)" # STAR_PROFILE_LOCKING_DISABLED=1 # export STAR_PROFILE_LOCKING_DISABLED SAL_ENABLE_FILE_LOCKING=1 export SAL_ENABLE_FILE_LOCKING
Přikládám kratičký céčkový program, který exkluzivně zamkne soubor uvedený v prvním argumentu pomocí fcntl(2). Když program pustíte současně, můžete vidět, jak zamykaní funguje nebo nefunguje.
Jak jsem psal, když jsem jeden poustil na klientovi a druhý na serveru, tak to fungovali ať už klient použil NFS nebo CIFS.
Někdo tu vykřikoval, že pro něj není problém se hrabat ve zdrojácích OOo, takže jistě není problém podívat se, jak OOo zamykají, když nepoužívají zámkové soubory, a opravit to.
Každopádně správně zamykání je lepší než zámkový soubor, protože ten je specifický pro aplikaci (třeba MS Office nebo Abiword se určitě s OOo nedomluví přes zámkové soubory).
A taky doporučuji vypnout na sambě oportunistické zamykání, které s oblibou používají Windows. To pak vede k takovým ošklivostem, že v době otevírání souboru pro zápis získají oportunistický zámek všichni klienti a teprve až zápis do souboru selže, pokud více jak jeden klient bude držet zámek. Pokud před uložením všichni ostatní klienti soubor uzavřou, přepíše takový poslední klient soubor svými daty, aniž by zjistil, že mezi tím soubor někdo změnil, což vede ke ztrátě dat.
Děkuju.. rád se na to podívám. Jen nevím (jestli špatně koukám) kde je ten program přiložen..?Přikládám kratičký céčkový program...
Přečtěte si oddíl Mandatory locking ve fcntl(2).
Protože povinné zamykání není standardizované a protože Linux s ním má problémy, doporučuje se použít dobrovolné zamykání s tím, že každá aplikace se před chráněnou operací musí ujistit, že dobrovolný zámek na souboru neexistuje.
Hmm, to opravdu nezní moc povzbudivě..
The Linux implementation of mandatory locking is unreliable. See BUGS below.
Funguje to nasledovne (omlouvam se, ze to pisu mozna jako pro prvnacka). Nekde v siti bezi server s reviznim systemem (nic narocneho). V reviznim systemu se zalozi repozitar pro projekt (proste jen "adresar" s urcitym nazvem). Do nej se pak daji ukladat adresarove struktury se soubory. Revizni system si pak pamatuje kazdou zmenu adresarove struktury/souboru a lze se v kteremkoliv okaziku vratit nazpet.
Uzivatele pokud chteji revizni system pouzivat musi mit klienta (existuje multiplatformi, da se jednoduse pouzit ve skriptech nebo batch souborech, takze by nemelo byt problem pro neznale uzivatele vytvorit na windows ikonku treba "zamkni soubor pro me" a "posli zmeny"), kterym si lze dany projekt stahnout k sobe lokalne a mit svoji vlastni kopii projektu. V nem se mohou provadet zmeny. Pokud zmeny dokonci poslou svoje zmeny do repozitare na serveru. Odtud si je mohou dalsi uzivatele stahnout nebo updatovat svoji lokalni kopii.
System lze nastavit tak, ze po stazeni souboru ma soubor prava read only. Takze pokud zacne uzivatel editovat read only soubor mel by ho software trknout, ze neco neni v poradku. Prohlizet ho muze bezproblemu. Pokud chce uzivatel soubor editovat rekne o tom reviznimu systemu, ten soubor lockne na serveru a zmeni prava u lokalni kopie na read/write. Pokud se nekdo dalsi pokusi soubor lockout pro sebe dostane hlasku ze to udelal uz nekdo pred nim a soubor by tedy on nemel editovat. Pokud editaci souboru uzivatel dokonci musi poslat soubor na server, soubor se tim automaticky odemkne a lokalni kopie souboru ze zmeni na read only.
Mozna to neni user-friendly ale je to osvedsene a pouzivane, nezavisle na software, jen na urovni souboru. Jen si uzivatel musi pamatovat dve veci
1) pred editaci o tom rict reviznimu systemu a
2) po editaci soubor poslat zpet na server
da se zaridit "dvema ikonkami na plose"
No, ale vubec neni jiste jesli je to to, co hledate nebo by to pro dany ucel vyhovovalo :)
Předně děkuji za odpověď
(omlouvam se, ze to pisu mozna jako pro prvnacka)
Není za co se omlouvat, naopak je to dobře
Mozna to neni user-friendly ale je to osvedsene a pouzivane, nezavisle na software, jen na urovni souboru. Jen si uzivatel musi pamatovat dve veci
1) pred editaci o tom rict reviznimu systemu a
2) po editaci soubor poslat zpet na server
da se zaridit "dvema ikonkami na plose"
Myslím, že toto by mohlo jít nějak zautomatizovat. Nicméně už teď mne napadají různá úskalí. Ale stojí to za pokus.
No, ale vubec neni jiste jesli je to to, co hledate nebo by to pro dany ucel vyhovovalo :)
Vůbec mi to nepřipadá jako špatné řešení.. rozhodně je to lepší než stávající stav.
Děkuju za tip!
Opravit/upravit zamykání v OOo.
Ze všech návodů co jsem vám dal, jste akorát konstatoval, že advisory locking lze překvapivě obejít.
Tak buďto přejděte na zámkové soubory, nebo opravte OOo aby používaly advisory locking a správně o něm informovaly uživatele, nebo si zapněte na souborovém systému mandatory locking, ale nedivte se, že (1) není to standardizovaná věc a že (2) z principu mnoho operačních systému (npříklad Linux) s ním má problémy, protože (1).
Tiskni
Sdílej:
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
