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 - Miroslav Šilhavý

Stran: 1 ... 177 178 [179] 180 181 ... 206
2671
Server / Re:BSD
« kdy: 22. 10. 2017, 11:35:11 »
Když už BSD, tak by to ty Jaily asi chtělo ne?
(Uvažuji, neútočím.)

Bez jailů mi to přijde takové "na půl cesty".

No chroot na OpenBSD řeší to samé, ale podle mě méně pohodlně na správu.

2672
Server / Re:BSD
« kdy: 22. 10. 2017, 11:23:52 »
Jaký BSD systém byste doporučili, dobré by bylo, aby měl možnost virtualizace (aby pod ním šlo pouštět virtuální mašiny) - to je určitě nové, před sedmi lety to moc nešlo.

Já víc poradit nedokážu, než co už jsem psal. Virtualizace mám výhradně pod vmware, a jako cílový OS znám FreeBSD. Mně vyhovuje, že některé úkoly, které jsem dřív řešil novou VPS, tak dnes řeším pomocí ZFS a jail. Vytvořit nový jail trvá chvíli, aktualizovat jej taky, a když doslouží, tak smažu celý ZFS dataset a mám hotovo. Když je dost paměti, mám na základním systému povolenou deduplikaci, protože hlavní OS a jaily mají všechny binárky stejné, tedy absolutně deduplikovatelné.

Na OpenBSD mě neskutečně láká firewall pf, který je ve FreeBSD taky, ale ve starší verzi. Od OpenBSD mě odrazuje absence jailů a hlavně LibreSSL, která je skvělá, ale ne všechno se proti ní přeloží.

S virtualizací neporadím vůbec.

2673
Odkladiště / Re:Ma jeste smysl kupovat bitcoin?
« kdy: 21. 10. 2017, 23:39:03 »
Co rikate na posledni vyvoj BTC? Vnimate jeste BTC jako lukrativni investici?

Cena chleba je dána hladem vs. množstvím napečeného chleba.
Cena zlata nebo BTC je dána tím samým. Rozdíl je v tom, že prázdné žaludky budou mít každé ráno miliardy lidí na světě. Jestli budou mít miliardy lidí na světě zájem o zlato, nebo případně o BTC, je dáno jakousi konkludentní úmluvou lidí mezi sebou, že je vnímají jako hodnotu. Až jednoho dne ti, kteří drží nejvíce rezerv zlata řeknou, že už pro ně nemá hodnotu, spadne hodnota i všem ostatním. Sice budou mít zlata stejně, ale když o ně nebude mít "nikdo" zájem, je bezcenné.

No a to samé je bitcoin, jen s jedním rozdílem: světové rezervy zlata drží velké státy, které jsou ve své (měnové) politice víceméně čitelní a nedá se předpokládat, že by ve Fort Knoxu začali likvidovat zlato. Bitcoin drží bůh ví kdo. Nevím, co je horší varianta. Jestli to, kdyby BTC drželo pár jedinců - pak bychom byli závislí na jejich zvůli. Nebo jestli má velké zásoby BTC Čína či USA či Rusko? Pak by s tím operovali v případě ohrožení (za BTC nestojí žádný fudament, takže zásoby BTC by se jim ničily lehce). Nebo, možná nejhorší varianta, pokud jsou BTC opravdu rozdrobené mezi malými. Protože je známo, že masy vynikají celkovou "inteligencí" a "racionálním" chováním.

2674
Server / Re:Linux server vs Windows server
« kdy: 21. 10. 2017, 23:22:54 »
BFU sa nevie starat doma o PC bez ohladu, ci ma na PC win alebo linux. BFU nepozna nic ine ako windows a preto ho pouziva. Ak by poznal len linux, tak pouziva len ten. V smartfonoch dostal do ruky "linux" a pouziva ho bez problemov.
Keby napriklad na skolach zacali pouzivat linux, tak za par rokov by v pouzivani linuxu na desktope nastala velka zmena(aj v korporate).

To je ohraná písnička, nepravdivá. Linux se na telefonech nepoužívá. Používá se Android, který byl postavený na linuxu. Stejně jako MacOS byl postavený na BSD. Ten "drobný" rozdíl jsou miliardy dolarů, které šly na vývoj celého ekosystému - tím je podpora výrobců hardwaru, podpora výrobců softwaru, jasná pravidla technické podpory atd. Nic z toho linux nemá, to ho brzdí.

Jak zde psal pan kolega o 2 posty dřív, v corporate se uchytil akorát tak RHEL/CentOS, případně SuSE. Proč? Vždyť verze balíků v nich jsou z dob dinosaurů, a i pomalý Debian je proti nim rychlík? No protože RedHat a SuSE daly vydáním řád, nastavily pravidla na to, co bude v jejich distribuci a co ne a celé to zpracovaly. O tom si může nechat zdát i Debian, byť měl ještě před pár lety královsky našlápnuto.

BFU má na notebooku tlačítko "recovery", které natáhne Windows 10. Přes EFI se taky natáhne recovery Windows 10. Ovladače tam jsou a fungují. To je stav, do kterého se nemá šanci dostat ani RedHat, natož jakýkoliv jiný linux, co je zadarmo. To je náskok, který Microsoft má po desítkách let cílené práce na svém OS.

BFU potřebuje zvednout telefon a zavolat kamarádovi o radu. Dnes se maximálně kamarád zeptá, jestli má Windows 10, 8, 7, a v mnoha situacích se ani nezeptá, protože je to jedno, a rada (postup) bude stejná. U linuxu by se musel vyptat na distribuci, verzi distribuce, použitý window manager, vybranou sadu utilit, co uživatel používá, než by mohl dát radu. A patrně tu radu ani nedá, protože existuje takových kombinací, aby se v tom čert vyznal.

Jestli se bude ve škole učit linux, dám své děti jinam. Já nechci, aby brali za účel svého života umět ovládat počítač. Stejně jako nechci (nepotřebuji) dnes znát princip fungování spalovacího motoru, ani brzdového okruhu s podtlakovým posilovačem brzdné síly - protože to jsou systémy, které už nemusím umět obsluhovat. Před 50 lety byly tyto znalosti nutné, bez nich člověk nemohl vyjet, případně se nevrátil. Dnes už tím neztrácíme čas, jen otočíme klíčkem a šlapeme na pedály. To samé je s počítači. Windows i MacOS mají svůj ekosystém a vyladěné prostředí, ve kterém uživatel pracuje víceméně bez ztráty energie.

To všechno jsou ty reálné důvody, proč na desktopu není linux a houby nějaké povídačky o výuce na školách.

2675
Server / Re:Kde se naučit SQL
« kdy: 21. 10. 2017, 22:05:22 »
Vím, že MySQL například bohorovně ignoruje klauzuli CHECK v CREATE TABLE, což je sice ve světě SQL neslýchané, ale webovým vývojářům to obvykle nevadí. Docela jsem se tenkrát vztekal, když jsem na tuto "vlastnost" přišel. Určitě to je jedním z důvodů, proč vývojáři místo SQL používají pochybné ORM frameworky. Cizí klíče také nefungují vždy a vytvoření či změnu struktury tabulky nejde strčit do transakce.

Je toho dost na to, aby se databáze MySQL v pokročilých aplikacích nepoužívala.

No a proto tu říkám, že pokud se někdo chce o SQL databáze zajímat, měl by se MySQL vyhnout velkým obloukem. Weboví vývojáři jsou pěkným příkladem celé obrovské skupiny, která si osvojila zbytečně špatné návyky, a to jen kvůli tomu, že je do MySQL o něco nižší vstupní bariéra. Příčina => důsledek. A z toho důsledku je pak další komický důsledek: pro sw firmy je jednodušší najmout neznalé (My)SQLkaře a nastavit způsoby programování tak, aby to MySQL vyhovovalo. Tedy z důsledku se stává příčina pro další důselek. A pak nám vznikají takové věci, jako je HHVM, frameworky, které nevyrendrují ani Hello world pod 300 ms a stihnou k tomu udělat ještě patnáct dotazů do databáze atd. atd.

A tam nechci, aby zapadl pan kolega, který se chce SQL učit.

2676
Odkladiště / Re:Chodíte ješte na BBS ?
« kdy: 21. 10. 2017, 21:22:06 »
Ja som mal Zyxel U-1496E Plus

Plusko umělo 19k2.

2677
Odkladiště / Re:Chodíte ješte na BBS ?
« kdy: 21. 10. 2017, 20:59:32 »
Já měl svoji, Binary Heaven BBS. Nejdřív na rozjezd s 2400Bd modemem, pak 14,4. Na víc jsem jako študák neměl. Byly to pěkné časy. Jeden nadšenec rozjel jednu na Telecomu, měl tam pro známé callback, takže stačilo se přilogovat, zadat call back a BBS volala zpět :-)

Tak to ale musely být jiné doby. V době V.32bis (14k4) byla ještě většina ústředen bez minutové tarifikace, někteří nešťastníci byli připojení ještě přes pé-jedenapadesátky - např. v Dejvicích. To pak záleželo na tom, jak vyčištěný kontakt na relé byl :).

V době, kdy se začalo účtovat po minutách, začal být už standardem V34, a zhruba v té době byl už k dispozici i dialup a SLIP na internet. Ještě si pamatuju, jak se muselo logovat na VMS, nahodit SLIP a pak přepnout do DOSU nebo Win 3.1 a mastit FTP a Gopher... Akorát to byl zlom, kdy končila národní doména .cs a začínala .cz.

2678
Server / Re:Kde se naučit SQL
« kdy: 21. 10. 2017, 20:52:16 »
Tak to zkus dohledat, projedu to svými testy.

Myslím, že Vám věříme, že umíte s MySQL hodně dobře, ale možná byste byl překvapený, jak dál můžete jít s opravdovou databází.

2679
Server / Re:Kde se naučit SQL
« kdy: 21. 10. 2017, 18:16:09 »
Rozhodně je tam hranice mezi obecným SQL a optimalizacemi, které pak řešíte na konkrétní implementaci.

To je mimochodem jako kdybyste tvrdil, že Franta - dlouholetý Oracle specialista, neumí SQL,protože firma přešla na MSSQL  ;)

To bych opět nesouhlasil. Je velký rozdíl, jestli někdo stejná data vydoluje na 10 dotazů za sebou, nebo jestli napíše jeden dotaz a složí si ho. V prvním případě není co optimalizovat a je to výsledek blbých návyků - já to tu rád přisuzuju mysql, protože to k takto blbě dělané SQL práci vysloveně vede.

2680
Server / Re:Kde se naučit SQL
« kdy: 21. 10. 2017, 13:55:08 »
To není vůbec pravda. Dejte sem příklad toho pomalého Joinu a řeknu vám, co děláte špatně.

Je to možné. Já už MySQL na ničem větším dávno neviděl, takže příklad ani nemám. Zastavil jsem se na neřešitelnosti optimalizace u dotazů, kde bylo asi šest a více joinů, o dotazech, kde je třeba 20 joinů mi přišlo, že si MySQL může nechat jen zdát. A pravdou je, že mysql v takových případech opravdu nikde nepotkávám. Většinou potkám MSSQL, Oracle. Výjimečně (bohužel jen výjimečně) PostgreSQL.

2681
Server / Re:Kde se naučit SQL
« kdy: 21. 10. 2017, 12:46:09 »
To už jsou pak klasický cargo kulty. Optimalizace poddotazů, joinů je ve všech slušnějších databázích dneska z 80% stejná. Liší se kalkulace statistik a tudíž v některých případech některé dotazy jsou na jedné db rychlejší a na jiné pomalejší. Ve 20 procentech jsou rozdíly, ale to jsou dneska spíš obskurní věci, které se dají moderním SQL udělat jinak a rychleji. Je pravda, že MSSQL má agresivnější optimalizace korelovaných poddotazů obsahujících agregace - ale zase, kvůli tomu, má pomalejší planner. Hitne to malé procento dotazů. U Postgresu 90% lidí neví o parametrech JOIN_COLLAPSE_LIMIT a FROM_COLLAPSE_LIMIT, kterými se tato optimalizace řídí - a pak jsou překvapeni.

Moje zkušenost je, že když začnou lidé na mysql, tak tam i zastydnou. Mysql má nízkou režii spojení, málo účinný, ale rychlý planner. Na ostatních databázích, když trochu nepřemýšlí, tak se bez joinů, subselectů neobejdou. Na Mysql je to naopak, joiny je svým výkonem odradí je prakticky používat. Nemluvě o "specifikách" jednotlivých storage enginů, nad kterými mně zůstává rozum stát, ale laik=>začátečník vůbec nepochopí, o čem je řeč.

2682
Server / Re:Linux server vs Windows server
« kdy: 21. 10. 2017, 11:16:38 »
Wokkeni server uz ma dneska smysl jenom na spravu wokennich stanic a jejich useru (protoze nastavit sambu jako AD je slozite a neumi to vsechno), jinak to uz k nicemu neni.

Ale na to se přesně tazatel ptal :))).

2683
Server / Re:Kde se naučit SQL
« kdy: 21. 10. 2017, 11:02:23 »
A kterému SQL byste se chtěl věnovat? Jazyk mají všechny podobný, ale implementace a tím pádem i nutné návyky programátorů se pak liší.

Aniž bych chtěl slovíčkařit, SQL je defacto jen jedno. V čem se to liší jsou různé procedurální nástavby jako PLSQL (Oracle), T-SQL (MS), atd... Ale to si každý na svém písečku dodělává to co mu ve vanila SQL chybí.
[/quote]

S tím bych nesouhlasil. Pro optimální využití vlastností té či oné databáze musíte znát její specifika i to, na co je optimalizovaná. Např. MSSQL má rádo subselecty, PostgreSQL je neumí optimalizovat. Zase umí lépe optimalizovat joiny. Složité dotazy v každé databázi budete psát jinak, byť je jazyk prakticky stejný.

Pokud ale databázi používáte jen na dotazy key-value (KVS), pak je lepší zvolit mysql nebo nějaké nosql. Ale to je skill, který ovládá kdekdo, na to se asi tazatel neptá.

2684
Server / Re:Kde se naučit SQL
« kdy: 21. 10. 2017, 10:15:29 »
Těch cest jsou ale tisíce a dokud neřekneš kam chceš směrovat a co chceš třeba za dva roky dokázat, těžko se ti dá poradit něco konkrétního.

Proto můj dotaz na začátku byl na to, jestli má tazatel nějaký projekt, na kterém to chce zkoušet. Podle toho by se dala tipnout technologie nebo use case, který bude tazateli nejblíž.

2685
Server / Re:Kde se naučit SQL
« kdy: 20. 10. 2017, 22:45:42 »
SQLite má téměř úplnou implementaci jazyka SQL. Jaké zlozvyky si na něm vytvoří?
Jazyk MySQL je sice horší, ale zato hojně rozšířený.

Ani jedno není SQL v pravém slova smyslu, a SQL v názvu mají víceméně omylem, resp. jen kvůli tomu, že jazyk vypadá stejně.

Stran: 1 ... 177 178 [179] 180 181 ... 206