Agent umělé inteligence Claude Opus ignoroval uživatelovu odpověď 'ne' na dotaz, zda má implementovat změny kódu, a přesto se pokusil změny provést. Agent si odpověď 'ne' vysvětlil následovně: Uživatel na mou otázku 'Mám to implementovat?' odpověděl 'ne' - ale když se podívám na kontext, myslím, že tím 'ne' odpovídá na to, abych žádal o svolení, tedy myslí 'prostě to udělej, přestaň se ptát'.
Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.
V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.
MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.
Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.
Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).
Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.
Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.
Potreboval bych pomoct vyresit jednu zahadu - Mam web http://mujweb.info - mam tam v apachi udelane automaticke domeny druheho radu (pokud je WEB.cz/blabla tak automaticky jde http://blabla.WEB.cz) - ted jsem se pokusil hodit do apache druhou IP (na jiny adresar webu) - po restartu apache to fiungovalo, ale subdomeny se znefunkcnili - nevite cim by to mohlo byt? konfigurak mujweb vypada takto: http://pastebin.com/m44118dc a ten novy kterym jsem si to znefunkcnil vypada takto: http://pastebin.com/m4e9e9dcf (znefunkcnil jsem si domeny druheho radu, ale informace o zavedeni nove IP a novych cest z noveho konfiguraku fungovala).
Dekuji za pomoc
Co kusit misto:
<VirtualHost mujweb.info:80> dat <VirtualHost IP:80>
a zrusit NameVirtualHost 193.19.177.78
Take vam poradi vypis: /var/log/apache2/error.log
NN
Pri tech dvou zmenach (zakomentovani) mi uplne vse na mujweb.info smeruje do adresare ktery je nastaveny v konfiguraku 78 (http://pastebin.com/m4e9e9dcf)
navic pri restartu apache se objevila hlaska: [Mon Mar 23 12:29:36 2009] [warn] VirtualHost 193.19.177.78:80 overlaps with VirtualHost mujweb.info:80, the first has precedence, perhaps you need a NameVirtualHost directive
Zkusil jsem do NameVirtualHost napsat jen 78 a to dela to same jako jsem psal poprve.
na error log se vrhnu asi az pozdeji, je toho tam pomerne hodne 
ok, - konfigurak 78 - zakomentovany NameVirtualHost - pri restartu apache mi napise
[Mon Mar 23 16:11:49 2009] [warn] VirtualHost 193.19.177.78:80 overlaps with VirtualHost mujweb.info:80, the first has precedence, perhaps you need a NameVirtualHost directive
- vse co je na mujweb.info zobrazuje obsah adresare ktery je uvedeny v 78
Pokud to odkomentuji, tak pri restartu apache pro zmenu napise
[Mon Mar 23 16:15:53 2009] [error] VirtualHost 193.19.177.78:80 -- mixing * ports and non-* ports with a NameVirtualHost address is not supported, proceeding with undefined results
a taktez spatne zobrazuje u mujweb.info obsah co je v konfiguraku 78
Jedine kdy mi funguje mujweb.info a automaticke domeny druheho radu je kdyz smazu konfigurak 78
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
</VirtualHost>, překvapuje mne, že to s tím vůbec funguje a nehlásí to nějakou syntaktickou chybu.
Pro řešení problému s virtualhosty bych změnil <VirtualHost mujweb.info:80> na <VirtualHost druha_ip_adresa:80> a dovnitř bych dal ServerName mujweb.info:80. Virtuální hosty lze rozlišovat buď podle IP adresy nebo podle jména, ne podle obojího.
ten </VirtualHost> tam je - jen jsem ho nezkopiroval.
Pri obouch zmenach to dela to same - mujweb.info zobrazuje obsah adresare 78 (zkousel jsem dat misto druha_ip_adresa stejnou IP jako ma 78 a zkousel jsem tam dat i druhou ip co konci 77 pri 78 to pri restartu hlasi
[Tue Mar 24 11:07:57 2009] [warn] VirtualHost 193.19.177.78:80 overlaps with VirtualHost 193.19.177.78:80, the first has precedence, perhaps you need a NameVirtualHost directive
[Tue Mar 24 11:07:59 2009] [warn] VirtualHost 193.19.177.78:80 overlaps with VirtualHost 193.19.177.78:80, the first has precedence, perhaps you need a NameVirtualHost directive
pokud dam do konfiguraku IP co konci 77 tak pri restartu pise:
[Tue Mar 24 11:12:01 2009] [error] VirtualHost 193.19.177.77:80 -- mixing * ports and non-* ports with a NameVirtualHost address is not supported, proceeding with undefined results
[Tue Mar 24 11:12:01 2009] [error] VirtualHost 193.19.177.77:80 -- mixing * ports and non-* ports with a NameVirtualHost address is not supported, proceeding with undefined resultsTo znamená, že je v konfiguraci ještě někde něco jiného, než co jste dal sem do diskuse. Pokud byste měl pouze dva virtuální hosty, oba určené IP adresou, nebude si snad Apache stěžovat na konflikt se jmenným virtualhostem.
Kvuli te kolizi s IP se mozna vyplati podivat do /etc/hosts/ jestli
se vam to spravne preklada, a vyhnout se pouzivani domeno-
vych nazvu a vsude dat IP-ka.
NN
na stroji bezi tri IP (viz interfaces v priloze)
na stroji bezi nekolik domen, ktere funguji vpohode (kazda domena v jinem adresari) - v zadnem z techto konfiguraku neni uvedena IP, IP je uvedena pouze v konfiguraku 78 (100pro) - mam sem nahazet vsechny konfiguraky?
Ale kdyz se snazim misto domeny narvat konfigurak 78 (jen s IP) tak to proste nejede - respektive jde, ale vse co smeruje na http://mujweb.info tak zobrazuje obsah adresare uvedene v konfiguraku 78 - napada me jedine to, ze mujweb.info ma jako jediny konfigurak trochu jiny nezli ostatni - vsechny ostatni vypadaji jako konfigurak od 78, mujweb ma navic to Rewrite kvuli tem automatickym domenam druheho stupne.
mujweb.info uvedenu správnou IP adresu v DNS? Jinak kombinovat IP-based a name-base virtualhost mi nepřipadá jako dobrý nápad, protože se tím snadno dostanete do situace, kdy nebude jasné, kterého virtualhosta si má Apache vybrat.
host mujweb.info vrací 193.19.177.78, takže pak Apache správně použije konfiguraci virtualhosta pro 193.19.177.78:80.
Tiskni
Sdílej:
