Waar codeert md5 op ?
Blijkbaar gebruikt men daar een vergelijking voor van coderingen, zoals (verouderd) md5 .
Maar waar wordt dan op vergeleken?
Ik dacht altijd dat de bestandsnaam werd gecodeerd.
Nu is de coderingstijd ook afhankelijk van bijv. de grootte van het bestand.
Dus zal er wel op meer gecontroleerd worden....
De geschreven iptc (opgeslagen gegevens in foto) gegevens ook van invloed op die codering?
Code (php)
1
2
3
4
5
2
3
4
5
$md5image1 = md5(file_get_contents($image1));
$md5image2 = md5(file_get_contents($image2));
if ($md5image1 == $md5image2) {
....
}
$md5image2 = md5(file_get_contents($image2));
if ($md5image1 == $md5image2) {
....
}
Ik weet niet of de hashes met jouw manier van encrypten ook overeenkomen. Als dat niet het geval is, zal er misschien wel naar een deel van het bestand worden gekeken.
Zie hashen als een papierversnipperaar. Onder deze papierversnipperaar staan allemaal emmers. Afhankelijk van de samenstelling van de te versnipperen content vallen snippers in verschillende emmers. Dit tezamen levert een soort van signatuur op. Dat is je hash. Emmers met snippers zijn niet terug te vertalen naar de oorspronkelijke documenten.
Een kenmerk van hashen (of liever gezegd, van een fatsoenlijk hashingalgoritme) is is dat wanneer je twee nagenoeg identieke bestanden hasht dat dit twee compleet verschillende hashes oplevert. Dit is de reden dat hashing vaak (?) ingezet wordt om te controleren of twee bestanden identiek zijn.
Nogmaals: hashing is niet hetzelfde als encryptie.
- Ariën - op 29/07/2017 11:44:05:
Ik weet niet of de hashes met jouw manier van encrypten ook overeenkomen. Als dat niet het geval is, zal er misschien wel naar een deel van het bestand worden gekeken.
Dat lijkt mij sterk, wat zou dan de maatstaf zijn? Daarnaast: probeer het uit. Weet vrij zeker dat methode van topicstarter en md5_file hetzelfde resultaat opleveren.
Gewijzigd op 29/07/2017 11:50:12 door Thomas van den Heuvel
Gewijzigd op 29/07/2017 11:51:33 door Frank Nietbelangrijk
Een nieuwe toe te voegen afbeelding bevat deze info niet.
De bestandsgrootte wijzigt wel met paar honder bytes, met het toevoegen van die info.
Dus zou ik nooit op deze wijze kunnen vergelijken.
De meeste foto's zijn standaard flyer formaat.
Dus daar valt ook niet veel uit te halen.
En dus ook niet op bestandsgrootte.
Dan zal het toch moeten komen van de coordinaten (googlemaps, en al ingebouwd)
Dat geeft de plek aan waar activiteit plaats vindt.
En de datum.
Maar als er dezelfde dag een feest is op een verdieping hoger. Dan is er een klein probleempje, haha.
Maar komt geen bloed uit....
Beetje nadenkend over website....
Die worden ook in de foto gezet.(ook bij het inleveren)
Maar bij artiesten zwerven vaak meerdere flyers over dezelfde activiteit.
Zeker wanneer er meerdere artiesten optreden.
Ik kan bij de invoer wel eventueel aangeven welke flyers er voor die activiteit al
beschikbaar zijn. En dan keuze aan lid laten of hij de nieuwe er ook bij wil zetten.
Zit er een bij die hetzelfde is, hoeft die niet ingevoerd te worden.
Nogmaals, komt geen bloed uit...en een keer een dubbele is ook niet zo erg.
Kan ik als het irriteert in admin pagina altijd zelf eruit halen.
Ik gebruik overigens in deze website geen database...
Is experiment met opslag van data in foto's. Met als onderwerp 'artiesten promotie'.
Gewoon voor de hobby...
Werkt tot nu toe heel prettig allemaal.
Maar is wel met paar foto's en gegevens.
Ben benieuwd hoe het gaat met grotere aanvoer data en documenten/foto's.
En hoe het met de snelheid gaat...
Daar komen vast nog wel vragen over.
Voor nu allemaal bedankt voor het meedenken.
Gewijzigd op 29/07/2017 13:00:39 door Hans De Ridder