One change to the posting format
Added 2020-06-17 20:38:41 +0000 UTCHey guys, so at some point, some people came to me with an angry fist saying that my files don’t work and are corrupted and I should go fuck myself and all that good, positive and reassuring stuff.
So, in order to point out that the file you are actually downloading isn’t corrupted, I decided to use a free feature from 7-Zip called SHA256.
You can read what SHA256 is on the internet, which technically, it’s called SHA256 SUM or something along those lines, however, the only thing I will say about it to be done with this is it shows a string based on the file’s bytes. This string is so goddamn unique in how it works that even the slightest change of data will throw a completely different string.
I’m using 7-zip because I literally have no reason to use garbage like WinRAR since 7Z has better compression.
If you have installed 7-zip all you need to do is Right Click on the file and then select CRC SHA > SHA-256.
To post an example: I have file with only the text Test
When I use this function by 7Z, I get this string:
Size: 4 bytes
SHA256: 532EAABD9574880DBF76B9B8CC00832C20A6EC113D682299550D7A6E0F345E25
However, if I add one white space so it reads “Test “ (with no colons), it throws this string:
Size: 5 bytes
SHA256: 58CE68E6A62175931F1D6CD57EA955C01814E2EBF3220C68D8B74D4241DD0E28
And just for the fucking fun of it, if we change the text for test (this time, with a lowercase T), it throws this string:
Size: 4 bytes
SHA256: 9F86D081884C7D659A2FEAA0C55AD015A3BF4F1B2B0B822CD15D6C15B0F00A08
As you can see, even with the same size and technically the same text, the string is completely different.
So, for the non-technical people out there, regarding SHA256, No, it doesn’t need to “just begin with the same character”, it’s a sum, so the string ****must be 100% the same.****
I hope this can help people to understand that I’m not at fault on their browser’s quirks, but we will see...