Jj, přesně tak, až to budeš mít hotový, tak 100% dostaneš Nobelovku =)
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?
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
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.
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ě;-)
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
peta: matematické metody nebo programy počítačů nejsou v ČR patentovatelné.