Tengo un método de API web que devuelve un HttpResponseMessage que contiene un archivo PDF. El método se parece a esto:
HttpResponseMessage response = Request.CreateResponse(HttpStatusCode.OK); response.Content = new StreamContent(new FileStream(path, FileMode.Open, FileAccess.Read)); response.Content.Headers.ContentDisposition = new ContentDispositionHeaderValue("attachment"); response.Content.Headers.ContentDisposition.FileName = fileName; response.Content.Headers.ContentType = new MediaTypeHeaderValue("application/pdf"); return response;Cuando llamo a esta API desde el cliente (que está escrita en angularJS), el Administrador de descargas de Internet captura automáticamente el archivo PDF y quiere descargarlo. Y como tengo un plan de seguridad para mi proyecto, el IDM solicita automáticamente el nombre de usuario y la contraseña. ¿Alguien tiene una idea de cómo se supone que debo evitar que IDM capture el archivo PDF mediante programación?
Actualización: aquí está mi código angularJS:
$http.post(url, { transactionId: txId } , {responseType: 'arraybuffer'}) .success(function (response) { var reader = new FileReader(); var file = new Blob([response.data], {type: 'application/pdf'}); reader.onload = function (e) { var printElem = angular.element('#printPdfLink'); printElem.attr('target', '_blank'); printElem.attr('href', reader.result); printElem.attr('ng-click', ''); }; reader.readAsDataURL(file); }) .error(function (error) {});Cambie el tipo mime a application/octet-stream como una forma de solucionar su problema. Asegúrese de que el nombre del archivo incluya una extensión de archivo adecuada para que el sistema cliente pueda reconocerlo una vez descargado.
Otro problema es la disposición de los attachment del contenido, que normalmente lo obliga a guardarlo como una descarga de archivo. Cámbielo a en inline para que el cliente pueda consumirlo sin que IDM intente descargarlo como un archivo adjunto.
FileStream stream = new FileStream(path, FileMode.Open, FileAccess.Read); StreamContent content new StreamContent(stream); content.Headers.ContentDisposition = new ContentDispositionHeaderValue("inline"); content.Headers.ContentDisposition.FileName = fileName; content.Headers.ContentType = MediaTypeHeaderValue.Parse("application/octet-stream"); HttpResponseMessage response = Request.CreateResponse(HttpStatusCode.OK); response.Content = content; return response;He intentado usar HttpResponseMessage .
Si uso ContentDisposition está inline , la respuesta rompe el archivo. Si usa attachment , IDM puede detectarlo.
Al final del día, encontré que el encabezado Accept-Ranges puede hacer la descarga sin IDM pero no es válido en HttpResponseMessage .
Puede probar mi código a continuación para hacer un archivo de descarga sin IDM:
[HttpGet] [Route("~/download/{filename}")] public void Download(string filename) { // TODO lookup file path by {filename} // If you want to have "." in {filename} you need enable in webconfig string filePath = "<path>"; // your file path here byte[] fileBytes = File.ReadAllBytes(filePath); HttpContext.Current.Response.Clear(); HttpContext.Current.Response.AddHeader("Accept-Ranges", "bytes"); HttpContext.Current.Response.ContentType = "application/octet-stream"; HttpContext.Current.Response.AddHeader("ContentDisposition", "attachment, filename=" + filename); HttpContext.Current.Response.BinaryWrite(fileBytes); HttpContext.Current.Response.End(); } Nota: el parámetro de nombre de filename sirve para descargar el nombre del archivo para que pueda configurarlo en webconfig si desea tener una extensión de archivo (deshabilitada de forma predeterminada).