pico-usb-wifi je open source firmware pro Raspberry Pi Pico W, který jej promění v USB Wi-Fi adaptér. Po připojení k počítači se objeví jako zařízení USB CDC-NCM.
Americká společnost Google ze skupiny Alphabet bude muset podle nových požadavků Evropské unie umožnit společnosti OpenAI i dalším konkurentům v oblasti umělé inteligence (AI) a internetových vyhledávačů přístup ke svým službám. Ve svém rozhodnutí o tom včera informovala Evropská komise (EK). Opatření má zajistit dodržování pravidel, jejichž cílem je omezit v EU tržní sílu velkých technologických firem. Google s tím nesouhlasí.
… více »Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 150. Aktuální verze Firefoxu je 152. V březnu bylo oznámeno, že od září přejde Chrome na dvoutýdenní cyklus vydávání verzí. To by znamenalo, že Chrome v číslování verzí Firefox brzy přeskočí. Vývojáři Firefoxu proto také od září přecházejí na dvoutýdenní cyklus vydávání verzí. :-)
Microsoft Comic Chat (Wikipedie), tj. grafický IRC klient z devadesátek, který převáděl konverzace na IRC do podoby komiksových panelů, a který zpopularizoval font Comic Sans, je dnešním dnem open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Byla vydána (𝕏) nová verze 26.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.7 je Xenial Xenops. Přehled novinek v příspěvku na fóru.
Na Seznam nepovolených internetových her (Wikipedie) se k 13. 7. 2026 dostala predikční platforma Polymarket.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 167 (pdf) a Hello World 30 (pdf).
Byla vydána nová verze 3.22.0 grafického vývojového prostředí a platformy Gambas (Wikipedie) založené na interpretru programovacího jazyka Basic s rozšířením o objektově orientované programování. Přehled novinek v poznámkách k vydání. Zdrojové kódy jsou k dispozici na GitLabu.
FreeBSD odstranilo poslední GPL kód ze základního systému. Konkrétně dpv, libdpv, libfigpar a dialog. Instalátor před čtyřmi lety přešel z dialogu na bsddialog.
Sociální síti 𝕏 (dříve Twitter) má dnes 20 let. Pro veřejnost byla zpřístupněna 15. července 2006.
<img src=".cz">nebo podobného. Může to být i jinde a jinak, např. v CSS, IFRAME apod.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
.cz je nejspíš nějaký pozůstatek po špatně napsané adrese, kdy se doménová část (.cz) dostala až za lomítko. Pro Apache by takový soubor neměl žádný zvláštní význam.
<link rel="shortcut icon" href=".cz/favicon.ico" type="image/x-icon">a dostal jsem v logu Apache přesně stejnou hlášku. Žádná zmínka o favicon.ico, pouze
File does not exist: /var/www/.czKdybys sem hodil aspoň kus toho logu, věštilo by se nám mnohem lépe. A také sem pošli odkaz na článek s tím bludem.
<link rel="shortcut icon" href="favicon.ico" />a funguje v Opeře dobře, v této chvíli mě ostatní prohlížeče nebolí. A hlášku, kterou najdu po příchodu klienta přes SSL v logu apache je:
File does not exist: /.czZnovu zdůrazňuji, že v celém vebu není nikde žádný odkaz co cokoliv co by bylo jen .cz! Dokonce Opera, sama vyžaduje soubor favicon.ico i bez toho linku, to však mám ošetřeno.
favicon to nemá vůbec nic společného. Někde v konfiguraci Apache máte odkaz na /.cz - někde, kde má být cesta k nějakému souboru. Když prohledáte konfiguraci třeba grepem, určitě to najdete. Kdyby takovou adresu požadovali klienti, najdete to v access logu a ne v systémovém logu Apache.
1) Grep v dokumentech vebu nic nenajde cokoliv co je .cz, jen cz a to v obrázcích, takže není žádné URL v kterém by to bylo! (Tykový pitomec nejsem abych to ne udělal jako první).
2) Problém se dotýká je případu, když klient používá SSL takže v ssl_request_log je toto:
[20/Jan/2012:13:24:09 +0100] 192.168.0.57 TLSv1 DHE-RSA-AES256-SHA "GET /favicon.ico HTTP/1.1" 303 [20/Jan/2012:13:24:21 +0100] 192.168.0.57 TLSv1 DHE-RSA-AES256-SHA "GET /customersave.php?id=252 HTTP/1.1" 303 [20/Jan/2012:13:24:21 +0100] 192.168.0.57 TLSv1 DHE-RSA-AES256-SHA "GET /.cz HTTP/1.1" 486 [20/Jan/2012:13:24:22 +0100] 192.168.0.57 TLSv1 DHE-RSA-AES256-SHA "GET /.cz HTTP/1.1" 290 [20/Jan/2012:13:24:22 +0100] 192.168.0.57 TLSv1 DHE-RSA-AES256-SHA "GET /customersave.php?id=252 HTTP/1.1" 303 [20/Jan/2012:13:24:22 +0100] 192.168.0.57 TLSv1 DHE-RSA-AES256-SHA "GET /favicon.ico HTTP/1.1" 303
server je za FW v intranetu, tákže žádní roboti, a klienti používají je prohlížeč Opera na platformě WIN. (Kódem 303 se nazabývejte, hlasí, že soubor nebyl modifikován)
3) Je logické, že řádek č. 3, 4 pak vyvová v ssl_error.log hlášku, File not exists: /.cz, poněvadž nic takového v root adresáři dokumentu apache není.
4) V celé konfiguraci apache je cz jen v hddpd.conf a to AddLanguage cs .cz .cs mezi dalšími řádky jiných jazyků.
V celé konfiguraci apache je cz jen v hddpd.conf a to AddLanguage cs .cz .cs mezi dalšími řádky jiných jazyků.A máme to. Language ".cz" neexistuje, proto se ho snaží najít i tam, kde být nemůže.
/.cz. Podívejte se do definice logu, co je to poslední číslo na řádku - pokud je to skutečně HTTP stavový kód, je to dost zvláštní, protože 486 ani 290 nejsou standardní HTTP stavové kódy. 486 by ještě mohl být kód SIPu, takže by to mohl být požadavek od nějakého SIP telefonu.
'AddLanguage cs .cz .cz' je v pořádku, pochybuji sice, že autor tuto funkcionalitu využívá. ¿Nicméně za jakých okolností by toto vyhodilo zmíněnou hlášku?/.cz, kde hledá příslušnou specifikaci.
AddLanguage cs .cz .cs (ne jak jsem v předchozím příspěvku chybně napsal) znamená: .cz nebo .cs pošli hlavičku navíc 'Content-Language: cs'“..cz není jazyk, může tam být klidně .ceskarepublika.cs, které by mělo být korektní označení pro jazyk, bude cz, tak to prostě v hlavičce pošle cz a je to věc klienta co s tím udělá.
Tiskni
Sdílej:
