internet-explorer - mac - internet explorer para windows 10
IE: no se puede descargar*desde*. No se puede abrir este sitio de Internet. El sitio solicitado no está disponible o no se puede encontrar (13)
Basado en el artículo de KB que David ofreció aquí ( las descargas de archivos de Internet Explorer a través de SSL no funcionan con los encabezados de control de caché ) , cambiamos nuestros encabezados salientes de Cache-Control: no-cache a Cache-Control: private . Esto parece haber resuelto el problema IE8 sin afectar a otros navegadores. Tenga cuidado con Cache-Control: no-store uso de Cache-Control: no-store también.
Tengo un problema con mi sitio web e IE. Tengo un archivo Document.ashx que se convierte en un documento de mi base de datos en función del parámetro pasado en la cadena de consulta.
El archivo funciona si:
- Estás en mi sitio web y haz clic en un enlace de descarga.
- Usted accede a cualquier elemento de mi sitio y pega la URL en la barra de direcciones y accede a ella.
- Ya ha accedido al enlace del documento una vez, incluso si se produjo un error.
No funciona si:
- No ha accedido a mi sitio con el IE actual y abre y pega el enlace en la barra de direcciones. Muestra el siguiente error:
Windows Internet Explorer
No se puede descargar Document.ashx de MyHostName.
No se puede abrir este sitio de Internet.
El sitio solicitado no está disponible o no se puede encontrar.
Por favor, inténtelo de nuevo más tarde.
¿Alguien tiene una pista de lo que podría causar esto? Naturalmente, funciona bien en Firefox.
He conseguido varias personas en mi oficina para probarlo con IE y todas tienen el mismo problema. Todos dicen que funciona en Firefox.
Este problema ocurre en IE8, y posiblemente en versiones anteriores, pero se resuelve en IE9 +. Está relacionado con la descarga de documentos a través de SSL.
Para resolver el problema en mi aplicación, tuve que agregar los siguientes dos encabezados a la descarga (escrita en PHP):
header("Cache-Control: private");
header("Pragma: cache");
Este problema se debe a una configuración de navegador en Internet Explorer. En Internet Explorer, vaya a Tools > options > Advanced options . En la sección marcada Seguridad , localice y borre la opción No guardar las páginas encriptadas en el disco .
Parece que tuve un problema al encontrarme con IE 8 solamente. Cuando buscaba una solución, encontré 2 soluciones. Uno de ellos debería corregir este problema.
Solo para hacerle saber que es una solución en la máquina del cliente, ya que es la forma en que IE codifica que causa el problema.
Correcciones: http://support.microsoft.com/kb/815313 http://support.microsoft.com/kb/323308
Qué es todo este alboroto ? El problema se debe a la caducidad inmediata de la memoria caché o la ausencia de caché.
Haga lo siguiente para solucionar el problema:
Ir al server system -> Run Inetmgr -> RightClick and properties on the folder(eg images) -> httpHeaders -> Ahora server system -> Run Inetmgr -> RightClick and properties on the folder(eg images) -> httpHeaders -> Habilitar la caducidad del contenido , o verifique Caducar después y dé 1 minuto.
Esto es para IIS 5.
Habrá una configuración similar para IIS 6/7.
Feliz programacion !!
Resulta que se puede hacer que IE8 acepte el almacenamiento en caché completamente desactivado, pero es muy exigente con el orden exacto de los encabezados. Por lo tanto, en lugar de volver a caer en private (lo que permite cierto almacenamiento en caché y podría no coincidir con sus necesidades de seguridad), use:
Cache-Control: no-store, no-cache, must-revalidate
Cuando se especifica en ese orden exacto - primero no-store THEN no-cache - IE8 permitirá la descarga del archivo sin error. Asegúrese también de que el encabezado de Pragma NO esté configurado.
Si ''Guardar destino como ...'' o Abrir en pestaña nueva, funciona bien. Pero sigue dando error en IE8. Tengo la misma implementación ... como crear el div (display: none) que tiene iframe, y anexarlo a body y establecer src en frame cuyo tipo de contenido es application / binary.
Tuve el mismo problema y me sentí frustrado al probar todos los métodos anteriores para corregirlo. Obviamente, no quería que se hiciera una solución en la máquina del cliente, así que todo lo que hice fue eliminar el parámetro "Pragma" del encabezado y comenzó a funcionar muy bien. PROBLEMA RESUELTO.
Tuvimos este mismo problema con IE8 usando un controlador MVC etiquetado con NoCache . Esto establece Response.Cache.SetNoStore que rompe las descargas de archivos en IE.
Para resolverlo, puede restablecer la Política de caché Http a través de la reflexión .
Tuvimos este mismo problema incrustado en nuestra implementación ClickOnce de www.Qiqqa.com . Sospecho que tiene que ver con el "MIME Type sniffing" que IE hace cuando obtiene una application/octet-stream , supongo que para proteger al usuario de cosas maliciosas.
De todos modos, para resolver el problema, cambiamos el tipo mime de nuestros archivos .deploy para que sea text/plain , obviamente no es lo ideal, pero al mismo tiempo, no sé de dónde podríamos tener un archivo .deploy en nuestro servidor que un usuario buscaría fuera de ClickOnce.
Problema resuelto.
dynamic create Iframe, establece el src en la ubicación de la página de descarga, anexa al cuerpo.
function downloadInIFrame(fileId) { var url = "download.aspx?fileId=" + fileId; var iframe = document.createElement("iframe"); iframe.src = url; iframe.style.display = "none"; document.body.appendChild(iframe); }
ese código funciona bien para mí.
si usas asp.net. eliminar el código con la caché de conjuntos
Comenta lo siguiente
Response.Clear();
Response.Buffer = true;
Response.Charset = "";
**//Response.Cache.SetCacheability(HttpCacheability.NoCache);**
Response.ContentType = contentType;
Response.AppendHeader("Content-Disposition", "attachment; filename=" + fileName);
Response.BinaryWrite(bytes);
Response.Flush();
Response.End();
Al igual que rymo dijo set Cache-Control: private , si tu encabezado de respuesta tiene el Pragma :no-cache , también tienes que cambiarlo a Pragma: token .