Na stránkách Evropské komise, na portálu Podělte se o svůj názor, se lze do 3. února podělit o názor k iniciativě Evropské otevřené digitální ekosystémy řešící přístup EU k otevřenému softwaru.
Společnost Kagi stojící za stejnojmenným placeným vyhledávačem vydala (𝕏) alfa verzi linuxové verze (flatpak) svého proprietárního webového prohlížeče Orion.
Firma Bose se po tlaku uživatelů rozhodla, že otevře API svých chytrých reproduktorů SoundTouch, což umožní pokračovat v jejich používání i po plánovaném ukončení podpory v letošním roce. Pro ovládání také bude stále možné využívat oficiální aplikaci, ale už pouze lokálně bez cloudových služeb. Dokumentace API dostupná zde (soubor PDF).
Jiří Eischmann se v příspěvku na svém blogu rozepsal o open source AdGuard Home jako domácí ochraně nejen před reklamou. Adguard Home není plnohodnotným DNS resolverem, funguje jako DNS forwarder s možností filtrování. To znamená, že když přijme DNS dotaz, sám na něj neodpoví, ale přepošle ho na vybraný DNS server a odpovědi zpracovává a filtruje dle nastavených pravidel a následně posílá zpět klientům. Dá se tedy používat k blokování reklamy a škodlivých stránek a k rodičovské kontrole na úrovni DNS.
AI Claude Code od Anthropicu lépe rozumí frameworku Nette, tj. open source frameworku pro tvorbu webových aplikací v PHP. David Grudl napsal plugin Nette pro Claude Code.
Byla vydána prosincová aktualizace aneb nová verze 1.108 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.108 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Na lasvegaském veletrhu elektroniky CES byl předveden prototyp notebooku chlazeného pomocí plazmových aktuátorů (DBD). Ačkoliv se nejedná o první nápad svého druhu, nepochybně to je první ukázka praktického použití tohoto způsobu chlazení v běžné elektronice. Co činí plazmové chladící akční členy technologickou výzvou je především vysoká produkce jedovatého ozonu, tu se prý podařilo firmě YPlasma zredukovat dielektrickou
… více »Patchouli je open source implementace EMR grafického tabletu (polohovací zařízení). Projekt je hostován na GitLabu.
Český Nejvyšší soud potvrdil, že česká právní úprava plošného uchování dat o elektronické komunikaci porušuje právo Evropské unie. Pravomocným rozsudkem zamítl dovolání ministerstva průmyslu a obchodu. To se teď musí omluvit novináři Českého rozhlasu Janu Cibulkovi za zásah do práv na ochranu soukromí a osobních údajů. Ve sporu jde o povinnost provozovatelů sítí uchovávat údaje, ze kterých lze odvodit, kdo, s kým a odkud komunikoval.
Google bude vydávat zdrojové kódy Androidu pouze dvakrát ročně. Ve 2. a 4. čtvrtletí.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=245 time=9.78 ms
Wifi :)
25.3.2010 23:39
Jendа | skóre: 78
| blog: Jenda
| JO70FB
PING seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=250 time=9.84 ms(UPC)
26.3.2010 13:56
xkucf03 | skóre: 50
| blog: xkucf03
$ ping seznam.cz PING seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=252 time=3.11 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=2 ttl=252 time=0.997 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=3 ttl=252 time=0.830 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=4 ttl=252 time=0.895 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=5 ttl=252 time=0.785 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=6 ttl=252 time=0.993 ms(vpsFree.cz
)
26.3.2010 14:29
Jendа | skóre: 78
| blog: Jenda
| JO70FB
norasan:~# ping -c5 seznam.cz PING seznam.cz (77.75.72.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=253 time=1.00 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=2 ttl=253 time=0.000 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=3 ttl=253 time=0.000 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=4 ttl=253 time=0.000 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=253 time=0.000 ms --- seznam.cz ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 3999ms rtt min/avg/max/mdev = 0.000/0.200/1.000/0.400 ms
26.3.2010 07:25
H0ax | skóre: 36
| blog: Odnikud_nikam
26.3.2010 07:29
grubber | skóre: 6
| blog: grubber
| Břeclav / Brno
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=245 time=4.44 msKolejNet VUT.
26.3.2010 07:42
Rezza | skóre: 25
| blog: rezza
| Brno
26.3.2010 08:25
Václav "Darm" Novák | skóre: 26
| blog: Darmovy_kecy
| Bechyně / Praha
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=245 time=2.31 msposledni míle na 10GHz, pak optika
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=2 ttl=242 time=10.7 ms
26.3.2010 17:22
Vojta Drbohlav | skóre: 26
| blog: Blog
| Strahov
$ ping www.seznam.cz -c5 PING www.seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=250 time=44.8 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=2 ttl=250 time=80.8 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=3 ttl=250 time=43.1 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=4 ttl=250 time=43.6 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=5 ttl=250 time=43.8 ms --- www.seznam.cz ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4001ms rtt min/avg/max/mdev = 43.112/51.258/80.851/14.808 ms
PING seznam.cz (77.75.72.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=249 time=5.81 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=2 ttl=249 time=5.47 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=3 ttl=249 time=6.12 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=4 ttl=249 time=5.50 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=249 time=5.46 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=6 ttl=249 time=11.5 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=7 ttl=249 time=8.30 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=8 ttl=249 time=9.74 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=9 ttl=249 time=5.55 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=10 ttl=249 time=5.52 ms --- seznam.cz ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9014ms rtt min/avg/max/mdev = 5.468/6.900/11.510/2.072 msPateřní linka je optika, ale rozvod po bvaráku je klasická UTP, routovaná přes Microtiky.
25.3.2010 22:28
MMMMMMMMM | skóre: 44
| blog: unstable
| Valašsko :-)
člověk si zvykne rychle
25.3.2010 23:09
xxx | skóre: 42
| blog: Na Kafíčko
.
univerz@localhost ~ $ ping seznam.cz
PING seznam.cz (77.75.76.3) 56(84) bytes of data.
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=248 time=1.32 ms
25.3.2010 22:51
David Watzke | skóre: 74
| blog: Blog...
| Praha
26.3.2010 18:40
David Watzke | skóre: 74
| blog: Blog...
| Praha
26.3.2010 06:00
Marián Kyral | skóre: 29
| blog: Sem_Tam
| Frýdek-Místek
25.3.2010 23:26
Dent | skóre: 21
| blog: Standovo
25.3.2010 23:42
Jendа | skóre: 78
| blog: Jenda
| JO70FB
25.3.2010 23:58
gtz | skóre: 27
| blog: gtz
| Brno
Nějak sice zlobí upload, ale co už nadělám s O2
26.3.2010 00:01
Jendа | skóre: 78
| blog: Jenda
| JO70FB
26.3.2010 02:27
kotyz | skóre: 25
| blog: kotyzblog
| Plzeň
26.3.2010 02:32
kotyz | skóre: 25
| blog: kotyzblog
| Plzeň
me to staci, kdyby to melo stahovat jeste rychlejs tak nestacim delat volny misto na disku
26.3.2010 11:40
gtz | skóre: 27
| blog: gtz
| Brno
26.3.2010 12:11
kotyz | skóre: 25
| blog: kotyzblog
| Plzeň
26.3.2010 16:20
gtz | skóre: 27
| blog: gtz
| Brno
26.3.2010 16:20
kotyz | skóre: 25
| blog: kotyzblog
| Plzeň
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=245 time=11.1 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=2 ttl=245 time=20.1 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=3 ttl=245 time=18.3 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=4 ttl=245 time=12.3 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=5 ttl=245 time=11.5 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=6 ttl=245 time=11.1 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=7 ttl=245 time=11.0 ms
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=8 ttl=245 time=14.3 ms
Odpověď od 77.75.72.3: bajty=32 čas=15ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=14ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=14ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=14ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=14ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=14ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=16ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=14ms TTL=250 Odpověď od 77.75.72.3: bajty=32 čas=13ms TTL=250Z Suse je to skoro stejné.
26.3.2010 17:45
gtz | skóre: 27
| blog: gtz
| Brno
PING www.seznam.cz (77.75.72.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=250 time=14.6 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=2 ttl=250 time=13.9 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=3 ttl=250 time=14.1 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=4 ttl=250 time=14.4 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=250 time=13.6 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=6 ttl=250 time=13.8 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=7 ttl=250 time=13.3 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=8 ttl=250 time=14.3 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=9 ttl=250 time=26.5 ms ^C --- www.seznam.cz ping statistics --- 9 packets transmitted, 9 received, 0% packet loss, time 8072ms rtt min/avg/max/mdev = 13.397/15.461/26.549/3.941 ms
27.3.2010 22:51
kotyz | skóre: 25
| blog: kotyzblog
| Plzeň
26.3.2010 02:35
kotyz | skóre: 25
| blog: kotyzblog
| Plzeň
26.3.2010 06:15
brk | skóre: 29
| blog: broukoviny
26.3.2010 06:46
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
No ešte sa uvidí, povedal slepí.
26.3.2010 14:31
Jendа | skóre: 78
| blog: Jenda
| JO70FB
26.3.2010 14:39
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
26.3.2010 17:44
xkucf03 | skóre: 50
| blog: xkucf03
(A predtým na univerzite tiež asi 2 roky, s krátkou prestávkou keď som pracoval inde). Nejakú dobu som mal dobrý kontrast, v práci oných 100Mb/s a mobilne GSM 9.6kb/s (to bolo pred nástupom GPRS)
26.3.2010 11:18
=^..^= AmigaPower® | skóre: 30
| blog: BLB
| Praha
čekal sem metanfetaminovej zápisek
26.3.2010 12:16
kotyz | skóre: 25
| blog: kotyzblog
| Plzeň
vic chapadel nez zvladne kolibac spocitat
26.3.2010 14:32
Jendа | skóre: 78
| blog: Jenda
| JO70FB
26.3.2010 11:32
otasomil | skóre: 39
| blog: puppylinux
Fakt mazec no.
Pravda ze download servery s free uctem to nevyuziji ani nahodou a s premiem to taky tak slavny nebude.
Mel jsem na mesic premium na rapidshare a server ani nevyuzil rychlost 3 Mbit/s co mam. Ftp server CVUT (silicon hill) vsak dava full a porad bez jakychkoli poklesu proste o da muj download to dava i upload serveru CVUT. Toto jen tak pro porovnani.
Hafo serveru ma vsak dnes nastaven upload limit pro jednotlive klienty.
Mnozstvi filmu ci serialu jez se na tak pomale lince da stahnout i jako free na rapidu ci ulozto je tak velke ze to neni sance sledovat. Leda by clovek musel lezet na kanapi a jen cumet a cumet.
Vyuzit Vasi linku jako ftp ci http server a s par kamarady se domluvit na hosting jejich stranek ci souboru je dnes uz snad taky pase.
Maximalne me napada vyuziti jao repozitar na nejakou distribuci.
Ovsem za tak malo penez je to kazdopadne krasna sluzba.
Vylozene to vyzyva k tomu stat se jeste navic providerem pro par sousedu.
Mozna to vsak maji ve smlouve zakazane takto poskytovat pripojeni dalsi osobe.
Pravda ze download servery s free uctem to nevyuziji ani nahodou a s premiem to taky tak slavny nebude.Moje zkušenost je, že při single downloadu to tak slavné opravdu není, ale jakmile pustíš nějaký download manager, který zaráz stahuje 3-4 soubory, tak Rapidshare tu 25 Mbit/s linku v pohodě zaplní, a součet rychlostí se stabilně drží na cca 2.7 MB/s .
26.3.2010 12:01
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=7 ttl=251 time=0.987 ms
26.3.2010 12:14
kotyz | skóre: 25
| blog: kotyzblog
| Plzeň
26.3.2010 12:19
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
Ještě není všem dnům konec, třeba přijde někdo ze seznamu. Já už se tomu víc přiblížit neumím.
64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=8 ttl=255 time=0.492 ms
26.3.2010 16:23
kotyz | skóre: 25
| blog: kotyzblog
| Plzeň
26.3.2010 12:20
pavlix | skóre: 54
| blog: pavlix
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=14 ttl=250 time=3.95 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=15 ttl=250 time=3.36 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=16 ttl=250 time=5.45 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=17 ttl=250 time=5.23 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=18 ttl=250 time=5.44 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=19 ttl=250 time=3.96 msA Taky wifi, několik veřejných IPv4 adres, včera jsem se dozvěděl, že zavádějí i IPv6.
26.3.2010 12:21
Václav "Darm" Novák | skóre: 26
| blog: Darmovy_kecy
| Bechyně / Praha
26.3.2010 12:25
pavlix | skóre: 54
| blog: pavlix
Za stejny prachy mam 30/15 a v noci to stoupa k 50/25 a navrch verejnou IP.
Zakladni balik TV jo, Programy na vic do toho nepocitam a telefon jsem nechtel.
firzen@hope:~$ ping seznam.cz PING seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=251 time=3.03 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=2 ttl=251 time=2.61 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=3 ttl=251 time=2.72 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=4 ttl=251 time=2.57 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=5 ttl=251 time=2.80 ms ^C --- seznam.cz ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4006ms rtt min/avg/max/mdev = 2.570/2.749/3.030/0.170 msA to mám přitom "jen" 17/2 Mb/s. Netbox je prostě nejlepší poskytovatel. :)
26.3.2010 17:26
Limoto | skóre: 32
| blog: Limotův blog
PING www.seznam.cz (77.75.72.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=248 time=6.55 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=2 ttl=248 time=5.70 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=3 ttl=248 time=5.86 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=4 ttl=248 time=5.95 ms 64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=248 time=6.14 msPraha je opodál , takže si nestěžuju. 16/16Mbit optika za 300 měsíčně
26.3.2010 21:44
MMMMMMMMM | skóre: 44
| blog: unstable
| Valašsko :-)
Já mám teď 30/4Mbit taky za 300 měsíčně
26.3.2010 23:57
Marián Kyral | skóre: 29
| blog: Sem_Tam
| Frýdek-Místek
.
Po chvíly eufórie jsem zjistil to samé, jako autor blogu - většina serverů plnou rychlost prostě nedá (a to používám navíc DNS cache). Jediné servery, kde plnou rychost využiju, je při tahání ze serverů českých univerzit - instalovat Debian z takového mirroru je pomalu rychlejší, než instalovat ho z CD/DVD (obzvlášť když jste šetřiví a vypálíte to na DVD+RW, které se mechanice moc nelíbí).
Rapidshare jsem nezkoušel, účet nemám, warez a filmy netahám (vždyť ani nestíhám shlédnou věci, co mám nahrané z DVB-T). I u Bitorrentu se většinou nedostanu na víc než pár Mbit/s, jen jednou pamatuju, že jsem ve špičkách tahal nad 10Mbit/s tam i zpět (nějaké čestvě vydané linuxové LiveCD).
Takže pokud zrovna neinstalujete nebo netaháte aktualizace, tak jediná výhoda rychlé linky jsou malé latence a velký upload, plus možnost tahat paralelně z mnoha zdrojů, aniž by se brzdily.
26.3.2010 13:54
PING www.seznam.cz (77.75.72.3) 56(84) bytes of data.
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=1 ttl=245 time=65.1 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=2 ttl=245 time=69.2 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=3 ttl=245 time=60.6 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=4 ttl=245 time=50.5 ms
64 bytes from www.seznam.cz (77.75.72.3): icmp_seq=5 ttl=245 time=73.4 ms
^C
--- www.seznam.cz ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4004ms
rtt min/avg/max/mdev = 50.507/63.800/73.472/7.891 ms
SHIT!
Tiskni
Sdílej:
