Byly zpracovány a na YouTube zveřejněny videozáznamy z konference LinuxDays 2026.
Německý startup Aleph Alpha k příležitosti výročí sjednocení Německa zveřejnil open-weight jazykový model Kolibri, vyvíjený s ohledem na unijní pojetí autorského práva, ochranu osobních údajů GDPR a nařízení EU o umělé inteligenci, jehož 'Kodexu správné praxe' je Aleph Alpha signatářem. Výsledkem tohoto přístupu je transparentnější technologie, kterou například budou moci využívat evropské veřejné instituce, ovšem za cenu
… více »Nvidia zveřejnila návrh nové bezpečnostní platformy pro nasazování AI agentů. Jedná se o nasazení AI za použití OpenShell a Sentry, dvou oddělených bezpečnostních vrstev, v nichž může Sentry monitorovat a vyhodnocovat chování AI v OpenShellu tak, že ho v krajním případě až vypne. Mělo by to zabránit dalším únikům AI ze sandboxu.
Přímý přenos (YouTube) z konference LinuxDays 2026, jež probíhá tento víkend v Praze v prostorách FIT ČVUT. Na programu je spousta zajímavých přednášek.
Byla vydána nová verze 0.17.0 programovacího jazyka Zig (Codeberg, Wikipedie). Přispělo 206 vývojářů. Přehled novinek v poznámkách k vydání.
Open-source projekt OpenDLSS-NR je 'bitově přesná reimplementace' neuronové rendrovací sítě DLSS 5 od společnosti NVIDIA, jenže pro grafické API Vulkan (DLSS slouží k vylepšování klasickým způsobem vyrendrovaných snímků pomocí lokálních modelů umělé inteligence, a to v reálném čase). Projekt není nijak spojen se společností NVIDIA, je pouze pro OS Windows a natrénované váhy modelu si uživatelé musí obstarat sami. Zdrojový kód je k dispozici na GitHubu, pod licencí MIT s výjimkou pro komponenty třetích stran.
Společnost Cloudflare představila Clef a Clef-Flash, open-source rozhodovací modely určené pro rychlou a konzistentní klasifikaci vstupů. Na rozdíl od klasických LLM vracejí tyto modely deterministické striktně typované strukturované odpovědi s exaktními pravděpodobnostmi, tedy odpovědi ve stylu přelomového modelu Jev.
… více »Byla vydána beta verze Ubuntu 26.10 s kódovým názvem Stonking Stingray. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 26.10 mělo vyjít 15. října 2026.
Byla vydána verze 1.99.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Od 13. do 15. října proběhne v Praze OpenSSL Conference 2026. Na YouTube lze zhlédnout videozáznamy přednášek z loňského roku.
V tomto výpisu jsou mimo jiné obsaženy cesty k souborům (třeba obrázkům), které se nacházejí na lokálních discích případných uživatelů ... Problém je, že tento soubor je na lokálním disku a já nevím, jak k němu ze strany serveru přistoupit
Ale k čemu to je? Nějak to nechápu, ale pokud soubor potřebuji, tak ho uživatel uploaduje a pak mě nezajímá, kde byl předtím, ale přeci nemůžu z HTML stránky zobrazené na webovém serveru přistupovat k lokálním souborům (pak bych mohl číst i třeba /etc/passwd atp.).
Aha, pokud to teda chápu správně, tak všechno běží na jednom stroji (nebo v jedné laboratoři/síti). To ale nic nemění na tom, že server nemůže jen tak hrabat do souborů, protože obvykle běží pod uživatelem typu nobody, který nemůže skoro nic. K souborům může přistupovat, jen pokud mají určitá práva (SELinux) nebo skupinu (obvykle www), ale navíc (např. Apache) server nenechá zobrazovat jiné soubory než pod určitým adresářem (obvykle public_html).
Ale abych napsal něco konstruktivního: ať uživatelé mají ty výkresy vždy v určitém adresáři (nebo ať je tam symlinkují) a nastaví mu práva na čtení buď pro všechny (pak asi půjde napsat do adresy /home/..../vykres) nebo aspoň práva na čtení pro určitou skupinu, pod kterou běží server a ten je pak bude přeposílat, takže se bude muset adresa přepsat na něco jako localhost/uzivatel/vykresy/vykres. Buď jak buď, je to docela ohavnost - jak z hlediska bezpečnosti, tak pohodlí pro uživatele (kteří budou muset ukládat výkresy do určitého adresáře).
příklad Lin: file:///home/pavel/soubor.html příklad Win: file://c:/adresar/soubor.html
Hmmm... teď jsem si doma dal do jednoho HTML souboru odkaz na lokální soubor (tedy s tou cestou, jak popisujete) a zobrazil si ho přes Apache. Ale pokud na odkaz kliknu, nic se nestane [což je IMHO jedině správně] (pokud ho vykopíruju do adresního řádku, je to okay) - ani ve Firefoxu, ani v Links. Takže zbývá jen řešení č. 2 (přeposílat přes server) nebo to úplně překopat.
- http://www.seznam.cz - http://muj.server/dokumenty/navod1.html - http://muj.server/dokumenty/navod2.php - file:///home/pavel/soubor.html - lokální soubor u mne v PCNo a při kliknutí na příslušný odkaz se otevře přísný odkaz (soubor) v prohlížeči. 1 odkaz otevře stránku z internetu, 2 a 3 odkaz otevře stránku z mého serveru a při kliknutí na 4 odkaz se otevře uživateli v jeho prohlížeči soubor lokálně z jeho houmu (samozř. tedy, pokud tam v této cestě tento soubor má). Doufám, že si rozumíme. Takto jsem to myslel a takto to i samozř. funguje.
Asi jsme si nerozuměli - předpokládal jsem, že stránka bude vygenerována na serveru a rovnou zobrazena - potom k lokálním souborům (ani v rámci prohlížeče) přistupovat nemůže. Pokud ji ale uživatel otevře z lokálního umístění, pak to samozřejmě fungovat bude.
file:// zobrazuji lokální soubory i v prohlížeči IE6 na Widlích (nemám s tím problém, resp. jsem kvůli tomu neřešil vůbec nic, prostě to takto funguje). Na webové stránce na místním intarnetu (apache na Lin) mám i odkaz, na který se po kliknutí zobrazí lokální soubor (jeden návod) umístěný na všech PC na c:/cesta/......
Tiskni
Sdílej: