Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
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.
Ahoj, v jednom projektu jsem dospel do stavu, ze mam sadu skriptu pro zobrazovani statistickych dat jenz jsou stejne pro vice instanci a vystup je ovlivnovan pouze nastavenim konfiguracnich promennych. Dal jsem vsechny tyto soubory do samostatneho adresare a vytvoril na nej symbolicky odkaz. V tuto chvili ale resim jak spravne a elegantne vyresit nacitani konfigurace z nadrazeneho adresare.
proj1/ config_vars.php stats => ../common/stats/ proj2/ config_vars.php stats => ../common/stats/ common/stats/ index.php
Bohuzel pokud v takto umistenem skriptu /proj1/stats/index.php chci nacist projektove specifickou konfiguraci pomoci include('../config_vars.php'), je tento soubor hledan v adresari common namisto proj1. Pokud vytvorim adresar stats a nalinkuji jednotlive skripty, vse funguje jak ocekavam. Touto cestou se vsak nechci ubirat nebot projektovych adresaru je k desitce a pocet skriptu jde take do desitek.
Mate nejaky napad jak to elegantne vyresit?
Řešení dotazu:
include dirname($_SERVER['SCRIPT_FILENAME']) . '/../config_vars.php';
?
To bohuzel nefunguje. Je to ekvivalentni k include('../config_vars.php');. Pri pouziti teto konstrukce je nacten soubor /common/config_vars.php namisto ocekavaneho /proj1/config_vars.php (pokud se se ke skriptu pristupuje pres link v adresari proj1. Vypada to, ze nejprve se nahradi link a pak v takto ziskanem adresari udela krok do nadrazeneho adresare ve kterem hleda pozadovany soubor.
Zrejme jsem neco nepochopil... Shell se chova naprosto stejne. Pokud se nastavim do proj1 tak pozadavek na editaci souboru
vi ./stats/../config_vars.php
otevre soubor config_vars.php z adresare common namisto z proj1. Tedy jako by nahradil link fyzickym umistenim tj.
vi ./../common/stats/../config_vars.php
Muze mi to nekdo znalejsi vysvetlit? Toto chovani je pro mne docela neprijemnym prekvapenim.
chocholj@cz995891 r $ ls -laRi
.:
total 16
4723576 drwxr-xr-x 4 chocholj users 4096 2009-10-16 14:56 .
4723905 drwxr-xr-x 30 chocholj users 4096 2009-10-16 14:56 ..
4732494 drwxr-xr-x 3 chocholj users 4096 2009-10-16 14:56 aa
4732737 drwxr-xr-x 2 chocholj users 4096 2009-10-16 15:00 bb
./aa:
total 16
4732494 drwxr-xr-x 3 chocholj users 4096 2009-10-16 14:56 .
4723576 drwxr-xr-x 4 chocholj users 4096 2009-10-16 14:56 ..
4732968 drwxr-xr-x 2 chocholj users 4096 2009-10-16 14:56 stats
4732965 -rw-r--r-- 1 chocholj users 4 2009-10-16 14:56 txt
./aa/stats:
total 8
4732968 drwxr-xr-x 2 chocholj users 4096 2009-10-16 14:56 .
4732494 drwxr-xr-x 3 chocholj users 4096 2009-10-16 14:56 ..
./bb:
total 12
4732737 drwxr-xr-x 2 chocholj users 4096 2009-10-16 15:00 .
4723576 drwxr-xr-x 4 chocholj users 4096 2009-10-16 14:56 ..
4139335 lrwxrwxrwx 1 chocholj users 11 2009-10-16 15:00 stats -> ../aa/stats
4732967 -rw-r--r-- 1 chocholj users 4 2009-10-16 14:56 txt
chocholj@cz995891 r $ ls -laRi bb/stats/
bb/stats/:
total 8
4732968 drwxr-xr-x 2 chocholj users 4096 2009-10-16 14:56 .
4732494 drwxr-xr-x 3 chocholj users 4096 2009-10-16 14:56 ..
./aa = ./aa/. = ./aa/stats/.. = ./bb/stats/..
Tak jsem to vyresil pomoci generovani kodu a volani eval(). Vytvoril jsem si funkce na normalizaci cesty a generovani PHP kodu jenz ulozi do zasobniku prave vkladany soubor, provede include a uklidi zasobnik. Pomocne funkce a inicializace zasobniku vypadaji nasledovne
// oprava cesty
function file_path_unify($param_filename) {
$param_filename = str_replace('\\', '/', $param_filename);
$param_filename = preg_replace('/\/+/', '/', $param_filename);
$param_filename = str_replace('/./', '/', $param_filename);
$param_filename = preg_replace('/\/[^\.\/]+\/\.\.\//', '/', $param_filename);
return $param_filename;
}
// vygenerovani kodu pro include
function get_relative_include($param_filename, $param_once = 0) {
$result = 'array_push($INC_STACK, file_path_unify(dirname($INC_STACK[count($INC_STACK) - 1]) . "/" . "' .
$param_filename . '"));';
if ($param_once) {
$result .= 'include_once($INC_STACK[count($INC_STACK) - 1]);';
} else {
$result .= 'include($INC_STACK[count($INC_STACK) - 1]);';
}
$result .= 'array_pop($INC_STACK);';
return $result;
}
// inicializace zasobniku volani
$INC_STACK = Array($_SERVER['SCRIPT_FILENAME']);
Ve vlastnim skriptu /proj1/stats/index.php pak konfiguracni soubor nactu pomoci
eval(get_relative_include("../config_vars.php"));
Takto mohu soubory vkladat ve vice urovnich zanoreni a ve vsech pouzivat relativni cesty k aktualne provadenemu souboru se zachovanim cesty pres kterou jsem se k souboru dostal a nikoliv k jeho fyzickemu umisteni na disku.
ini_set('include_path', ini_get('include_path') . ':' . dirname($_SERVER['SCRIPT_FILENAME']));? Prijdeme mi trochu prasacke kvuli takovehle blbosti pouzivat eval.
To bohuzel nevyresi pozadavek na vlozeni souboru z nadrazeneho adresare. Taktez zrejme bude problem v pripade, ze soubor stejneho jmena je i v aktualnim adresari.
dirname dvakrát:
include dirname(dirname($_SERVER['SCRIPT_FILENAME'])) . '/config_vars.php';
IMHO je na tak jednoduchý problém zbytečné vymýšlet kejkle s nějakou globální proměnnou, *_replace a (chraň Tučňák!) eval
jj, eval() je zlo.
K pôvodnej otázke: ja to riešim tak, že spoločné skripty sú len na jednom mieste, a odkaz na toto miesto sa napíše do configu.
Tohle reseni mne nenapadlo. Diky.
Tiskni
Sdílej: