Outline · [ Standard ] · Linear+ Web direct link, HTTP link to completed files in web intf

[garsa]

Hi,

Sometimes I'm at the office or at home and I can monitor my completed files but I'cant access them remotely.

It would be very useful when using the web interface to be able to remotely download a completed file using HTTP.

That HTTP direct link should not obbey the bandwidth limits of the ed2k protocol but use the full speed if possible.

Thanks 4 your time!

This post has been edited by garsa: Jun 14 2005, 07:55

[Aw3]

It would be very useful when using the web interface to be able to remotely download a completed file using HTTP. 

What is a usual size of your files?

[garsa]

Obviously it's not to be mainly used with >1Gb DVD movies but it would be nice for single MP3 files, game patches, PDF documents, JPG pictures, etc...

I think it would be a nice feature that requires a very easy and fast implementation.

[muleteer]

Why not use a third party http webserver? Use the incoming folder (you can set up a category and specify the incoming folder for those files if you don't want to show all your files this way) as the upload folder for the http webserver.

[garsa]

All that is to be made is to provide the link to the completed file. The web server is already there!

Use a 3rd party web server, what kind of recomendation is that? You could say that to every feature request in this forum, or even more, you could recomend another eMule MOD to provide the features which users are posting....

I think it's easy to implement, it's almost done. As long as we already have the web server in the program all we need is to provide the link.

No one else thinks this could be a nice idea?

[muleteer]

Actually, no. If it were built into e+, we would have to take care of bandwidth management, limiting regular upload speed to keep the total within limits.
This is not a trivial task. Let's say you have 3 upload slots. When you want a file, one slot has to be converted from ed2k to http. When you are done, the slot has to be changed back.
Just providing the link without bothering with the upload speed will have the same effect as increasing the upload speed to more than your connection can support.

btw, we do the third party thing a lot. eg. we don't make our own media player to preview files. We could have made our own browser for the webserver interface too, but why reinvent the wheel.

[Aw3]

If a feature is added, the size will be limited to several MB maximum.

[garsa]

In my humble opinion there's no need to control the total bandwidth as long as the excess is made by the user itself and during a short period of time (normaly emule is running for hours or even days and HTTP dowload should take few minutes).

Another reason is that using a 3rd party web server the total bandwidth is affected in the same manner as if we use the e+ web server.

But it's ok. You think it's not good, then forget it.

[muleteer]

Don't fly off in a huff! The thing is, if the user does it using third party solutions, he bears responsibility for the consequences. We do it, and there will be a flood of complaints: "http transfer screws up my downloads". And they would be right. The biggest cause of poor downloading is if the total upload speed is more than your connection can support. You, on the other hand, can choose when to do the http transfer, eg. when all the files are waiting.