Byl vydán Mozilla Firefox 159.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 159 bude brzy k dispozici také na Flathubu a Snapcraftu.
Nasazení softwaru, který nyní používá ve svých autech pro čínský trh, zvažuje automobilový koncern Volkswagen také v Evropě, kde by se mohl používat v budoucích vozech značek Volkswagen, Škoda a Cupra. Základem pro budoucí evropské modely by se mohla stát takzvaná China Electronic Architecture, elektronická architektura vyvinutá pro čínské modely ve spolupráci s tamní automobilkou Xpeng.
Vedoucím brněnské pobočky Red Hatu se stal Radek Vokál [LinkedIn].
Open source download manager Fatrat povstal z popela. Autor k dvacetiletému výročí projektu přidal do vínku podporu nejnovější knihovny libtorrent, rozhraní portoval na QT6, došlo k nahrazení podpory java rozšíření pythonem. Webové rozhraní bylo přepsáno s podporou mobilních zařízení. Aplikaci je taktéž možno zkompilovat bez podpory GUI. Více informací v releases.
Zranitelnost Broccoli2Shell (CVE-2026-111497) v kompresní knihovně Brotli se netýká pouze Node.js. Ohroženy jsou také aplikace využívající HTTP. Knihovnu používají webové prohlížeče, servery i řada dalších aplikací a technologií, například také Python nebo Bun. Identifikace všech zranitelných komponent může být obtížná, protože knihovna bývá součástí dalších softwarových balíčků nebo je přímo začleněna do spustitelných souborů aplikací.
Quad9, švýcarský celosvětově působící neziskový poskytovatel DNS, od 24. listopadu 2026 ukončí své služby ve Francii kvůli soudnímu sporu s katarskou televizní stanicí beIN. Ta požadovala blokování domén, které podle ní nelegálně zpřístupňují sportovní přenosy. Francouzský soud Katarům vyhověl a nařídil (🇫🇷, PDF) Quad9 blokaci zavést, pod hrozbou pokuty 1000 eur denně. Provozovatel příkaz odmítá s tím, že blokace
… více »Článek na blogu APNIC vysvětluje, jak správně vytvářet a používat ASPA záznamy — podepsané objekty v RPKI, které uvádějí, kteří poskytovatelé směrování jsou pro dané autonomní číslo (ASN) oprávněni. Síťoví operátoři je mohou využít k ověřování tras BGP a k odhalování úniků tras či podvržených tras.
Byla vydána (𝕏) verze 8.0.0 open source programu pro prolamování hesel hashcat (GitHub, Wikipedie). Přehled novinek v příspěvku v diskusním fóru a pdf.
Byla vydána (𝕏, Bluesky) nová verze 2026.3 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 6 nových nástrojů v oficiálním oznámení na blogu.
<Files ~ "^\.ht">
Order allow,deny
Deny from all
Satisfy All
</Files>
V souboru apache2.conf jsem ji tedy zakomentoval. Potom jsem si otevřel vhost soubor /etc/apache2/sites-available/IP.IP.IP.IP (IP = IP adresa mé VPSky), který jsem upravil takto:
<VirtualHost 127.0.0.1:8080>
ServerAdmin webmaster@localhost
ServerName IP.IP.IP.IP
DocumentRoot /var/www
<Directory />
Options FollowSymLinks
AllowOverride All
</Directory>
<Directory /var/www>
Options Indexes FollowSymLinks MultiViews
AllowOverride All
Order allow,deny
allow from all
<Files ~ "^\.ht">
Order allow,deny
Deny from all
Satisfy All
</Files>
</Directory>
<Directory /var/svn-repos>
AllowOverride All
Order allow,deny
allow from all
<Files ~ "^\.ht">
Order allow,deny
Allow from all
Satisfy All
</Files>
</Directory>
... (nastavení logů apod.)
<Location /svn>
DAV svn
SVNParentPath /var/svn-repos
AuthType Basic
AuthName "Subversion Repositories"
AuthUserFile /var/svn-repos/dav_svn.passwd
Require valid-user
</Location>
</VirtualHost>
Restartoval jsem Apache a stejně mi commit .htaccess nefunguje. Zkusil jsem dát i do souboru apache2.conf do direktivy <Files> přímo Allow from all a také to nefungovalo.
Netuší tu někdo, co bych mohl dělat špatně? Hledal jsem všude možně, ale jediné řešení, které jsem našel, je toto a to mi nefunguje.
Předem díky moc dobré duši, která mému dotazu věnuje chvilku
127.0.0.1 - - [27/Feb/2013:15:00:09 +0100] "OPTIONS /svn/project_henry HTTP/1.0" 401 640 "-" "SVN/1.7.8/TortoiseSVN-1.7.11.23600 neon/0.29.6" 127.0.0.1 - jakub.skorpik [27/Feb/2013:15:00:09 +0100] "OPTIONS /svn/project_henry HTTP/1.0" 200 1348 "-" "SVN/1.7.8/TortoiseSVN-1.7.11.23600 neon/0.29.6" 127.0.0.1 - jakub.skorpik [27/Feb/2013:15:00:09 +0100] "POST /svn/project_henry/!svn/me HTTP/1.0" 201 176 "-" "SVN/1.7.8/TortoiseSVN-1.7.11.23600 neon/0.29.6" 127.0.0.1 - jakub.skorpik [27/Feb/2013:15:00:09 +0100] "PROPPATCH /svn/project_henry/!svn/txn/6-t HTTP/1.0" 207 469 "-" "SVN/1.7.8/TortoiseSVN-1.7.11.23600 neon/0.29.6" 127.0.0.1 - jakub.skorpik [27/Feb/2013:15:00:09 +0100] "DELETE /svn/project_henry/!svn/txn/6-t HTTP/1.0" 204 160 "-" "SVN/1.7.8/TortoiseSVN-1.7.11.23600 neon/0.29.6"Pak tam ještě vidím other_vhost_access.log, ale ten je prázdný.
POST … 201). Není tam nějaký post-commit hook, který to zablokuje?
Tiskni
Sdílej: