zipped files are prone to corruption so i usually don't download it.
because with my slow dl speed, it would be waste of hours if file downloads corrupted :(
try this, when downloading zipped files, don't open parallels.
if parallels is cause of corruption, download without acceleration (1 parallel) & try to avoid repeated pause/resume.
hope it would minimize corruption issue :)
if file still downloads corrupted, either its bad upload or something wrong with anonfiles server.

i think anonfiles should disable https on direct links & upload servers. its the cause of slow speeds for many & corruption too maybe.

I have a theory regarding anonfiles. I'm not well versed in this technical stuff, so bear with me please.

What I've noticed is that the data comes from a secured server, most likely, hence the https. And when initiating the download, there are several handshakes that occur, similar to how rtmp video streaming works, if memory serves correctly. Downloading is fine, usually up until the end, where the downloading (at least on my end) slows significantly. Sometimes it even stops when I'm at that 97-99% completion mark. I believe that anonfiles has this measure in place that causes the slow down when the file download is almost complete. Anyway, in the times that there are several slow downs or stops, I think that the handshakes need to be done again, and at this point, is where I believe that sometimes the data gets corrupted.

Like I said, I'm not all that technical, but this was based on observations I made when downloading. I use orbit downloader and the log shows a bunch of different information while downloading takes place.

In closing, I don't really think that anonfiles is corrupting the files in the way some of us may think they are. Since redownloading usually does the trick, I think that the slow down and handshakes at the end may be the culprit, since they don't always follow the same pattern.