Jedná se celkem o jednoduchou věc. V přírodě se vyskytují prvky jako různé izotopy.
Třeba vodík je v přírodě nejčastěji s jádrem bez neutronu, méně často se vyskytuje
vodík s jedním neutronem v jádře tzv. deuterium a nejméně je v přírodě obsaženo
tritium s jedním protonem a dvěma neutrony v jádře vodíku.
Kyslík se taky vyskytuje v různých izotopech. No a když se zkombinují izotopy
vodíku s izotopy kyslíku v molekule vody, tak mohou vznikat různé kombinace.
A kalkulátor spočítá pravděpodobnost vyskytu molekuly s různými izotopy.
Aha. Ale ze bych z toho byl moudrejsi to teda moc nejsem :)). Aneb rozumim jednotlivym slovum, ale celku ne :). No nic, pri placeni vodarne mi to asi beztak moc nepomuze, co?
tak jeste jeden jednodussi priklad.
dejme tomu normalni vodik (H), v jeho jadre je jeden proton a je ho na zemi asi 99% ze vseho vodiku.
pak je deuterium (D), v jehoz jadre je jeden proton a jeden neutron, tak 0.9% ze vseho vodiku.
pak je tritium (T) v jehoz jadre je jeden proton a dva neutrony, dejme tomu zbytek.
pak si vezmeme kyslik, tam vim ze jsou nejcastejsi dva izotopy, ale nevim kolik je ktereho
v prirode a muzeme si je oznacit jako kyslik izotop A a kyslik izotop B, lisi se jenom o jeden
neutron v jadre.
a ted muzu skladat molekulu vody vselijak:
H-OA-H, H-OB-H, H-OA-D, D-OB-T atakdale.
a ze zastoupeni jednotlivych izotopu na planete zemi mohu spocitat pravdepodobnost vyskytu
jednotlivych variant molekuly vody.
se spusti "java -jar eHomeConfigurator.jar" z main adresare projektu. Bohuzel jsem nenasel nikde zadnou dokumentaci (ani build, ani webove stranky projektu). :-(
Uroven nove softwarove sklizne je dle meho
nazoru krute slaba.
Autor jednou nevi k cemu program je, podruhe
se mu ho ani nepodari spustit a do trecice
trochu konkretneji:
- nechapu neobvyklost zalohovani na dalku, zvlaste pri pouziti
programu rsync. (kterypak asi dulezity atribut zvyraznuje to pismenko "r" v nazvu rsync?)
- ad Karoshi ..."zřejmě není důvod, proč to případně nepoužít i jinde" ...
Duvod je zcela jasny, pokud potom ve vasi distribuci pouzijete originalni
konfigurator, tak vam to vsechno zrusi a mozna vam to ani nebude fungovat.
Jiz drive jsem pozoroval snizujici se kvalitu prispevku,
ale nyni uz je to sila.
Nevim, jak moc je to neobvykle, ale neobvyklost mela spocivat v nasledujicim:
Mate pocitac A, ktery chcete zalohovat, a B, na ktery chcete zalohovat.
"Bezna" kombinace je spustit na A program, ktery zalohuje data z lokalniho disku na B.
"Neobvykla" kombinace je spustit na B program, ktery zalohuje data z A na lokalni disk.
Coz nic nemeni na tom, ze dnesni sklizen se moc nepovedla ... osobne mi nevadi, ze autor nevi k cemu je jeden program a neumi pustit druhy, ale ze pres tento hubeny vysledek se rozhodl prohlasit clanek za hotovy misto toho aby hledal dalsi, zajimavejsi program (nejlepe nejaky pouzitelny v praxi, ne jako Pluto).
BTW, co se zalohovani tyce, rad bych, ale moc mi to nejde. Mozna je to tim, ze nemam pocitac B.
nechapu co je na tom neobvykleho, ja takhle zalohuju bezne. Je to daleko bezpecnejsi, nemyslite?
Kdyz budete zalohovat server na netu vasi "normalni" cestou, teda z A valit na B, tak kdyz vam nekdo hackne A, tak pravdepodobne ziska i pristup na B, minimalne takovej, aby vam ty zalohy smazal ;)
ale uroven sklizne je dnes fakt bida, no aspon konecne odpovida kvalite roota :(
bezpecnostni problem to nutne znamenat nemusi, pokud tedy nezustane A hackly dostatecne dlouho na to, aby prepsal "vsechny uzitecne" zalohy (tj. radove mesice).
Zjevně jste to nepochopil. Když vám někdo hackne A, tak vám může smazat všechny zálohy a hned. Zkuste se nad tím ještě jednou zamyslet, ale tentokrát pořádně!
Mejme stroj A coby stroj urceny k zalohovani a stroj B, dedikovany backup server. Na A mame nacronovany skript, ktery pripravi nejaky backup k prenosu na B, pres scp/http_post/omezeny_ftp/... se pripoji na B. System na B je navrzeny samozrejme tak, ze si necha pouze poslat aktualni soubor a stare backupy automaticky nemaze (resp. ma nejakou inteligenci, ktera zajisti, ze kdyz hackly A nasype 20 backupu za pul hodiny, tak tam porad zustanou vcerejsi, z minuleho tydne a z minuleho mesice).
Jak ma A moznost menit zalohy? Nemluvim o pripade, ze B jenom hloupe NFS exportuje kus storage, samozrejme...
Heh. Bavíme se o rsync a scriptu, který se spouští ze stroje A. Kde se v tom vašem popisu vyskytuje ten rsync? Odkud jste si vytáhl ten script běžící na B? Follow the thread!
Protestuji proti oznaceni "moje normalni cesta". Ja netvrdim, ze je to normalni, ja jen rikam, ze si to mysli autor. Chtel jsem opravit omyl neregistrovaneho VB, ktery podeziral autora z toho, ze se vyraz "neobvykle" vztahuje k zalohovani po siti jako takovemu.
Ja za nejobvyklejsi metodu zalohovani povazuji zalohovani zadne. Sice je to velmi nebezpecne, ale smutnou pravdou je, ze vetsina spravcu pocitace, predevsim domacich, nemaji na provadeni kvalitni zalohy cas.
Osobne zalohuji pomerne dobre programy (pomoci tla), ale s daty je to horsi.
"Chtel jsem opravit omyl neregistrovaneho VB, ktery podeziral autora z
toho, ze se vyraz "neobvykle" vztahuje k zalohovani po siti jako takovemu."
Je mi uplne jedno, co je pro autora obvykly zpusob zalohovani po siti.
A z toho co citujete autora urcite nepodeziram, to proste vim.
Pripominkuji autorovi spojovani privlastku "neobvykly" s metodou
vzdalene (remote) sychnronizace v souvislosti s programem rsync.
vice viz: http://samba.anu.edu.au/rsync/features.html
Ted mne vsak napada, ze bych autora vlastne mohl podezirat z toho,
ze i tento program neotestoval :-P .
dival jsem se po 14 dnech jestli nemam prekousnout zmenu designu root.cz, a vratit se sem. Kdyz jsem precetl 1 clanek, konkretne tuhle sklizen, kdy autor doporucuje neco co nespustil, a taky neco cemu nerozumi, usoudil jsem, ze firme s rootem koncim.
Firme Internet Info uz nedam vydelat ani halir za navsevnost, stve mne, ze zlikvidovali zavadeny server. Ted je to ubohy, root.cz skoncil prave tak jako kdysi underground.cz