TIdHTTPServer 与 Microsoft BITS 兼容吗

Question

我们正在尝试使用 TIdHTTPServer 组件为我们的软件编写更新服务器。目前，我们正在提供一个 XML 文件，其中列出了可用的更新及其文件版本等。当客户端程序找到更新版本时，它应该开始使用 BITS 下载它。

现在这就是我们遇到问题的地方，我们的程序正在请求 XML 文件并查看是否有可用的更新。然后，它创建一个 BITS 作业来下载它，但 BITS 不断报告下载失败。我们可以使用相同的 URL 和 IE/Firefox/Chrome 下载该文件。

所以我的问题是：

TIdHTTPServer 与 BITS 兼容吗？

我问这个是因为我发现位的工作有这些下载要求。
BITS 下载的 HTTP 要求

BITS支持HTTP和HTTPS下载和上传，要求服务器支持HTTP/1.1协议。对于下载，HTTP 服务器的 Head 方法必须返回文件大小，并且其 Get 方法必须支持 Content-Range 和 Content-Length 标头。因此，BITS 仅传输静态文件内容，如果您尝试传输动态内容，则会生成错误，除非 ASP、ISAPI 或 CGI 脚本支持 Content-Range 和 Content-Length 标头。

只要满足 Head 和 Get 方法要求，BITS 就可以使用 HTTP/1.0 服务器。

为了支持文件的下载范围，服务器必须支持以下要求：

允许 MIME 标头包含标准 Content-Range 和 Content-Type 标头，以及最多 180 字节的其他标头。 HTTP 标头和第一个边界字符串之间最多允许有两个 CR/LF。

Answer 1

刚刚在 indy 中发现了一个错误，该错误会在使用范围请求时阻止传输超过 2.1GB 的文件。

这里是

IdHTTPHeaderInfo.pas 大约第 770 行

procedure TIdEntityRange.SetText(const AValue: String);
var
  LValue, S: String;
begin
  LValue := Trim(AValue);
  if LValue <> '' then
  begin
    S := Fetch(LValue, '-'); {do not localize}
    if S <> '' then begin
      FStartPos := StrToIntDef(S, -1);
      FEndPos := StrToIntDef(Fetch(LValue), -1);
      FSuffixLength := -1;
    end else begin
      FStartPos := -1;
      FEndPos := -1;
      FSuffixLength := StrToIntDef(Fetch(LValue), -1);
    end;
  end else begin
    FStartPos := -1;
    FEndPos := -1;
    FSuffixLength := -1;
  end;
end;

这应该是

procedure TIdEntityRange.SetText(const AValue: String);
var
  LValue, S: String;
begin
  LValue := Trim(AValue);
  if LValue <> '' then
  begin
    S := Fetch(LValue, '-'); {do not localize}
    if S <> '' then begin
      FStartPos := StrToInt64Def(S, -1);
      FEndPos := StrToInt64Def(Fetch(LValue), -1);
      FSuffixLength := -1;
    end else begin
      FStartPos := -1;
      FEndPos := -1;
      FSuffixLength := StrToInt64Def(Fetch(LValue), -1);
    end;
  end else begin
    FStartPos := -1;
    FEndPos := -1;
    FSuffixLength := -1;
  end;
end;

Remy 需要修复的一个

Answer 2

当您处理 OnCommandGet 事件时，您将获得一个 TIdRequestHeaderInfo，它源自 TIdEntityHeaderInfo；包含请求包含的所有标头，它甚至解析出一些标头值以作为属性读取，包括 ContentRangeStart、ContentRangeEnd 和 ContentLength 。

您可以使用这些属性来填充分配给 TIdHTTPResponseInfo.ContentStream 属性的流。 整个流将被发送。

您的工作是区分 GET 和 HEAD 请求；无论哪种方式，OnCommandGet都会被触发。检查 IdHTTPRequestInfo.CommandType 属性。

因此，尽管 Indy 可能不支持 BITS，但它提供了编写支持 BITS 的程序所需的所有工具。

Answer 3

所以这个问题的答案是：

是的，TIdHTTPServer 是位兼容的。

但前提是您准备好自己完成这项工作。

正如 @Rob Kennedy 和我自己所建议的那样可以读取标头并使用请求的范围将数据发送回，一次一个块。

这是我在 OnCommandGet 事件中所做的示例

procedure TForm3.IdHTTPServer1CommandGet(AContext: TIdContext;
  ARequestInfo: TIdHTTPRequestInfo; AResponseInfo: TIdHTTPResponseInfo);
var
  Ranges : TIdEntityRanges;
  DataChunk: TMemoryStream;
  ReqFile: TFileStream;
  ChunkLength: Int64;
  Directory, FileName: string;
begin
  Directory := 'H:';

  case ARequestInfo.Ranges.Count of
  0:
    begin
      //serve file normally
    end;
  1:
    begin
      //serve range of bytes specified for file

      filename := Directory + ARequestInfo.Document;

      if FileExists(FileName) then
      begin
        ReqFile := TFileStream.Create(FileName, fmOpenRead);
        try
          ChunkLength := Succ(ARequestInfo.Ranges.Ranges[0].EndPos - ARequestInfo.Ranges.Ranges[0].StartPos);

          if ChunkLength > ReqFile.Size then
            ChunkLength := ReqFile.Size;

          DataChunk := TMemoryStream.Create;
          DataChunk.Posistion := ARequestInfo.Ranges.Ranges[0].StartPos;  
          DataChunk.CopyFrom(ReqFile, ChunkLength);

          AResponseInfo.ContentStream := DataChunk;
          AResponseInfo.ContentType := IdHTTPServer1.MIMETable.GetFileMIMEType(FileName);
          AResponseInfo.ContentRangeUnits := ARequestInfo.Ranges.Units;
          AResponseInfo.ContentRangeStart := ARequestInfo.Ranges.Ranges[0].StartPos;
          AResponseInfo.ContentRangeEnd := ARequestInfo.Ranges.Ranges[0].StartPos + Pred(ChunkLength);
          AResponseInfo.ContentRangeInstanceLength := ReqFile.Size;
          AResponseInfo.ResponseNo := 206;
        finally
          ReqFile.Free;
        end;
      end
      else
        AResponseInfo.ResponseNo := 404;

    end
  else
    begin
      //serve the file as multipart/byteranges
    end;
  end;

end;

这还没有完成，但它显示了响应来自 BITS 的范围请求的基础知识。最重要的是它有效。

对代码的任何评论将不胜感激，建设性的批评总是受欢迎的。