Makepad dospěl do verze 1.0 (𝕏). Jedná se o multiplatformní open source UI framework pro Rust napsaný v Rustu.
Konference OpenAlt 2025 hledá přednášející. Proběhne o víkendu 1. a 2. listopadu na půdě Fakulty informačních technologií VUT v Brně. Témata konference jsou: Otevřený a svobodný software, IoT a Hnutí tvůrců, Vzdělávání, Bezpečnost a soukromí, Otevřená společnost, komunity a data, OpenMobility a další.
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 153 (pdf)
Byl publikován květnový přehled dění a novinek z vývoje Asahi Linuxu, tj. Linuxu pro Apple Silicon. Vývojáře lze podpořit na Open Collective a GitHub Sponsors.
Programovací jazyk Rust (Wikipedie) dnes slaví 10 let od vydání verze 1.0. Přímo na oslavě byla vydána nová verze 1.87.0. Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Evropská komise obvinila provozovatele čínské platformy TikTok z porušování pravidel EU kvůli netransparentnosti v reklamě. Komise, která v EU plní i funkci antimonopolního úřadu, to dnes uvedla v tiskové zprávě. TikTok, který patří čínské firmě ByteDance, se může k předběžnému nálezu vyjádřit. Pokud ale podezření komise nevyvrátí, hrozí mu pokuta až do šesti procent z ročního globálního obratu.
Sovereign Tech Agency (Wikipedie), tj. agentura zabezpečující financování svobodného a otevřeného softwaru německou vládou, podpoří GFortran částkou 360 000 eur.
Microsoft hodlá zrušit zhruba tři procenta pracovních míst. Microsoft na konci loňského června zaměstnával kolem 228.000 lidí. Tři procenta z tohoto počtu představují téměř 7000 pracovních míst.
V říjnu loňského roku provedl Úřad pro ochranu hospodářské soutěže (ÚOHS) místní šetření u společnosti Seznam.cz. Krajský soud v Brně tento týden konstatoval, že toto šetření bylo nezákonné.
Branch Privilege Injection (CVE-2024-45332, Paper) je nejnovější bezpečnostní problém procesorů Intel. Intel jej řeší ve včerejším opravném vydání 20250512 mikrokódů pro své procesory. Neprivilegovaný uživatel si například může přečíst /etc/shadow (YouTube).
Ahoj, mam jednu vetev u servriku na wifine 2,4GHz. Jako AP v rezimu AP mam nyni WLA-5200AP a jako AP v rezimu klient mam WL-5460AP v2. Antenu mam u klienta smerovou (dratena parabola) myslim 21dB a u AP mam panelovku tusim 16dB. PC za klientem mi ted nejak zacalo pokulhavat, co se tyce pripojeni k netu. Drive jsem mel jako AP Ovise WL-9000vpn a rychlost netu na wifi se pohybovala bez problemu kolem 9Mbit. Ted ale mam kolisavou rychlost, nekdy jen 700Kbit a nekdy 6Mbit. Cim to ale je, laboroval jsem s RTS atd, ale nic moc zmena. Ted mam defaultni nastaveni. Zkousel jsem ale:
ping -s 1024 10.0.10.1 -c 1000
a vysledek:
1000 packets transmitted, 996 received, 0% packet loss, time 1003291ms
coz si myslim, ze je v poradku.
Nevite, kde muze byt problem, uz dva dny se s tim trapim a zadny uspech
Blbnu, to AP je WLA-5000AP a FW posledni. Zacalo to delat po zmene AP. Nejdriv jsem tam dal Zcom WA-2204A a to same. AP mi ukazuje signal na klientovi -67dbm, coz mi prijde nejak malo, nato ze na sebe krasne vidi. Jinak mam viditelne SSID (nevi, jestli je to BSSID). Rychlost merim na www.dsl.cz ale vidim to i pri stahovani, napr. UBUNTU, ze je to bida..
AP jako rezim AP Stare jsem prodal, pac bylo zbytecne po tom, co jsem nasadil server a s takovym problemem jsem bohuzel nepocital, bral jsem to jako vymenu kus za kus (sic za jinej)...
Jeste dodam, ze viditelnost je prima zhruba 200metru.
Nameril jsem ted:
Rychlost připojení k internetu: 9,489 Mbit/s
A za okamzik:
Rychlost připojení k internetu: 3,355 Mbit/s
atd..
uf, to abych studoval dokumentaci muzes mi se hodit parametry, kterymi to nejlip otestuju? diky
server: iperf -s klient: iperf -c 192.168.1.1Jeden smer a druhej smer:
klient: iperf -s server: iperf -c 192.168.1.2
To je pekna hracicka
tak tohle je prvni pripad:
Client connecting to 10.0.10.1, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[ 3] local 10.0.10.33 port 53898 connected with 10.0.10.1 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-10.1 sec 18.5 MBytes 15.5 Mbits/sec
a tady druhej:
Server listening on TCP port 5001
TCP window size: 85.3 KByte (default)
------------------------------------------------------------
[ 4] local 10.0.10.33 port 5001 connected with 10.0.10.1 port 4512
[ ID] Interval Transfer Bandwidth
[ 4] 0.0-10.1 sec 10.0 MBytes 8.33 Mbits/sec
Tak jsem zkusil tu minitu:
[ 3] local 10.0.10.33 port 44374 connected with 10.0.10.1 port 5001
[ ID] Interval Transfer Bandwidth
[ 3] 0.0-60.1 sec 99.2 MBytes 13.9 Mbits/sec
[ 3] local 10.0.10.1 port 4193 connected with 10.0.10.33 port 5001
[ 3] 0.0-60.0 sec 82.0 MBytes 11.5 Mbits/sec
10.0.10.33 - klient
10.0.10.1 - server
jen trosku nechapu ten vysledek po te minute... cislo mi prijde nejaky vysoky... nebo to se nasobi vterinama ??
aha, diky.. kdyz mi to jede na 802.11g neni to malo?
Jinak co ten signa (viz. vys), me se zda taky nejakej malej, mel by se zvysovat k nule,ne?
ted jsem dal test na 5 minut a vysledek: 13.2 Mbits/sec
sifrovani tam mam, to je pravda. Schvalne ho na chviku vypnu a testnu co to ukaze..
jeste jsem sifrovani nevypl a pustil jsem opacny smer.. (-t 300)
[ 3] local 10.0.10.1 port 1987 connected with 10.0.10.33 port 5001
[ 3] 0.0-300.0 sec 260 MBytes 7.27 Mbits/sec
nejak to kleslo..
presne tak (iperf -s u rodicu, tj pocitac za wifi klientem)...
takze co z toho plyne? mam zkusit jinou antenu? Power regulovat lze, zkousel jsem nejvyssi i nizzsi, ale zadna zmena.. zustal jsem opet u default..
Máš dobře nastavenou anténu? Já kdysi otočil polarizaci - anténu o 90˚ ve směru paprsku signálu, místo vertikální jsem ji měl horizontální. Jinak nevim, rušení apod se těžko zjišťuje.
no ja antenama vubec nehejbal, jen jsem odpojil kabel a vymenil "krabicku" ... a samozrejme nastavil IP atd..
Tak pak může bejt chyba i na druhé straně na anténě/ap/wifi routeru. Byl jsem připojený přes wifi asi 2 roky, už jsem se podle diagnostiky, co jsem viděl u sebe, naučil odhadovat, kde je asi chyba, podle toho, zda jsem dostal přes dhcp adresu, kam jsem se doping, dotracoval. Nikdy nevíš, na jaké hranici/únosnosti technických parametrů to poskytovatel provozuje, slyšel jsem i o "taky poskytovatelích", co dělí 2Mbit mezi 20 lidí.
"Poskytovatel" jsem ja sam Je to jedna vetev v me lance k rodicum pres wifi...
Ok, tak zkus změnit kanál na AP, zda se něco změní.
menil jsem kanaly a kolikrat jsem mel uz radost, ze se to zlepsilo, ale za chvili to same Scanoval jsem i okolni wifi a vybiral jsem kanal, ktery tam neni (samozrejme vim, ze jsou i skryte ap), ale zmena vzdycky jen chvilkova... Ale kdyby mi to predtim nejelo, tak to dejme tomu svedu na ruseni, ale takhle...
Hmmm, mam ale vsechny PC v LAN nastavene stejne. Tim myslim pravidla pro pristup k netu atd. na serveru. A ta wifina je jakoby soucast te lanky, jen neni mezi kabel je ale pravda, ze ted nevim, jestli by to fungovalo s tim puvodnim AP i ted...
Dobre, diky.. jeste to poradne zitra proverim.
A jeste jeden dotaz
U nasich mam jeste jedno AP (WLA-5200AP) v rezimu AP aby si mohli pripojit notebook po byte pres wifi. Tam je to uvsem ale uplne katastrofa. Notebook jim ted pry lezi vedle toho "bytoveho" AP a zkousel jsem merit rychlost pomoci iperf vuci serveru (tzn. notebook --> wifi AP --> wifi client --> wifi AP --> server ) , a vysledek:
iperf -c 10.0.10.1 -t 60 na rodicu notebooku a iperf -s na serveru:
14,9 Mbits/sec
ALE opacne:
iperf -s na rodicu notebooku a iperf -c 10.0.10.1 -t 60 na serveru:
nedeje se nic, pokud na tom notebooku nekliknu na nejaky odkaz na webu nebo nepingnu server... potom se to teprve rozjede a vysledek je:
8,61 Mbits/sec
Nemuze to byt nejakym uspornym rezimem na tom notebooku? Bezi tam Ubuntu a ntb je nan nabijecce..
Tiskni
Sdílej: