Poslední příspěvky

1

Sítě / Re:T-Mobile Fiber 2 Gbps a vlastní zařízení

« Poslední příspěvek od nonius kdy Dnes v 13:36:14 »

T-mobile tomu říká modem. Je to multifunkční zařízení, které má v sobě ONT převodník, router a WiFi AP. Na požádání ho přepnou do bridge módu a využije se pouze ten ONT převodník. Ten Sagemcom nabízí pro 2000Mb/s tarif a má 2,5Gb/s LAN port.
Neznám nikoho, kdo má tento tarif, ale znám lidi, kteří mají tarif 1000Mb/s a mají ten Sagemcom 5670 přepnutý do bridge módu a vlastní router.

2

Sítě / Re:T-Mobile Fiber 2 Gbps a vlastní zařízení

« Poslední příspěvek od CFM kdy Dnes v 13:14:41 »

Zde píšou, že jeden 2.5Gbit port má:
https://www.t-mobile.cz/dcpublic/Sagemcom_5670_cz_manual.pdf
a taky "potřeba energie měřená v aktivním režimu: 26,8 W, spotřeba energie měřená v pohotovostním režimu: 7,8 W" ... takže i vestavěný mařič energie do každé rodiny

3

Hardware / Re:Jaké NVR + kamery, aby byla podpora 5+ roků?

« Poslední příspěvek od Matho23 kdy Dnes v 12:37:39 »

Ja som mal Reolink kamery, rozbehal si na Raspberry PI v Dockeri Shinobi softverove NVR, nejako to fungovalo. Kamery boli nastavene ze nahravali iba pri detekcii pohybu, nahravali na lokalnu microSD kartu v kamere + na FTP na RPI kde mi bezalo Shinobi. Ta microSD karta mi v nich 2 roky vydrzala, ale len kvoli tomu ze tam bolo malo zapisov, inak podla mna do roka odide. Na Linuxe mi to v Shinobi nechcelo v Chrome tie h265 subory prehravat, musel som ich stahovat a prehravat cez VLC. Kamery nezachytili pri detekcii pohybu vzdy presny zaciatok pohybu cloveka, malo to aj nejake falosne poplachy, ale ano, bolo to vsetko spolu lacne.

Teraz som presiel na Ubiquiti Unifi. Mam 2x G6 Bullet kamery spolu s CloudKey+ , v ktorom je 1TB SSD disk. Ak mas viac kamier a potrebujes mat zalozny disk v RAID, maju UNVR modely kde vies dat az 4 HDD/SSD. U mna tie kamery nahravaju 24/7 na vlozeny ssd disk v tom CloudKey+ . Kamery maju v sebe AI chip pre kvalitnejsiu detekciu objektov - auta/osoby/zvierata/SPZ vozidiel a pri playbacku si vies zobrazit info o percentualnej zhode detegovaneho objektu a vyhladavat. Vyhoda 24/7 nahravania je, ze ak ti kamera nezachyti presny zaciatok pohybu, vies si to spatne pretocit pred zaciatok detekcie. Tiez si tam vies vyseknut casovy interval a stiahne ti to tebou vyseknuty interval videa. V pripade detekcie pohybu mi to posle email cez ich smtp server spolu s obrazkom vyseknutym z videa. Nepotrebujes mat verejnu IP na to aby si sa prihlasil do weboveho backendu NVR, v ktorom sa vsetko centralne spravuje. Vies sa tam odkialkolvek pripojit cez ich ui domenu a spravovat vsetky kamery centralne. Komunikacia kamier po sieti je sifrovana, vedia nahravat v h264/h265 a experimentalne je moznost zapnut h266. To NVR, resp CloudKey+ ma Unifi Protect system, je to teda cele ako webova aplikacia bez nutnosti instalovat nejake exe a pod. Mobilnu apku maju tiez dobru, ak si na lokalnej sieti prepne ta na playback po lokalnej sieti, ak si mimo ide to cez Internet. Ak sa bojis, ze ti niekto NVR z objektu ukradne, vies si nastavit upload zachytenych sekvencii na vzdialeny smb.

Jediny problem co mi nevyhovovalo je, tie ich kamery (co mam) nemaju zabudovane led svetlo, musel som si dokupit od nich UP-FloodLight, ale inac je vsetko perfektne. Len je otazka, ci do toho chces investovat taku sumu.

Pozri si nejake nove videa o Unifi Protect na YouTube, ak ti to penazenka dovoli, tak Unifi riesenie nebudes lutovat. Naviac, oni nepretrzite ten Unifi Protect system vyvijaju a teda aj tie upgrady mas zdarma. Mozes si zvolit aj auto-update a o nic sa nemusis starat.

PS: mam na predaj 2x Reolink RLC-811A kamery

4

Sítě / Re:Dotaz: T-Mobile Fiber 2 Gbps

« Poslední příspěvek od ondrej _ kdy Dnes v 12:32:09 »

Tak na stranke t-mobile som nasiel KAON PM1191, ktory ma 10Gbit port.Plus od slovenskeho technika viem, ze existuje aj verzia s 2.5Gbit portom.
https://www.t-mobile.cz/podpora/technicka-podpora/internet-a-e-mail/opticky-internet

Na Slovensku je od konca Septembra dostupny aj malicky 2.5Gbit ONT
https://www.telekom.sk/wiki/telefony-a-zariadenia/modemy-a-routre/huawei-hg8010n10

Ten technik mi spominal, ze vsetci, co patria pod Deutche Telekom, pouzivaju rovnake ONT, tak by to malo byt dostupne aj u vas.

Mam odobne starosti tu na Slovensku. Chcem u rodicov tiez bridge a nedari sa mi. Na predajni im povedali, ze sa to neda . Cez ich linku som to uz 3x riesil. Vzdy mi slubovali, ze to urobia a stale nic.
Doteraz som taketo problemy s nimi nemal.

5

Sítě / T-Mobile Fiber 2 Gbps a vlastní zařízení

« Poslední příspěvek od LemmingCZ kdy Dnes v 11:59:03 »

Ahoj, prosím Vás... neřešil někdo tento problém:

Objednal jsem si 2 Gbps (Tmobile fiber optic), s tím že mám svůj router a potřebuji jen OTP převodník a bridge. Objednávka takto vznikla, operátorka volala že přijde technik a nainstaluje router - hned jsem reagoval že router nechci a že chci jen bridge. Odpověděla, že prý všemu říkají router a že je to takto v pořádku.

Přišel technik, začal mluvit o routeru, říkám, že router mám svůj a že to má být jen bridge - takže 1. problém.

Řekl mi, že to může naisntalovat a že si to jen na pobočce vyměním (za huawei + nastavení modu s PPPoE). Tak sem souhlasil.

2. problém je, že koukám na jejich zařízení co přinesl (sagemcom 5670) i ten huawei za který bych si to měl vyměnit - ale ani jedno nemá LAN porty 2,5 Gbps (jen 1 Gbps).

Takže Tmobile nabízí 2 Gbps ale není schopen dodat koncové zařízení s výstupem 2 Gbps?

Máte někdo zkušenost a případně řešení?

Díky za případné rady

6

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od Zopper kdy Dnes v 09:51:24 »

Obávám se, že když někdo neví, v jakém kódování má která data, tak ho nezachrání ani knihovna.

Knihovny v jazycích, které jsem používal, používaly zásadně unicode, takže nepořádek ve stringu by musel být už před tím. Stejně je s podivem, že se dneska ještě používá ISO nebo starší kódování. Pokud je celý program v unicode, tak se tam špatný text v podstatě zadat ani nedá, to by to tam musel někdo špatně už napsat.

No, teoreticky jo. V praxi se, obzvlášť u velkých a starých aplikací, může stát, že to někde uteče. Aplikace samotná je třeba unicode, ale nějaká komponenta někde bokem, třeba nějaká databáze, nebo mezivrstva, není správně nakonfigurovaná. Ale protože to nějak funguje pro ty běžné vstupy, tak si toho nikdo ve firmě nevšimne, a těch pár zákazníků, co to vidí, se neobtěžují to nahlásit a berou to jako fact of life, protože i třeba Adobe má ve svém error formuláři kódování (nebo font) blbě: "Došlo k chybi" místo "ě".

7

Hardware / Re:Jaké NVR + kamery, aby byla podpora 5+ roků?

« Poslední příspěvek od David kdy Dnes v 09:50:46 »

Ja bych si po zkušenostech s NVR pořídil minipc a na něj Frigate. Taky to není dokonalé, třeba ho jen neumím nastavit pro detekci všeho možného, ale minimálně to základní hledání v nahrávkach funguje, mohu se připojit odkud potřebuji atd. S těmi NVR mě hrozně štve, že vyžadují specifický prohlížeč, nainstalovat EXE, co pak běží na mém počítači, video pak stejně blbne.. To si to radši postavím na tom linuxu sám.

8

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od Vladimír B. kdy Dnes v 09:35:37 »

Co se tyce knihoven vs vlastní kod, je tu este vykonovy aspekt.

Psal jsem nedavno jeden primitivni stream procesor, na stdin prijde hromada JSONu, udela to urcitou analyzu pres klouzave okno, vysype na stdout, slouzi jako plugin do jineho softu.

Prototyp v pythonu funguje ok.
Predelavka do go s ocekavanim narustu vykonu, realita, vykon je tretinovy.

Profilingem zjisteno, ze python je sice pomalejsi jazyk, ale ze jeho knihovny pro práci se stdio a JSON jsou mnohem rychlejsi, zrejme psane v C.

A ja se obavam, ze moje knihovny hy hyly este horsi, nez ty GOckove.

To mi přijde velmi podezřelé.

Co se týče stdin, tak tuším, že v pythonu je ve výchozím stavu bufferovaný, v golang ne. Jinak nevím, v čem by práce se stdin mohla být jiná/více optimální.

Co se týče deserializace jsonu, tak tam můžou být rozdíly velké, i v rámci různých knihoven ve stejném jazyce. Každopádně pořád bych očekával, že optimálnějsí knihovna v golangu bude rychlejší jak optimálnější knihovna v pythonu. Samozřejmě záleží na vstupu - těžko dělat úplně obecné závěry. Nicméně rychlý test mi dává zapravdu (deserializace 1.5e6 menších jsonů):

4.297s python json
1.618s python orjson

2.620s golang json
0.721s golang easyjson

0.393s rust serde_json

Když vezmu standardní knihovny v golangu vs pythonu, je golang rychlejší. Když vezmu optimálnější knihovny třetích stran (easyjson vs orjson), je golang rychlejší. Nicméně pravda - pokud vezmu lepší python knihovnu a standardní golang knihovnu, může být python rychlejší.

Standardní json knihovna v golangu upřednostňuje správnost nad rychlostí - před deserializací a po serializaci provádí ještě zvlášť kontrolu vstupu/výstupu, jestli je validní. Tak kontrola trvá skoro stejně tak dlouho, jako vlastní serializace/deserializace. Čili jenom tím golang ztrácí cca polovinu výkonu. Proto u easyjson pozor na to, že pro nejvyšší výkon je potřeba volat přímo metodu UnmarshalJSON na dané struktuře místo standardní funkce json.Unmarshal (pozn. easyjson generuje kód přímo pro serializaci/deserializaci konkrétních typů).

Pak je ještě možnost napsat to v rustu.

9

Vývoj / Re:Přechod z Javy na Rust. Ano či ne?

« Poslední příspěvek od novomente kdy Dnes v 08:47:40 »

Když vývojář dostane zadání, musí ho napřed analyzovat a vybrat pro něj vhodný jazyk, ve kterém ho je nejlépe zakódovat. Každý programovací jazyk má svá specifika (výhody i nevýhody), která se musí při oné volbě brát v úvahu.

Pokud se bavíme o komerčním vývoji, o firmách, tak tam je většinou rozhodnuto předem. Je tam obecně snaha omezovat tyhle „zoo“ programovacích jazyků a technologií a mít to jednotné, aby mohla fungovat zastupitelnost, aby jeden programátor mohl přecházet mezi různými projekty té firmy a nestávalo se ti, že máš několik volných programátorů v jazyce X, ale práci máš pro programátora v jazyce Y.

Vybírat si můžeš, pokud je to tvůj projekt nebo jsi šéf vývoje a máš za úkol stavět něco na zelené louce. I tam je ale dobré myslet na to, kde najdeš potřebné programátory a jaké budou mít požadavky ostatní projekty té firmy, abys to měl do budoucna pokud možno jednotné. Větší firmy si můžou dovolit větší pestrost (byť to není moc záměr, spíš důsledek jakési volnosti a experimentů), u menších je spíš snaha mít jeden hlavní jazyk. A i když je někde víc jazyků současně, tak typicky spíš z historických důvodů a postupně se přechází, nové projekty se začínají jen v tom aktuálním.

Co vývojář, to originální osobnost. Co zadání + vývojář, to originální výsledek zpracování toho zadání. Nikdy jsem nepracoval ve vývojářském týmu. A dotaz zní: Máte také podobnou zkušenost s originalitou každého vývojáře? Mohu veřejně říci, že zpracování zadání (vývoj, programování atd.) je velice osobní záležitost?

Každý má nějaký styl, co je mu nejbližší a přirozené, k čemu se na základě svých zkušeností dopracoval. Spíš než hodnotit, co je správně a odsuzovat, co je špatně, je užitečnější se zajímat, co k tomu dotyčného vedlo, na základě jakých zkušeností k tomu došel. Na druhou stranu, pokud spolu ti lidé mají pracovat v jednom týmu na jednom projektu, tak je dobré, aby si domluvili nějaký kompromis a společné konvence, které budou dodržovat – rozumný člověk si může zachovat svůj názor, ale zároveň si je vědom toho, že dělat to „o trochu horším“ způsobem, ale jednotně, je užitečnější, než když to budou dělat všichni „lépe“ ale každý jinak.

Celkem jsem to musel čtyřikrát přepisovat prakticky od nuly, neboť jsem narazil na okamžik, kdy už jsem se v kódu sám nevyznal. Četl jsem, že dobrou věcí v programování je určit si nějaký svůj "styl" a toho se pak držet.

Programování už není zábava pro nerdy. Dneska je to business. Takže:
- kolik bude stát programátora číst existující kód?
- kolik bude stát kód napsat?
- kolik bude stát přidání nové funkcionality?
- cenu snižuje znovupoužitelnost
- kdy a kde nastanou chyby a kolik nás to bude stát?

Proto se vymýšlí nové jazyky, jinak by nám ten Assembler bohatě stačil.

Co vývojář, to originální osobnost. Co zadání + vývojář, to originální výsledek zpracování toho zadání. Nikdy jsem nepracoval ve vývojářském týmu. A dotaz zní: Máte také podobnou zkušenost s originalitou každého vývojáře? Mohu veřejně říci, že zpracování zadání (vývoj, programování atd.) je velice osobní záležitost?

Ano, a je to špatné. Protože to jde proti výše uvedenému.

Třeba mě se stalo, že jsem předělal nějakou část kódu a pak jsem se zamyslel nad tím, kolik práce s adopcí těch změn bude mít kolega. A nakonec jsem to zahodil jako neefektivní. Přínos mých změn byl menší jak nutnost kolegu přimět ho adoptovat.

Mnohokrát vám děkuji za odpověď. Byla mi velkým přínosem.

nm

10

Hardware / Re:Jaké NVR + kamery, aby byla podpora 5+ roků?

« Poslední příspěvek od Zopper kdy Dnes v 07:49:23 »

celé to na mě působí, jako by všechny výrobky byly jen jinak pojmenovaný a zakrabičkovaný čínský krám, prodávaný různými výrobci pod různými názvy.

Ano. To samé webové kamery, kamery do auta, mikrovlnky, myčky, ledničky, ... - vevnitř je jedna z já nevím, tří, čtyř variant co vyrábí dvě firmy, a jen to je zabalené do krabice s logem. Což ale není až tak divné: Kolik že těch výrobců CPU nebo GPU vlastně máme? A i tak, nakonec to stejně všichni vyrábí u TSMC.

Jak to řeší firmy, nevím - možná tam, kde je požadavek na dlouhodobou podporu nedávají Uniarch za osm stovek, ale  Unify za osmnáct set a víc? A nebo dají tu kameru za osm stovek a počítají s tím, že za pět let to stejně nebude nikdo předělávat a čistit, ale prostě se vyhodí a koupí nové.