Neco lepsiho nez md5

1. Návštěvník 644B1B24 12. 2. 2007 17:58

   Jj, přesně tak, až to budeš mít hotový, tak 100% dostaneš Nobelovku =)

2. Návštěvník D3C4E4DA 12. 2. 2007 22:58

   Tak jsem si vytvořil vlastní kód Navajo a ještě se snažím kontrolovat přístup pomocí proměnné $_SERVER["HTTP_HOST"], taky jsem ji převedl do kódu. Teď to testuji, zkoušel jsem poslat z formuláře umístěném na jiném serveru a vypadá to že to funguje. Tak co myslíte?

3. Návštěvník AC325519 13. 2. 2007 13:17

   ChristmasPoo (oktavab2004.unas.cz) Tom (manual.wz.cz) Ja fakt nevim, jak vam to vysvetlit.... Zoufaly pokus vysvetlit neco stredoskolakum... komprese 1. s = zasifruj(soubor) 2. najdi prvnich 100 kolizi(s) 3. je mezi nimi kolize==soubor? 4. ano, zapis lze komprimovat + 16B + cislo kolize N 5. ne, zapis nelze komprimovat + soubor dekomprese 2 a 3 (kolize==N) -> 100% spravny vysledek Ma to jediny hacek, ze pro 10M by ta kolize mohla byt az na 100.000 miste a ja kontroluji jen prvnich 100

4. Návštěvník 644B1B24 13. 2. 2007 14:15

   peta: "stredoskolakum..." bejvávalo :) Já tvůj princip "komprese" chápu, ale už delší dobu se ti snažím naznačit, že to, co zde píšeš je pouhá teorie a teorií taky ještě dlouhou dobu zůstane. Schválně: pokud by tato metoda fungovala, tak XXXX násobně předčila všechny dnes známé komprimační metody, které by se mohly jít zahrabat a používalo by se pouze "MD5Komprimování". Proč stahovat z Internetu 1GB film, když si můžu na nějaké stránce označit 50znaků, ty u sebe na PC prohnat speciálním programem a měl bych z toho 1GB video v celé své kráse?! Důvod? "Zkomprimování" je sice rychlé, ale to další (bod 2. a následná "dekomprese") by odhadem potřebovalo tak 100jádrový procesor na frekvenci 1TH a malý Temelín jako zdroj energie, jinak by si to video prohlédla až tvá pravnoučata. Tudíž jak říkám: zrealizuj tvou vizi a Nobelova cena tě 100% nemine.

5. Návštěvník E90C3516 13. 2. 2007 17:55

   No právě... pochop, že kdybys měl teoreticky nějakej program, kterej by ti z těch 32 bytů udělal 1MB řetězec (to přeháním), tak bys měl ještě dalších 8 × 9 000 000 jedniček a nul (když beru 1MB = 1 000 000 bytů) o kterých bys nevěděl. A to máš 2 ^ 9 000 000 možností. A to nepočítám, že bys nejspíš ani nevěděl kde ty jedničky a nuly v tom tvým řetězci budou. Takže bych se ani nedivil, kdyby ta kolize byla až na 1 000 000 000 000 000 000 000 000 000 000 000 000. místě;-)

6. Návštěvník AC325519 13. 2. 2007 19:10

   Tom (manual.wz.cz) Slovo riskovy procesor je zname uz asi 10 let a na molekulovem PC se pracuje. Riskovy procesor, nejen, ze ma vykon blizici se 1T, ale neni na nej treba temelin :) Jinak to rikas spravne, super se snizi datovy tok. Udelej ten komprimacni program. Nikomu nerikej, ze je to md5 nebo sha1 a budes mit vice penez nez Gates. Jenom to nezapomen patentovat, protoze debugovanim se da zjistit princip a bohuzel komprese i dekomprese maji stejne vysoke naroky. ChristmasPoo (oktavab2004.unas.cz) 1MB rekneme 999.999, max pocet moznosti 256^999.999, rekneme, ze by se to zkratilo na 20^999.999, stale prilis mnoho. Jak rikam, prakticky vyuzitelne asi do prvnich 1000 kolizi, pravdepodobne do retezce 100-200 znaku. 16+4/100 = 1/5 dostavas se na uroven komprese textu huffmanem. I tak je to dost dobre. A kdyz postup zopakujes vicekrat pro vysledne soubory, zapises pocet opakovani, pocital bych schopnost i 1/10 a lepsi, uroven CCITT cernobily tiff, text (zipem) rarem

7. Návštěvník 1E722F1D 14. 2. 2007 16:37

   peta: matematické metody nebo programy počítačů nejsou v ČR patentovatelné.

← Zpět na všechna témata