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 - Mirek Prýmek

Stran: 1 ... 581 582 [583] 584 585 ... 618
8731
Software / Re:Interpretace vystupu z smbstatus
« kdy: 23. 01. 2012, 08:55:05 »
A co přesně na tom výpisu chceš interpretovat?

Bez parametrů vypíše tři tabulky: uživatele, připojené shary, zámky.

8732
Nabízím práci / Re:Hledam proaktivního cloveka do tymu.
« kdy: 21. 01. 2012, 08:19:25 »
Dobrý den,

Vaše nabídka mě velmi zaujala, Vámi kladené požadavky zřejmě splňuji, zejména s nebojácným vystupováním
na veřejnosti mám velké zkušenosti - účastnil jsem se například televizní soutěže Hip hap hop.
Myslím, že jsem ta správná osoba pro Vás - head mám a recruitování miluji. Jen v nednom
bodě si nejsem zcela jistý, zda moje osoba dokonale fituje k vašemu demandu: jsem jednoznačně aktivní
člověk, ale nejsem si zcela jist, zda jsem i proaktivní. Můžete mi prosím vysvětlit rozdíl mezi těmito
dvěma qualitami?

děkuji

M.P.

8733
Server / Re:Riesenie DOS prevencie na VPS + NAGIOS
« kdy: 19. 01. 2012, 19:25:27 »
Ja netvrdim, ze Nagios je narocny. Len neviem objektivne posudit, ako zatazi VPS, co ma 1GB ram a jedno vlakno CPU. Ale v podstate som iba potreboval vediet nieco ako si povedal. Zrejme sa zbytocne obavam a mal by som ho vyskusat :-)

Prave ho instalujem, ale verim, ze to bude o.k.

No tak to záleží hlavně na tom, jaký testy tam budeš mít, s jakou frekvencí a jak budeš data zpracovávat. Pokud tam budeš mít sto testů za sekundu a výsledek budeš ukládat do MySQL, tak to asi žádná sláva nebude :)

8734
Server / Re:Riesenie DOS prevencie na VPS + NAGIOS
« kdy: 19. 01. 2012, 18:11:19 »
Dalej by som rad monitoroval stav VPS. Pozdava sa mi nagios, ale VPS nema nikdy vykon navyse. Existuje nejake riesenie vyslovene urcene pre nizku zataz servera ?

Máš pocit, že Nagios používá zbytečně moc prostředků? Na základě čeho si to myslíš? Kdyby šlo o java molochy typu OpenNMS, tak bychto chápal, ale Nagios?

8735
O serveru Root.cz / Re:Soucasne clanky na root.cz
« kdy: 16. 01. 2012, 13:09:23 »
súhlasím. urobiť niekoľko gifiek a stačilo by potom už pridať len niečo takéto:

<img src="nieco/uroven1.gif" />

Mně se na té stupnici od CPress líbí i to, že odlišuje úroveň pro jednotlivé "subprofese" - admin, programátor, webdesigner, grafik, síťař...

8736
O serveru Root.cz / Re:Soucasne clanky na root.cz
« kdy: 15. 01. 2012, 09:00:46 »
Prijde mi, ze vetsina pripominek smerovala ke kvalite, nikoliv kvantite nebo obsahu clanku.

Pokud ma redakce kvotu na kvanititu, pak je asi dost tezke drzet kvalitu nejak nebetycne vysoko. To asi bude ta rovnice, kterou se Petr Krcmar snazil naznacit.

Obecne: rikam si, jestli to neni taky trochu tim, ze ti, kdo maji pocit, ze Root upada a pred nelika lety bylo lip, proste za tu dobu odborne pokrocili a clanek, co by je pred par lety bavil, je uz dneska nezajima, protoze jim nerekne nic noveho.

Dovedu si predstavit i opacny extrem: opravdu detailni clanek o technickych detailech implementace neceho v jadre. Asi by taky moc lidi nezajimal... Sice by si nemohli stezovat, ze je malo odborny, ale informacni hodnota by byla stejna jako u clanku pro zacatecniky.

= proste by ten clanek byl jine urovne nez jake je ctenar

Mozna by nebylo od veci zavest nejake odliseni clanku pro zacatecniky, mirne pokrocile, pokrocile - jako to treba byva na zadni strance knizek od Computer pressu ( http://goo.gl/LLsKT ). Kdyz by byl clanek jasne oznaceny jako pro zacatecniky, tezko si muze nekdo stezovat, ze je malo odborny. Posuzovani by sice nebylo lehke, ale od toho sefredaktor je, ne? :)

8737
Tak to jsi nepochopil, co jsem myslel tou jednobitovou funkcí. Tato funkce je definovaná třeba takto f(x)=63. bit souboru x. Tj. identita na 63. bitu souboru. Obor hodnot této funkce je {0,1}. Z definice je to tedy hashovací funkce, protože zobrazuje libovolně velký soubor na konečný obor hodnot.

Ale pochopil. Jenže když těchto funkcí (které JSOU hashovací) - jak jsi psal - zkombinuju nekonečně mnoho, abych mohl porovnávat všechny bity libovolně dlouhých souborů, tak dostanu funkci identita, která hashovací není.

To se nevylučuje, protože MD5 provádí nějaké operace s vnitřními konstantami.

No každopádně ať provádí co chce, nefunguje tak, že by vstup doplnil (zepředu) nulami.

8738
Je otázka, čemu říkáš "zkombinuju konečné množství".

No udělám nějakým způsobem funkci z nějakého KONEČNÉHO množství jiných funkcí. Jak, to je úplně jedno. Například tak, že jejich výstup zřetězím. Důležité je, že z konečného množství funkcí, které všechny mají konečný obor hodnot, nemůžu žádným způsobem (pokud se nepletu) dostat funkci s nekonečným oborem hodnot.

Takže obránce si klidně může zvolit jednu jednobitovou hashovací funkci, která bude porovnávat pouze jeden jediný bit, ve kterém se dva soubory liší. A tím pádem kolizi nedostaneme nikdy ani pro jednobitovou hashovací funkci. Protože pokud je na libovůli ochránce volba hashovací funkce, tak má k dispozici nekonečné množství takových funkcí.

To ale právě není hashovací funkce. To je funkce identita. A hashovací není proto, že nemá konečný obor hodnot.

MD5 patrně doplní malý soubor nulami do nejmenšího možného souboru, na kterém můžeme provádět MD5 operace (512bitový input blok).

Něco takového bych očekával, ale každopádně prosté doplnění nulami to asi nebude:

Kód: [Vybrat]
# python -c 'print "\x00",' | md5
8f7cbbbe0e8f898a6fa93056b3de9c9c
# python -c 'print "\x00\x00",' | md5
a4dd23550d4586aee3b15d27b5cec433

8739
1) Vstupne data mozu byt nekonecne velke
2) Kontrolne sumy musia byt RADOVO mensie

To 2) bych přeformuloval takhle: hashovací funkce dává pro libovolný vstup hash konstantní délky N bitů.

Pro vstup menší než N je totiž hash větší :)

# echo "x" | md5
401b30e3b8b5d629635a5c613cdb7919

:)

8740
Samozřejmě, že je to nepoužitelné. Stejně tak jako neexistuje nekonečný soubor.

Ono totiž vynechání nekonečných souborů vede k tomu, že opravdu může existovat taková kombinace hashovacích funkcí, která nemá kolizi.

O žádné nekonečné soubory přece nejde. Jde o to, že každá hashovací funkce má konečný obor hodnot a tedy i nějaké N takové, že mezi soubory velikosti N zaručeně existuje kolize.

Pokud zkombinuju konečné množství hashovacích funkcí, dostanu opět hashovací funkci.

Pokud zkombinuju nekonečné množství hashovacích funkcí (jako ty), tak hashovací funkci nutně NEDOSTANU, protože obor hodnot může být nekonečný. Poznámka, že funkce, která není hashovací, nemusí mít kolize, je triviální a nebylo potřeba to zdůrazňovat.

Huh... Pravda. Real world scenarion je sice trochu mimo, ale chapem wo co go. Dokonca ked nad tym rozmyslam z tejto strany tak by mohla existovat aj "hashovacia funkcia" co overi uplne presne data 1:1 a ma vysledok len 0 alebo 1.

Nemohla, protože hashovací funkce neporovnává dva soubory - má jenom jeden parametr.

Ledaže bysme měli předem pevně daný soubor A a tahle hashovací funkce by potom byla "je X shodné s A?"

...takže všechno se to točí jenom kolem toho, jestli nám jde o nalezení kolize k jednomu předem danému vstupu, nebo se bavíme obecně.

8741
Pokud by existovala kombinace metod, pro kterou neexistuje "univerzální" kolize, pak je spojte a máte neprůstřelnou metodu.

To je pravda, to mi vůbec nedošlo. Pokud je hash kratší než data, tak k tomu dojít musí. Jak jednoduchý ten důkaz byl :)

8742
Však jsem to napsal:

Omlouvám se, to _ne_jsou jsem nějak přehlídl. Moje chyba :)

8743
ano, proto jsem psal "nějak podobné". Je jasné, že pro hashovací funkci H2(x)=H1(x)+1 nenastane kolize nikdy.

Já bych řekl, že k "dvojkolizi" dojde právě tehdy, kdy si ty funkce NEJSOU podobné. Např. pokud by šlo o náhodné hodnoty, tak k tomu dojde zcela jistě :)

Ale nebudem slovíčkařit :)

8744
Čistě matematicky: používají se hashovací funkce, které mají nějaké rozumné rozložení kolizí, těch kolizí je pro každý otisk tedy  nekonečné množství. Pokud nejsou dvě hashovací funkce nějak "podobné", tak by měl být průnik těchto kolizí neprázdný. Ale dokazovat bych to tedy nechtěl :-)

Jenom tak na okraj... Kolizí sice je nekonečně mnoho:

H1(M1) =  H1(M2) = H1(M3) ...
H2(MM1) =  H2(MM2) = H2(MM3) ...

ale z toho samotnýho ještě podle mě nutně neplyne, že existují nějaké M1,M2 tak, že

H1(M1) = H1(M2) AND H2(M1) = H2(M2)

Podle mě bysme navíc museli mít nějakou znalost o tom, jak jsou ty kolize rozprostřené, protože čistě teoreticky můžou být klidně "donekonečna napřeskáčku", ne?

8745
Odkladiště / Re:Jak dlouho trvá obnovení/zrušení e-mailu?
« kdy: 02. 01. 2012, 07:59:13 »
Podle mě nejlepší způsob, jak používat služby Seznamu, je služby Seznamu nepoužívat :)

Stran: 1 ... 581 582 [583] 584 585 ... 618