Advanced search  

News:

cpg1.5.46 Security release - upgrade mandatory!
The Coppermine development team is releasing a security update for Coppermine in order to counter recently discovered vulnerabilities. It is important that all users who run version cpg1.5.44 or older update to this latest version as soon as possible.
[more]

Pages: [1]   Go Down

Author Topic: a way to get a resumable upload resumed  (Read 3716 times)

0 Members and 1 Guest are viewing this topic.

zemen

  • Coppermine newbie
  • Offline Offline
  • Posts: 1
a way to get a resumable upload resumed
« on: February 10, 2011, 06:51:59 pm »

Hi guys,

in primis this is a very great job!!! pass through firewall (80 port), proxies, etc.
What I finally point out is there's no way to get a resumable upload resumed, isn't it?

If it's so, where should I manege to write code to get this great applet resume capable?
I mean I wish, when using the POST-Method and before upload start (first chunk), applet sends a request to the server (a server side script would manage this) to determine wether the file already exists. The server sends the length in the response to tell the applet how big the file already is. JUpload will then auto-resume the upload and only send the rest of the chunks.

Does it exist yet?

Thanks in advance,
zemen
Logged

etienne_sf

  • Moderator
  • Coppermine addict
  • ****
  • Offline Offline
  • Gender: Male
  • Posts: 908
    • Wiki
Re: a way to get a resumable upload resumed
« Reply #1 on: March 09, 2011, 09:30:27 pm »

Hi,

  First : sorry for the delay. I didn't receive the mail notification.

I think this question is relative to the applet itself, not to the Coppermine plug. Right ?

If I understand correctly, what you mean is : if a part of the file has been sent, then it should not be sent again for the next try. Right ?

  I guess it should be nice, for big file, that is : mainly for chunk upload. It would be much easier to manage.

It would be : if several chunks where sent, and I resumable error occurs, then only the non-correctly-sent-chunks should be resent. This could be managed on server side only. I guess it's actually the way it work... I'll check that.

Etienne
Logged
Pages: [1]   Go Up
 

Page created in 0.014 seconds with 21 queries.