Comment livrer de gros fichiers en ASP.NET réponse?

lorsque vous avez défini la longueur du contenu avec le bufferOutput à false, alors la raison possible de l'échec est que IIS essaye de gzip le fichier que vous envoyez, et en définissant le contenu-Length IIS ne peut pas le ramener à un contenu comprimé, et les erreurs commencent (*).

So keep the BufferOutput to false, and second disable the gzip from iis for the files you send - ou désactivez l'IIS gzip pour tous les fichiers et vous manipulez la partie gzip programmatiquement, en gardant hors de gzip les fichiers que vous envoyez.

quelques questions similaires pour la même raison: ASP.NET site parfois congélation et / ou affichage de texte Impair en haut de la page lors du chargement, sur la charge des serveurs équilibrés

HTTP Compression: Certains scripts externes/CSS de ne pas décompresser correctement de temps en temps

( * ) pourquoi ne pas le changer à nouveau ? parce qu'à partir du moment où vous définissez un en-tête, vous ne pouvez pas participer, sauf si vous avez activé cette option sur IIS et que vous prenez le cas où l'en-tête n'ont pas tous prêts envoyer au navigateur.

suivi

si ce n'est pas gziped, la prochaine chose qui m'est venue à l'esprit est que le dossier est envoyé et pour une raison quelconque la connexion a été retardée, et a obtenu un délai et fermé. Donc, vous obtenez le "hôte distant fermé la connexion".

cela peut être résolu en fonction de la cause:

1. Client vraiment fermé la connexion
2. le timeout est à partir de la page elle-même, si vous utilisez handler (encore, probablement, le message doit être "page Timed Out" ).
3. le timeout vient de l'attente au ralenti, la page prend plus que le temps d'exécution, obtient un timeout et ferme la connexion. Peut-être que dans ce cas, le message était la Page programmée.
4. La piscine faire recycler le moment d'envoyer le fichier. Désactivez tout recyclage de piscine! Ce sont les cas les plus possibles que je pense dès maintenant.

si cela vient de L'IIS, allez dans les propriétés du site web et assurez-vous de définir le plus grand "délai de connexion", et "activer les serveurs HTTP".

Le délai de page en changeant le web.config (vous pouvez le modifier par programmation seulement pour une page spécifique)

<httpRuntime executionTimeout="43200"

aussi jeter un oeil à : http://weblogs.asp.net/aghausman/archive/2009/02/20/prevent-request-timeout-in-asp-net.aspx

Session de verrouillage

une autre chose que vous devez examiner est de ne pas utiliser session sur le Gestionnaire que vous utilisez pour envoyer le fichier, parce que la session verrouille l'action jusqu'à la fin et si un utilisateur prend plus de temps pour télécharger un fichier, une seconde peut obtenir un temps d'arrêt.

un parent quelconque:

appeler aspx page pour retourner une image au hasard lent

remplaçant ASP.Net 's session entirely

réponse.La fonction WriteFile échoue et donne 504 gateway time-out

ce que je ferais c'est utiliser le moins connu ASP.NET réponse.TransmitFile méthode, car il est très rapide (et utilise éventuellement le cache du noyau IIS) et prend soin de tous les trucs d'en-tête. Il est basé sur L'API Windows TransmitFile .

mais pour pouvoir utiliser cette API, vous avez besoin d'un fichier physique à transférer. Voici donc un pseudo code c # qui explique comment faire cela avec un fichier physique fictif de myCacheFilePath chemin. Il prend également en charge les possibilités de mise en cache client. Bien sûr, si vous avez déjà un fichier sous la main, vous n'avez pas besoin de créer ce cache:

    if (!File.Exists(myCacheFilePath))
    {
        LoadMyCache(...); // saves the file to disk. don't do this if your source is already a physical file (not stored in a db for example).
    }

    // we suppose user-agent (browser) cache is enabled
    // check appropriate If-Modified-Since header
    DateTime ifModifiedSince = DateTime.MaxValue;
    string ifm = context.Request.Headers["If-Modified-Since"];
    if (!string.IsNullOrEmpty(ifm))
    {
        try
        {
            ifModifiedSince = DateTime.Parse(ifm, DateTimeFormatInfo.InvariantInfo);
        }
        catch
        {
            // do nothing
        }

        // file has not changed, just send this information but truncate milliseconds
        if (ifModifiedSince == TruncateMilliseconds(File.GetLastWriteTime(myCacheFilePath)))
        {
            ResponseWriteNotModified(...); // HTTP 304
            return;
        }
    }

    Response.ContentType = contentType; // set your file content type here
    Response.AddHeader("Last-Modified", File.GetLastWriteTimeUtc(myCacheFilePath).ToString("r", DateTimeFormatInfo.InvariantInfo)); // tell the client to cache that file

    // this API uses windows lower levels directly and is not memory/cpu intensive on Windows platform to send one file. It also caches files in the kernel.
    Response.TransmitFile(myCacheFilePath)

ce code fonctionne pour moi. Il démarre le flux de données vers le client immédiatement. Il montre les progrès pendant le téléchargement. Il ne viole pas HTTP. L'en-tête Content-Length est spécifié et l'encodage de transfert tronqué n'est pas utilisé.

protected void PrepareResponseStream(string clientFileName, HttpContext context, long sourceStreamLength)
{
    context.Response.ClearHeaders();
    context.Response.Clear();

    context.Response.ContentType = "application/pdf";
    context.Response.AddHeader("Content-Disposition", string.Format("filename=\"{0}\"", clientFileName));

    //set cachebility to private to allow IE to download it via HTTPS. Otherwise it might refuse it
    //see reason for HttpCacheability.Private at http://support.microsoft.com/kb/812935
    context.Response.Cache.SetCacheability(HttpCacheability.Private);
    context.Response.Buffer = false;
    context.Response.BufferOutput = false;
    context.Response.AddHeader("Content-Length", sourceStreamLength.ToString    (System.Globalization.CultureInfo.InvariantCulture));
}

protected void WriteDataToOutputStream(Stream sourceStream, long sourceStreamLength, string clientFileName, HttpContext context)
{
    PrepareResponseStream(clientFileName, context, sourceStreamLength);
    const int BlockSize = 4 * 1024 * 1024;
    byte[] buffer = new byte[BlockSize];
    int bytesRead;
    Stream outStream = m_Context.Response.OutputStream;
    while ((bytesRead = sourceStream.Read(buffer, 0, BlockSize)) > 0)
    {
        outStream.Write(buffer, 0, bytesRead);
    }
    outStream.Flush();
}