Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Filip Jirsák

Stran: 1 ... 183 184 [185] 186 187 ... 375
2761
Sítě / Re:IPv6 a řešení záložní konektivity
« kdy: 12. 01. 2019, 21:31:08 »
Kdo si myslíte, že jste? Nic neumíte, píšete nesmysly, a ještě budete ostatní okřikovat? Vzhledem k tomu, jak jste se tu zatím projevil, byste měl sedět v koutě a študovat a študovat – a pak se můžete opatrně zapojit do diskuse s lidmi, kteří o těch věcech něco vědí, a pokorně se ptát na věci, které vám nejsou jasné. A přidejte k tomu lekce slušného chování, pokud se s někým neznáte a nepotykali jste si, tak se v češtině vyká. Ono to má dobré důvody, přeci jen vykání spíš vede člověka k tomu, aby se vyjadřoval uctivěji. Což evidentně potřebujete, protože jste podlehl mylnému dojmu, že když spolu diskutujeme na stejném diskusním fóru, je to stejné, jako kdybychom spolu pásli ovce. Jenže ono to stejné není.

Já jsem v této diskusi poradil a teď jsem vyvracel chybné tvrzení, které vyplynulo z původní diskuse. Porovnejte to se svými komentáři – oba dva úplně mimo téma, jenom osobní útoky. A dovolí si to psát „nic pořádného neporadíš“.

2762
Sítě / Re:IPv6 a řešení záložní konektivity
« kdy: 12. 01. 2019, 20:59:30 »
nikde som nepovedal ze je to idelane alebo odporucane zabezpecenie.
tak isto nehovorim o nejakych sofistikovanych utokoch
cez NAT napr neprejde scan siete ktora je za NATom kedze siet za NATom nie je dostupna z internetu
ako by si nazval toto?
podla mna sa to da nazvat ako to najjednoduchsie zabezpecenie, ci je to optimalne alebo dostacujuce? samozrejme ze nie!
Ne, není to žádné zabezpečení. Tečka. Není pravda, že síť za NATem není dostupná z internetu. Představte si třeba případ, že na vnější rozhraní toho NATu (které je v internetu) přijde paket s cílovou adresou patřící do té NATované sítě. Co udělá ten router/NAT? Pošle ten paket do vnitřní sítě. Ten paket přišel z internetu, takže ta síť je dostupná z internetu. Určitě budete chtít argumentovat tím, že ale není dostupná z celého internetu. Za prvé je to jiné tvrzení, než jste vy napsal, a za druhé existují i metody, jak se do té vnitřní sítě dostat i odjinud. Na tom, že zvládají tunelování do sítí za NATem, je založená spousta aplikací a protokolů – dřívější Skype, různé VPN, Teredo…

To, že NAT není zabezpečení, bylo už řečeno a dokázáno tolikrát – nechápu, že dneska ještě někdo může tvrdit opak.

2763
Sítě / Re:IPv6 a řešení záložní konektivity
« kdy: 12. 01. 2019, 20:01:02 »
mozno nie bezpecnostna featura ale zariadeina za NATom nie su dostupne z internetu, tak ako by si to nazval?
Nikoli, zařízení za NATem nejsou vždy snadno dostupná z internetu. Zabezpečení to není v žádném případě – to, že vy (jako vlastník) máte problém se tam dostat neznamená, že stejný problém má útočník.

2764
Odkladiště / Re:HTTP 408/409 na csfd.cz
« kdy: 12. 01. 2019, 19:25:06 »
Že by prostě přetížený server?

2765
Server / Re:Loadbalancing NTP serveru
« kdy: 12. 01. 2019, 10:38:20 »
Mám experimentálně nepotvrzený dojem, že rozdíl mezi oběma případy (fázemi vyhodnocení) bude v účinku klíčového slova "prefer". Jasný falseticker bude vyloučen i v případě, že má v konfiguraci slovo "prefer". Ale prostý outlier by s "prefer" argumentem patrně zvítězil :-)
To dává smysl. Volbou prefer správce dává najevo, že daný server je v něčem lepší, když všechno funguje tak jak má. Nelze ale zaručit, že to tak bude navždy, že ten server někdy v budoucnu kvůli nějaké chybě (ať už serveru nebo na trase) začne poskytovat špatná data. Takže vyřazování falsetickerů musí dělat software průběžně, protože správce to nemůže stihnout zachytit včas. Do druhého kola ale už postoupí jen kandidáti, kteří by měli být v pořádku a už jde jenom o to vybrat toho aktuálně nejlepšího – a tam dává smysl ruční zásah správce, který může mít informace, které ntpd není schopno zjistit.

2766
Sítě / Re:IPv6 a řešení záložní konektivity
« kdy: 11. 01. 2019, 15:34:54 »
Ty uz  NIKOMU nerad - nez se zmena v DNS u klienta projevi, tak to muze byt i nekolik dnu
Když o tom vůbec nic nevíte, tak alespoň mlčte. A dostudujte si to (hledejte třeba „DNS Failover“) – používá se to naprosto běžně, např. pro cloudová řešení. Používá to Google, Amazon, Cloudflare a miliony dalších. Pokud vás zajímají základy DNS, zkuste třeba blog CloudDNS.

2767
Sítě / Re:IPv6 a řešení záložní konektivity
« kdy: 11. 01. 2019, 14:47:13 »
Ohledne tematu, nevi nekdo, jak se pak resi DNS pro verejne pristupne sluzby?
Dají se do DNS obě IP adresy (přes oba poskytovatele). Ideální je mít pak monitoring a při výpadku jedné konektivity odstranit příslušnou IP adresu i z DNS, aby nepřekážela hloupým klientům. Chytrý klient by si měl poradit sám a při nedostupnosti přes jednu IP adresu zkusit další, ještě chytřejší klient může IP adresy zkoušet v pořadí, jak jsou pro něj nejvýhodnější – začít tou, která je pro něj síťově méně nákladná.

2768
Server / Re:Loadbalancing NTP serveru
« kdy: 09. 01. 2019, 15:24:10 »
Podle mne je balancování NTP serverů loadbalancerem hodně špatný nápad, protože protokol NTP závisí na síťovém roundtripu a na předpokladu, že oba směry komunikace jsou stejně rychlé. Nedovedu si představit, jak tohle zajistit s loadbalancerem.

NTP klienti jsou přece postavení na tom, že se dotazují většího množství serverů a vyhodnocují přijaté odpovědi, takže podpora pro loadbalancing je přímo vestavěná v protokolu – a schovávat více serverů aby pro klienta vypadaly jako jeden je podle mne kontraproduktivní.

2769
2. Jako konečné řešení. Tzn že jakmile provedu operaci "smazání"/"řezu" (například 42 GB - 16GB=26GB), na filesystému se uvolní místo 26GB. Z logiky věci musí jít o úpravu v původním FS.
Např. příkaz truncate.


Filesystém je NTFS, exfat, btrfs.
Na btrfs jde bod 1 udělat pomocí snapshotů, na exFAT ne, na NTFS asi něco jako snapshoty je, ale pochybuju, že to umí linuxový ovladač NTFS.

Otázka na nerdy: Je možné udělat (sym)link na  soubor, který bude jako "obálka na souboru", že bude ukazovat jen výřez ze souboru?
Ne.

2770
Ať máš OEM nebo Retail, vždy můžeš tu licenci převést kamkoliv jinam. Podle rozhodnutí soudního dvora Evropské unie C-128/11 totiž výrobce prodejem licence ztrácí nad touho licencí jakákoliv další práva - tedy i právo rozhodovat, kam to smíš a nesmíš nainstalovat.
To je chybná interpretace toho rozhodnutí. Autor sice ztrácí práva rozhodovat o té licenci, ale ta licence stále zůstává beze změny – když to byla licence k použití na jednom počítači, dál je to licence k použití na jednom počítači, když to byla licence na Windows 10 Home, dál je to licence na Windows 10 Home, a když to byla OEM licence k použití na jednom konkrétním zařízení, dál je to OEM licence k použití na tom jednom konkrétním zařízení.

2771
Je to možno formálne presnejšie vyjadrené, ale komunita to chápe ako spoplatnenie Javy ako jazyka a základných knižníc, ktorá bola doteraz free.
Ne, tak to nechápe komunita. Tak to chápou někteří lidé, kteří si nezjistili opravdový stav věcí. Protože o zpoplatnění Javy jako jazyka a základních knihoven nejde ani náhodou.

Podľa http://www.oracle.com/us/corporate/pricing/technology-price-list-070617.pdf poplatky sú od 40$ za developera až po 15000$ za CPU. Toto sú nenormálne páky. Dokument vôbec neuvádza, či je to za mesiac alebo rok.
Použití Oracle JDK pro vývoj a testování je i nadále zdarma. Netuším, kde jste tenhle dokument vyhrabal. Tady máte oficiální dokument k Oracle JDK: Oracle Java SE Subscription FAQ. Základní ceny jsou na desktopu $2.50 za uživatele a měsíc, na serveru $25 za procesorové jádro a měsíc, přičemž licence na serverovou Javu je už v ceně ostatních Java produktů od Oraclu (třeba WebLogic).

Samozrejme, tieto poplatky sú uvádzacie, za rok dva sa môžu znásobiť.
Táto cenová politika je pre mnohé firmy likvidačná. Chystané spoplatenie Javy vyvolalo veľké obavy a nevôľu; preto krok Amazonu, ktorý má veľa zákazníkov používajúcich Javu bol logický a očakávaný.
To nemá smysl komentovat, když jste vycházel z nesprávných informací.

Ono to vyznieva tak, ako keby Javu postavil na nohy Oracle. Za úspechom Javy je podľa mňa na 80-90% komunita.
Mícháte dohromady dvě věci – celkový úspěch, za tím je určitě do velké míry komunita a také to, že Sun Javu poskytoval velmi volně a ten úspěch komunity tedy umožnil. Já jsem psal ale o agónii Javy, která začala po vydání Javy 6 – Sun se pokusil s Javou 5 Javu znovu nastartovat, ale už šestka přišla docela pozdě, a pak vůbec nebylo jasné, zda se bude Java dál nějak vyvíjet, jak se případně má vyvíjet, přišly problémy s bezpečností Java Pluginu, které se nějakou dobu jenom látaly. Sedmička byla vydaná spíš ze setrvačnosti, a u osmičky to nějakou dobu vypadalo, že vyjde hned po tom, co Hurd 1.0. A hýbat se to začalo prakticky až po té, co to koupil Oracle.

Akvizice Sunu Oracle sice byla nepopulární, ale Sun si tenkrát se svými softwarovými produkty vůbec nevěděl rady a nemohlo to tak pokračovat.

Prakticky celá industry je Javou ovplyvnená
No právě. Proto by bylo docela špatné, pokud by Java postupně umřela na neschopnost jí dál rozvíjet, což se v posledních letech pod Sunem dělo. Je fajn, když je nějaký projekt otevřený komunitě, ale to nestačí – taky je potřeba, aby nebyl mrtvý. Tenkrát byla i snaha dalších firem, které jsou na Javu silně navázané, nějak postupovat ve vývoji dopředu, ale problém byl v tom, že si s tím Sun nevěděl rady.

Pro komunitu vývojářů kolem Javy se tou změnou licenční politiky Oraclu nic nemění, Oracle OpenJDK nadále zůstává zdarma a pod GPL s classpath výjimkou. Naopak Oracle od verze 11 zaručuje, že Oracle JDK a Oracle Open JDK budou vzájemně zaměnitelné, což naopak dříve neplatilo a OpenJDK některé části chyběly, takže některé aplikace na tom nefungovaly. Naopak díky téhle změně se dostávají do popředí další buildy Open JDK, ať už placené nebo zdarma. Myslím si, že to komunitě naopak prospěje, protože bude mít najednou zdarma k dispozici několik buildů JDK, které budou 100% kompatibilní s „oficiální“ JDK od Oraclu, a na supportu se bude moci živit několik dalších firem (např. RedHat), které vyzobou ty „drobky“, které zbydou po té, co Oracle zkasíruje ty největší uživatele.

Čo sa týka Oracle, tak oni fakt nie sú normálni. Čo je to za firmu preboha, ktorá sa svojim zákazníkom, ktorí im nosia stovky miliónov, posmieva, ironizuje, otvorene kritizuje?
Netuším, na co narážíte.

Amazon po tom všetkom migruje z Oracle databáz, v jednej z najväčších migrácii v IT histórii.
Po čem všem? Po tom, co Amazon vyrostl na cloudových řešeních, která jsou přímým protikladem toho, co dělal celou dobu Oracle? A po té, co Oracle pochopil, že mu nezbývá nic jiného, než jít na trh otevřených cloudových služeb (jako Microsoft), a začít tak přímo konkurovat i Amazonu? Myslíte, že by to bylo od Amazonu rozumné, kdyby prosazoval svůj cloud, a zároveň závisel na řešení své konkurence?

Oracle je agresívna, konfliktná a nenažraná firma. Bohužiaľ.
To byl Microsoft také. Mnozí za takovou firmu považují i Google, někteří i Amazon. Oracle Javu oživil, dnes už je jasné, že Java dokáže konkurovat věcem jako NodeJS nebo Go – skutečně jim konkurovat u věcí, které budou během příštích let vznikat na zelené louce, ne jen přežívat z vyhasínající bývalé slávy.

2772
Sítě / Re:IPS blokovanie spojenia
« kdy: 30. 12. 2018, 14:16:10 »
a on je rozdíl mezi IPS a firewallem( není to jen jiný program na stejném kompu?) Mimochodem není to ISP?
Není to ISP, je to Intrusion Prevention Systems (IPS) nebo také Intrusion Detection System (IDS). Firewall je jenom podmnožina nebo součást IPS.

2773
Nezměnila se licence Javy, ale licenční model Oracle JDK. Oracle bude nadále vydávat dvě verze Javy – Oracle JDK a Oracle OpenJDK. Jsou vzájemně zaměnitelné, kompilované ze stejných zdrojáků, ale Oracle JDK má navíc funkce vhodné pro enterprise nasazení. Oracle JDK má také podporu a pro LTS verze budou vydávány bezpečnostní aktualizace po dobu několika let. Naproti tomu Oracle Open JDK bude dostávat aktualizace vždy jen půl roku, po půl roce bude vydána nová major verze a aktualizace bude dostávat zase jen ta. Pro komerční použití Oracle JDK je potřeba placená licence.

Vedle toho budou existovat další buildy Open JDK od dalších poskytovatelů – např. od RedHatu nebo Amazonu.

Myslím si, že Java komunita prežila ďalšiu búrku. Oracle Javu nezničí, je to ich ďalší nepochopiteľný, samovražedný krok.
K té bouřce přispěl Oracle malým dílem tím, že informoval o věcech dost pozdě a ne vždy úplně detailně, a velkým dílem tomu přispěli ti, kteří o novém licenčním modelu psali nejrůznější spekulace, které byly v rozporu s prohlášeními Oracle. Nemyslím si, že by ten krok Oraclu byl nepochopitelný a sebevražedný. Já ho vnímám jako pozitivní a po té, co Oracle Javu stabilizoval po stránce technologické, začal opravovat chyby a vydávat nové verze, tohle vnímám jako završení restartu Javy, kdy se najíždí na nový systém předvídatelného vydávání nových verzí a podpory LTS verzí. V závěru působení Sunu Java v jeho „péči“ jen pomalu umírala, bohužel.

Oracle je na Javě závislý a dobře to ví, ostatně proto Sun koupil. Oracle může být neoblíbený, ale pokud do vývoje Javy nepůjdou peníze, nebude jí pro něčí krásné oči udržovat nikdo. A licenční model, kdy ten vývoj budou platit uživatelé enterprise řešení, kteří úplně stejně platí už za Oracle SQL server, WebLogic nebo za RHEL, vypadá použitelně. Největší ohrožení Javy teď asi paradoxně představuje akvizice RedHatu IBM, protože na to už se těžko Oracle bude moci tvářit, že to vlastně není jeho konkurence.

2774
Hardware / Re:Vykon procesora vs. prehliadanie webu
« kdy: 29. 12. 2018, 14:54:44 »
Dostatek RAM.

2775
Apple Watch jsou spárované s iPhonem, a ten určitě má datum narození uložený v profilu uživatele, stejně jako další údaje jako jméno, e-mail, pohlaví, preferovaný jazyk, měna atd. Stejně jako to máte v profilech u Googlu, Microsoftu, Facebooku, Twitteru, Seznamu a dalších…

Stran: 1 ... 183 184 [185] 186 187 ... 375