Příspěvky

331

Sítě / Re:Linuxový router a IPv6 forwarding

« kdy: 21. 06. 2019, 15:14:08 »

Tady nejde ani tak o to, že přijdete o jednu z 256 sítí, ale že když si je budete chtít hierarchicky po bitech z adresy rozfrcat do podsítí, tak máte problém, protože zabráním jedné /64 routerem (i kdyby to byla jedna /128) už není ten adresní prostor /56 symetrický, takže musíte dělit už jen /57.

Tady jde vidět, že i IPv6 se dá připojit různě, buďto pomocí prefix delegation, nebo pomocí router advertisement (jestli to píšu technicky správně), přičemž to žádný poskytovatel explicitně neuvádí, ani ve smlouvě neřeší (což se nijak neliší od mlhy kolem vlastností IPv4).

332

Sítě / Re:Linuxový router a IPv6 forwarding

« kdy: 19. 06. 2019, 15:54:15 »

...Nebývá obvyklé, aby ISP router routoval celou /56 jako lokální sít, obvykle z ní vybere první /64, která bude sloužit jako spojovačka...

Měl jsem za to, že tohle se řeší linkovou adresou (fe80), aby nedocházelo k zbytečnému použití rozsahu a zanášení bordelu do něj. (Alespoň T-Motýle to tak má.)

333

Sítě / Re:Rychlost připojení O2

« kdy: 07. 06. 2019, 22:18:14 »

Přejděte k T-Mobile, pak problém zmizí. Tohle sebemrskačství zůstávat u O2 nepochopím.

334

Server / Re:Ubuntu NTP: východ a západ slunce

« kdy: 03. 06. 2019, 16:48:14 »

Tak to už je pak jednodušší vystrčit ven fotočidlo, ne?

335

Studium a uplatnění / Re:Práce ve VSHosting

« kdy: 31. 05. 2019, 16:57:19 »

Jak pozná Bývalý zaměstnanec, že ty e-maily nepatří členům vedení dané společnosti???

336

Vývoj / Re:Sběr dat, databáze

« kdy: 29. 05. 2019, 12:03:48 »

Broker či vlastní protokol vůbec není jedno. Pokud použiju brokera, najdu spoustu sw, který už je připravený na spolupráci s ním a množství kódu, který budu muset napsat, se radikálně sníží. Pokud si vymyslím vlastní protokol, skončím u toho, že si budu brokera psát sám, strávím nad tím spoustu času a udělám to hůř.

Stejně tak volba DB: mít hezké rozhraní je víceméně nutnost, ale co je za ním taky není tak úplně jedno. Pokud bude DB polovinu strojového času pálit třeba na řešení transakcí, které v tomhle usecasu vůbec nepotřebuju, a místo Raspberry to budu muset provozovat na x86 server-grade hw, je to setsakramentský rozdíl.

Jasně, ale o tom má odpověď nebyla, byla o tom, že připojovat jednotlivé klienty přímo k DB je prasečina.

337

Vývoj / Re:Sběr dat, databáze

« kdy: 29. 05. 2019, 10:15:08 »

Snad jediné koncepční řešení zde napsal Gofi - naslouchající klienty jsou oddělené od zařízení i databáze, data získávají přes jednotné, abstraktní, nezávislé rozhraní (broker či vlastní protokol, je to jedno). Volba DB (včetně výměny, více DB, další redistribuce ap.) je pak už jen okrajovým a lokálním problémem.

Je zbytečné tvořit message brokera, když můžeš použít obyčejnou cache, kterou má webserver.

Naprosto netuším, co by mohl mít požadovaný systém společného s webserverem.

338

Sítě / Re:Doporučení VPN služby

« kdy: 29. 05. 2019, 09:44:40 »

Vzhledem k tomu, že zadání neobsahuje popis sítě s oněmi 2 počítači a sítě s notebookem a jejich vzájemnou dostupnost, není co doporučovat.
A doporučit Teamviewer? To je rada hodná skutečného odborníka...

339

Sítě / Re:Rozvaděč pro domácí síť a učení

« kdy: 02. 05. 2019, 09:03:02 »

Udělejte něco s tím výpočtem (a svojí češtinou).

340

Vývoj / Re:Návrh relační databáze

« kdy: 26. 04. 2019, 14:27:49 »

Pokud někdo chce prznit relační databázi nějakým EAV a ORM, tak mu rovnou doporučím NoSQL, kde tyhle dva nesmysly nebude potřebovat. Takový vývojář si relační databázi ani nezaslouží.

Já bych se zeptal jinak: Jak je možné, že u tolika projektů je problémem č. 1, jak dostat data do a z relační databáze. To nedává smysl - buďto je formát dat projektu vhodný na RDB, nebo se na ni vy*eru a použiju něco, kde nebudu potřebovat rovnáky na ohýbáky.

341

Software / Re:TightVNC - po připojení z W7 jen šedá plocha

« kdy: 26. 04. 2019, 13:49:30 »

...Jak zprovoznit (ošálit) VNC když k PC není připojen žádný monitor ? ... V budoucnu se nepočítá s monitorem, jen vzdáleným přístupem.

Jestli to chápu správně, tak pak na to nepotřebujete ani grafickou kartu. Pak jde použít Xvfb https://en.wikipedia.org/wiki/Xvfb.

342

Vývoj / Re:Python bytearray to string

« kdy: 25. 04. 2019, 23:08:42 »

Přičemž „jednou proměnnou“ byl nejspíš myšlen název proměnné, nebyl?

Pochopitelně že ano. Vnitřní implementace jazyku s tím nemá co dělat.

343

Vývoj / Re:Python bytearray to string

« kdy: 25. 04. 2019, 23:03:46 »

Jen detaily: Jazyk python je typovany jazyk. Akorat ne staticky typovany...

Jazyky používající zasílání zpráv považuju za netypované, ale to tu teď nechci řešit, podstata je jasná.

344

Vývoj / Re:Python bytearray to string

« kdy: 25. 04. 2019, 22:59:54 »

Rozhodně bych tu praktiku nevázala jen na dynamické jazyky. Třeba Rust je strong typed jazyk, ve kterém je variable shadowing nejen povolený a běžně používaný, ale v některých případech i vyloženě žádoucí (shadowing proměnné sama sebou se používá na zrušení mutability)

1. Kolik jazyků to má?
2. Není to další rovnák na ohýbák?

345

Vývoj / Re:Jak je to s kompilací

« kdy: 24. 04. 2019, 11:51:14 »

...Pokud je kompilace binarizací pro CPU, potom nerozumím tomu, co s tím má společného mezivrstva, tedy operační systém? ...

Operační systém je další vrstvou abstrakce.

Příklad:  MSDOS byl polosystém, protože mnoho věcí neřešil, např. každá hra si musela sama(!) řešit práci se zvukovou kartou, a to s každým typem extra!!! Dnešní systémy poskytují abstraktní rozhraní, kdy aplikace již neřeší na hardwareové úrovni komunikaci s kartou.