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.
Nevím, zda je to v ČR papežštjsí, než papež, ale v Německu už soudy rozhodly, že OEM licence lz eprodávat, kupovat a používat i bez hardwaru.Byl by nějaký odkaz? Nebo je to jen postupným ústním předáváním úplně překroucený výklad rozhodnutí v kauze UsedSoft vs Oracle?
Problém je, že setrvačnost zařízení je třeba deset let.Právě proto je potřeba myslet na IPv6 už teď, i když třeba v síti zatím vůbec nebude provozováno. Protože ta potřeba zpřístupnit IPv6 třeba alespoň koncovým stanicím s největší pravděpodobností přijde mnohem dřív, než za deset let. Uvědomte si, že severní Amerika už nemá žádné volné IPv4 adresy a už tam vznikají IPv6-only sítě. Navíc nedostatek IPv4 adres je dnes už zřejmé překážka pro vstup nových hráčů na trh – pokud by chtěl někdo nový konkurovat třeba v cloudu Amazonu, Googlu nebo Microsoftu, musí nejdřív pokoutně sehnat dost IPv4 adres. Takže tlak na použití IPv6 bude čím dál větší.
Pokud jde o odpověď na původní autorovu otázku, tj. zda má smysl zavádět IPV6 (patrně ve firemní síti) nebo ještě počkat, tak univerzální radu nelze poskytnout.
…
Doporučil bych přinejmenším o IPV6 vědět základní věci. V případě větší firmy si rozmyslet, co všechno bude potřeba měnit, jakou zvolit strategii pro prosazení IPV6. Čím větší firma, tím těžší je prosadit změny a déle to trvá.
Zober si dobu kedy vznikalo IPv6. Internet bol vtedy v plienkach a dnes je na uplne inej urovni a taky burlivy rozvoj uz nenastane. Hlavne uz to nieje taka neznama ako v tej dobe.Myslím, že tohle za dvacet let klidně můžete zopakovat.
Co by sa stalo keby zobrali IPv6 aj s dnesnymi poznatkami a prerobili by ho?Oproti dnešku by se nestalo vůbec nic. To, na co ukazují kritici IPv6, jsou totiž jenom dvě věci – jedna věc je, že IPv4 je čistě jen komunikační protokol, zatímco jako IPv6 se označuje rodina protokolů, která zahrnuje jak ten komunikační protokol, tak protokoly pro konfiguraci a další volitelné věci. Kritizují se ty další protokoly, nikoli ten základní komunikační protokol IPv6. Pokud by ale někdo kritizoval DHCP, neznamená to, že kvůli tomu zahodí i IPv4. A stejné je to s těmi dalšími protokoly kolem IPv6 – není důvod zahazovat IPv6 jenom kvůli tomu, že někdo chce jinak konfigurovat zařízení. A ty související protokoly se vyvíjejí – takže z tohohle pohledu už tu dnes máme IPv6.2 nebo něco takového. Navíc ty takzvané nedostatky jsou ve skutečnosti často připomínky typu „mně by se to v mé síti hodilo lépe takhle“, přičemž dotyčný zapomíná, že daný protokol má ambici být implementován ve všech zařízeních, tudíž musí přistoupit na nějaké kompromisy tak, aby pokryl pokud možno všechny možné situace. A jaksi není možné docílit toho, aby každé IPv6 zařízení implementovalo 863 protokolů pro konfiguraci, aby si každý správce pro svou síť vybral takový, který se mu bude líbit.
Ako som uz spominal, tak aj IPv6 je zastaraly protokol s kopou nedokonalosti.To máte pravdu. Žijeme ale v reálném světě, kde nemáme na výběr nějaký ideální protokol. V současné době máme na výběr pouze z protokolů IPv4 a IPv6. IPv6 je zastaralý protokol se spoustou nedokonalostí, ale IPv4 je ještě podstatně zastaralejší protokol s ještě větší kopou nedokonalostí. Proto je lepší začít používat IPv6. Pokud někdo chce zůstat u IPv4 a čekat na nějaký lepší protokol, než je IPv6, má smůlu – protože i kdyby vzniklo nějaké ještě lepší IPv8, bude v době praktického nasazení opět zastaralým protokolem s kopou nedokonalostí. To je bohužel důsledek toho, že od vytvoření takhle základního protokolu k jeho praktickému nasazení uplyne dlouhá doba, během které se internet zase posune dál.
Máte v tom důkazu chybu. Žádný peer2peer skrz NAT by fungovat nemusel.
dukaz sporem o chybnosti vaseho argumentu:
kdyby za NAT nefungovalo pravidlo, ze se na me nikdo nemuze dostat, tak by musel fungovat peer2peer skrz NAT.
Když nedokážete provozovat web zadarmo, tak se na to rovnou vyserte!To je tak neskutečně hloupé tvrzení. To jste nemohl vymyslet, to po někom jen opakujete, že?
Přiznám se, že ve firmách které spravuji maji většinou veřejnou adresu a svůj firewall. Ale obecně bych řekl, že pokud trávíš spoustu času s problémy s natem tak to neumíš. Já se setkal s problémem s natem snad jen u nějakých VPN a IP telefonování, ale oboje je snadno řešitelné a postupy jsou univerzální.Vy se na to díváte z pozice někoho, kdo ten NAT spravuje. Což je něco úplně jiného, než když máte zařízení za NATem a s tím NATem nemůžete nic dělat.
Rád bych ti poradil jak se těm "problémům" vyhnout, ale bez toho že víme co ten obrovský problém je to asi nepůjde.
No to jsem zkoušel, ale bere to je dny. A nijak nejde zapsat minuty, či vteřiny.No to nejde, vzhledem k tomu, že ten kód přičítá počet dní. To byste musel upravit ten řádek, která jsem citoval v mém prvním komentáři. Tam se nastavuje datum a čas, kdy má cookie expirovat.
t.setDate(t.getDate() + days);Pokud vím, tak ano. U emacsu to pak vím s naprostou jistotou.Bylo by možné vidět nějaký příklad? Google znám, ale když budu na základě toho, co jsem našel, tvrdit, že je to úplně jiná liga, budete mi oponovat, že jsem hledal špatně. Takže bychom si to mohli ušetřit a odkázal byste rovnou na něco, co je srovnatelného s IDE.
Kdy jste naposledy viděl pluginy, do kterých se muselo odskakovat?Ještě jsem neviděl takový, do kterého by se odskakovat nemuselo. Nemyslím tím třeba zobrazení, ale celkový pocit z práce s tím pluginem – prostě je na tom vidět, že je to tam doplněné dodatečně a není to integrované. Což není chyba, kdyby to bylo integrované, už to není editor s pluginy, ale IDE.
V sublime používám autocomplete, lintery, analýzy kódu a doplňování snippetů úplně stejně, jako v IDE. Úplně stejně se zobrazují v editovací ploše formou ikonek, kontextových menu, vyskakovacích message boxů a co já vím čeho ještě. Jen je to celé asi stokrát rychlejšíŽe je to stokrát rychlejší je mi jedno. V IDE se mi to zobrazuje okamžitě, jestli je to někde ještě stokrát rychlejší, já to neocením. A zase bych to docela rád viděl na nějakém videu, protože v tom „odkazu“, co jste sem dával, je to výrazně pomalejší.
žere to pár set mega paměti, místo gigabajtůTo mne netrápí, já mám RAM na to, aby se používala, nebojím se, že by se mi používáním ošoupala. Navíc většinu té paměti nezabírá IDE, ale data potřebná pro to napovídání, vyhledávání apod. Takže pokud ty vaše pluginy umějí napovídat stejně dobře, budou zabírat i stejné množství paměti.
Někdy mi přijde, že programátoři používající IDE jsou úplně mimo ohledně toho, co je jen funkcionalita knihovny a co je nějaká magická vlastnost IDE. Přitom jediný rozdíl je, že IDE se dodává s pluginy zabudovanými, zatímco do programátorských editorů si je musíš nainstalovat ručně. Samozřejmě, může se stát, že třeba plugin není, ale takovéhle základní existují většinou už desítky let.Vůbec nejde o nějakou magickou vlastnost IDE. Jde o to I neboli Integrated. Vim umožňuje pluginům libovolně kreslit po textové ploše a kolem ní, aby tam plugin mohl namalovat vodicí čáry, ikony, nápovědu? Vim umožňuje pluginu neustále držet vazbu mezi rozepsaným kódem a jeho AST, aby mi mohl po každém stisku klávesy aktualizovat kontextovou nabídku? Rozdíl mezi DE (které můžete udělat z Vimu) a IDE je právě v tom, že v IDE máte potřebné nástroje k dispozici okamžitě v průběhu editace, neodskakujete do žádného pluginu.
Když se vim vybaví patřičnými pluginy, tak z něj jde udělat poměrně ucházející IDE, stejně jako i z ostatních editorů, jako emacs, nebo třeba sublime text.Když je někdo zná práci ve špičkovém IDE, asi se mu nebude chtít používat poměrně ucházející.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.