FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
Všem čtenářkám a čtenářům AbcLinuxu krásné Vánoce.
Byla vydána nová verze 7.0 linuxové distribuce Parrot OS (Wikipedie). S kódovým názvem Echo. Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
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: