Byla vydána Java 27 / JDK 27. Nových vlastností (JEP - JDK Enhancement Proposal) je 9.
Byl vydán Mozilla Firefox 156.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vestavěný prohlížeč PDF se nyní spouští o 45 % rychleji. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 156 bude brzy k dispozici také na Flathubu a Snapcraftu.
Článek na Raspberry Pi představuje nový vzhled desktopu operačního systému Raspberry Pi OS v aktuálním vydání 2026-09-15.
Nové verze Roundcube Webmailu 1.6.19 a 1.7.4 řeší několik zranitelností.
Na Kickstarteru běží kampaň na podporu hloupého (jenom volání a SMS) tlačítkového DIY telefonu MAKERphone 2.0 od společnosti CircuitMess postaveného na ESP32-S3 a volitelně také s hodinkami MAKERband. S možností psaní vlastních aplikací. S volitelnými HW rozšiřujícími moduly.
Byla vydána nová verze 10.7 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Zdravím přítomné guru, odhodlal jsem se nasadit jako reverzní proxy nginx před Apache. Funguje bezvadně. Jenže to je pouze základní nastavení a já bych chtěl využít pokročilejší věci jako například obsluha požadavků pro statický obsah právě přes nginx.
Pro představu adresářová struktura:
/var/sites > tady jsou jednotlivé domény /var/sites/domena.cz/www > obsah pro www.domena.cz a současně pro domena.cz /var/sites/domena.cz/test > obsah pro subdoménu test.domena.cz
Příslušná pravidla pro mod_rewrite mám napsána a Apache funguje bezvadně dle představ. A já bych rád nasměroval nginx tak, aby statické soubory (.gif, .png, .jpeg, .css, .js, .txt, atd) obsloužil on a nezatěžoval tím Apache, ten se bude starat o vše ostatní. Nginx je pro mne velkou neznámou a popravdě moc zajímavých tutorialů jsem k němu nenašel, možná jsem špatně hledal?
v nginx.conf mám:
server_name ~^(www\.)?(?<domena>.+)$
location ~* \.(gif|png|jpeg|css|js|txt)$ {
root /var/sites/$domena/www;
}
Tohle by relativně mohlo fungovat pro www.domena.cz, ale jak to napsat pro subdomény? Věděl by nějaký guru, který je v nginxu mnohem dále než já? :) Kéž by to bylo tak "snadné" jako s mod_rewrite.
Řešení dotazu:
Pokud by to někoho zajímalo, tak část z mého nginx.conf:
server {
server_name "~^(?<subdomain>[a-zA-Z0-9\-]+)\.(?<domain>[a-zA-Z0-9\-]{2,}\.\w{2,4})$";
...
location ~* \.(xml|css|js|ico|gif|png|jpg|jpeg|bmp|zip|rar|gz|gzip|doc|pdf|avi|mp3|mpg|txt)$ {
root /var/www/sites/$domain/$subdomain;
}
...
}
server {
server_name ~^(?<domain>.+)$;
...
location ~* \.(xml|css|js|ico|gif|png|jpg|jpeg|bmp|zip|rar|gz|gzip|doc|pdf|avi|mp3|mpg|txt)$ {
root /var/www/sites/$domain/www;
}
...
}
Tiskni
Sdílej: