У меня есть обработчик, который работает так, как должен обслуживать загрузку. Это важный код:
// Get size of file
FileInfo f = new FileInfo(Settings.ReleaseFileLocation + ActualFileName);
long FileSize = f.Length;
// Init (returns ID of tblDownloadLog record created with blank end date)
int DownloadRecordID = Constructor.VersionReleaseDownload.newReleaseDownload(ActualFileName);
context.Response.Clear();
context.Response.Buffer = false;
context.Response.ContentType = "application/octet-stream";
context.Response.AddHeader("Content-Disposition", "attachment; filename=" + OriginalFileName);
context.Response.AddHeader("Content-Length", FileSize.ToString());
context.Response.TransmitFile(Settings.ReleaseFileLocation + ActualFileName);
context.Response.Close();
// Complete download log, fills out the end date
Constructor.VersionReleaseDownload.completeReleaseDownload(DownloadRecordID);
context.Response.Close();
гарантирует, что completeReleaseDownload()
запускается только после завершения загрузки, что очень полезно (re Считайте загрузку только после ее подачи )
Проблема в том, что мы получаем много журналов, которые приходят с одного и того же IP-адреса примерно за один промежуток времени. После более глубокого изучения выясняется, что это пользователи, использующие ПО Download Resumer.
Когда я пытаюсь использовать возобновление загрузки, кажется, что это не удается. Мой вопрос: