I wanted to ask something, I think it is related : Do you see, sometime when downloading a file (like a .zip or .png for example) fproxy telling you that the file is .zip.bin or .png.bin with an unknown mime type ? Can someone try with this file please ? It's a new one, I had it from fms..
c...@soksfw9pa0eswrfpbmfredzpqofwki2a98etiwryfvy ,MYbngaOGBPcqAHOfB0QAAVIj05Lh7N4iTMcYu15FOI,AAIC--8/20percent.png I have an error on this file and fproxy is saying it's percent.png.bin ! Does it do the same for you guys ? On Tue, Oct 27, 2009 at 3:58 PM, henri godron <[email protected]> wrote: > Ok, I knew all of that but I was just testing. Btw thanks for reminding me > :) > > To keep on the initial problem, I looked at the source code and it seems > that yes, we look at the file extensions to know the mime type. So there is > a bug somewhere about that. I don't know exactly where, when I have time > I'll have a look. > > > > > On Tue, Oct 27, 2009 at 3:43 PM, Evan Daniel <[email protected]> wrote: > >> On Tue, Oct 27, 2009 at 6:11 AM, henri godron <[email protected]> wrote: >> > Hi everyone, >> > >> > I splitted a file into many .rar files and there is something strange in >> the >> > mime type decetion when inserting the files in my node. >> > Most of them are being re-compressed (because their mime type is not >> > detected as being a compressed file) and some others are being >> recognized >> > correctly as rar file types. >> > >> > I guess this is a known behavior and i suppose the node is trying to >> guess >> > the mime type not by using the extension but by opening the file and >> trying >> > to 'understand' ? >> > >> > Maybe it's a bug, I don't know, so I'm still posting this here.. Who >> knows ! >> > I tried to have a look at the code but I have no time right now.. >> >> In general, you shouldn't do that; just insert the single large file. >> It will be more reliable that way. >> >> Internally, Freenet splits the file into 32kB chunks, regardless of >> starting size. It then adds extra chunks for redundancy. The details >> are a little complicated, but a small portion of each file will have >> reduced redundancy. So not only does splitting the file make more >> work for other people when they have to reassemble it, it means that >> instead of one reduced-redundancy section there is one per piece. The >> result is that if any of the low-redundancy sections fail, your >> downloaders will be unable to reassemble the whole file. >> >> (Internally, there are a couple different issues present. They're all >> on the list of things to fix, some at higher priority than others.) >> >> Evan Daniel >> _______________________________________________ >> Support mailing list >> [email protected] >> http://news.gmane.org/gmane.network.freenet.support >> Unsubscribe at >> http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support >> Or mailto:[email protected]?subject=unsubscribe >> > > > > -- > ________________ > Henri Godron > Utilisez Freenet : http://freenetproject.org > Utilisez TOR : http://www.torproject.org/index.html.fr > > > -- ________________ Henri Godron Utilisez Freenet : http://freenetproject.org Utilisez TOR : http://www.torproject.org/index.html.fr
_______________________________________________ Support mailing list [email protected] http://news.gmane.org/gmane.network.freenet.support Unsubscribe at http://emu.freenetproject.org/cgi-bin/mailman/listinfo/support Or mailto:[email protected]?subject=unsubscribe
