Server SiFive BigSky SF-2U870 2U je založený na jádře SiFive P870-D, zatím je naintegrovaných 32 jader 256 GB RAM 2 GHz, škálovat lze do 256 jader na čip. O něco podrobnější popis serveru v článku SiFive BigSky Ships the First RISC-V Server. Is the GPU Head Node the Prize? na futurumgroup.com. Asi ani tento čip nebude na úrovni nejlepších 64-bit ARMů a AMD Zenů, ale splňuje RVA23 specifikaci a je podporovaný Ubuntu 26.04 LTS a RHEL 10. V článku je
… více »Na YouTube lze zhlédnout nový celovečerní dokumentární film The Story of VS Code | Official Documentary věnovaný Visual Studio Code.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
Content-Length:
chrome stránku zobrazí, aby se zobrazovala i v Mozile musím navíc přestat uzavírat socket po odeslání odpovědi.
Zkusil jsem ještě odpověď podle HTTP/0.9, tzn. odeslat pouze stránku a socket uzavřít. Mozila 3.6.17 na linuxu zobrazovala bez problémů, oba prohlížeče na win XP hlási chybu.
Je problém ve win XP, nebo se u novějších prohlížečů nepočítá s podporou HTTP/0.9 a 1.0, nebo dělám chybu jinde?
Content-Length (pokud zůstane spojení otevřené, měla by se zároveň poslat hlavička Connection: keep-alive). Pokud to nechcete jen na vlastní pokusy, je lepší napsat to tak, aby to odpovídalo specifikaci, ne jen zkoušet, co který prohlížeč snese.
"HTTP/1.0 200 OK\r\n" "\r\n" "HTML HEAD /HEAD BODY Nejlepsi http server. /BODY /HTML \r\n" "\r\n"a zavřu spojení, tak je to dobře (HTML tagy jsem musel očesat aby to sem šlo vložit)?
HTTP/1.0 200 OK <HTML><HEAD></HEAD><BODY>Nejlepsi http server.</BODY></HTML>Po odeslání se stránka zobrazí a dál se točí kolečko informující o načítání, po uzavření spojení se kolečko přestane točit a stránka je načtená. V tom vašem kódu nikde nevidím, že byste načítal celý požadavek. To by třeba mohl být jeden z problémů – prohlížeč nemusí čekat, že odpověď přijde dřív, než požadavek. Také nikde nemáte zaručeno, že se vaše odpověď pošle celá –
write vám vrací počet skutečně odeslaných bajtů, a musíte jej opakovat tak dlouho (a posouvat se v bufferu), dokud se neodešle vše.
Tiskni
Sdílej:
