Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění
… více »Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].
Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.
Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.
Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 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řibyl balíček DietPi WireGuard.
Dobry den,
narazil jsem na problem (s trivialnim) uploadem souboru pomoci http.
Vse probehne hladce, nikde zadne chyby , php vrati $_FILES[userfile][error] = 0 takze upload succes. Ale na filesystemu se zadny soubor nevytvori. Uz jsem ponekud zoufaly a nevim kam sahnout. v http.conf jsem nic nenasel, to same v php.ini a kamos Google take mlci.
muj kod:
<html> <body> <?php echo "<pre>"; print_r($_FILES); echo "</pre>"; ?> <form enctype="multipart/form-data" method="POST"> <input type="hidden" name="MAX_FILE_SIZE" value="300000000" /> Send this file: <input name="userfile" type="file" /> <input type="submit" value="Send File" /> </form> </body> </html>
vystupem je succes hlaska ale soubor nikde nelezi :(((((:
Array
(
[userfile] => Array
(
[name] => P1010963.JPG
[type] => image/jpeg
[tmp_name] => /tmp/phpNA7smX
[error] => 0
[size] => 4400281
)
)
Problem se tyka jak malych tak i velkych souboru.
nastaveni php.ini je: file_uploads = On upload_tmp_dir = "/tmp" upload_max_filesize = 100M apahe a php je default ze OpenSuse 11.0 apache2-2.2.8-28.4 apache2-mod_php5-5.2.9-0.1
Pokud tusite kde je zakopany pes, budu velmi rad za nakopnuti!
S pozdravem
Dworkin
/tmp/phpNA7smX ?
To bych radsi neuploadoval.
Rad se pripojim do teto "plodne" diskuse
. 300000000 je 286,10MB
.
300 000 000 B, pricemz znamy prevod je 1024 B => kB, 1024 kB => MB (info pro ctere, kteri by se nechytaly na prvni pohled
).
Tento kus kodu jsem uvadel jako priklad z testovaciho prostredi, s realnym zivotem nema vubec co delat. Pro to takove mezni hodnoty, o kterych se jiste da vesti dlouha diskuze. Ostatne tak jako nize pri zkopirovani souboru je potreba validace zaslanych dat ap. Zde mi slo primarne o duvod proc neni videt zaslany soubor ve sve [temp] a vysledek je ten ze neum cist manualy.
Dworkin
ehh mate pravdu jsem debil...a to jsem ten navod cetl nekolikrat :(
http://us3.php.net/manual/en/features.file-upload.post-method.php
The file will be deleted from the temporary directory at the end of the request if it has not been moved away or renamed.
Vyreseno pridanim tohoto kodu na zacatek scriptu, ktery zkopiruje soubor z /tmp do rootu kde je koren stranek.
if (is_uploaded_file($_FILES['userfile']['tmp_name'])) {
move_uploaded_file( $_FILES['userfile']['tmp_name'] , "image.jpg" );
}
Nicmene, da se nejak uploadovat sobor jen pomoci http bez php?
S pozdravem
Dworkin
Nicmene, da se nejak uploadovat sobor jen pomoci http bez php?Vždyť vám prohlížeč ten soubor posílá právě přes HTTP. HTTP server pak musí vědět, co s tím souborem dělat, a to ve vašem případě dělá pomocí PHP. Když si naprogramuji svůj webserver nebo si spustím aplikační webserver mého oblíbeného webového frameworku, může upload umět a přitom v něm žádné PHP být nemusí. Pod Apachem to jdei pomocí jiných programovacích prostředí (jazyků, chcete-li), než PHP. Apache, který nejspíš používáte, neumí sám od sebe upload souboru ošetřit (pokud se nejedná o DAV nebo o nějaký obskurní modul do Apache), a ani to od něj nikdo nečeká.
Nicmene, da se nejak uploadovat sobor jen pomoci http bez php?
HTTP definuje i PUT (a dalsi, tedy nejen GET a POST). Problemem muze byt, co se stane na strane serveru (jak s tim nalozi). Je velky problem pouzit PHP (k tomu je spousta dostupne dokumentace, vcetne prikladu) ? Osobne bych to videl jako nejjednodussi variantu (co se nastaveni nejakeho opravneni/restrikce tyce), pokud nekdo zacina.
Nejake info (cast 9.6) k PUT jako takovemu (zdroj: W3C).
Tiskni
Sdílej: