Le téléchargement de gros fichiers de manière fiable en PHP

J'ai un script php sur un serveur pour envoyer des fichiers à des récipiendaires: on obtient un unique lien et puis, ils peuvent télécharger des fichiers volumineux. Il y a parfois un problème avec le transfert et le fichier est corrompu ou ne se termine jamais. Je me demande si il ya une meilleure façon d'envoyer de gros fichiers

Code:

$f = fopen(DOWNLOAD_DIR.$database[$_REQUEST['fid']]['filePath'], 'r');
while(!feof($f)){
    print fgets($f, 1024);
}
fclose($f);

J'ai vu des fonctions telles que

http_send_file
http_send_data

Mais je ne sais pas si ils vont travailler.

Quelle est la meilleure façon de résoudre ce problème?

Ce qui concerne

erwing

InformationsquelleAutor Erwing | 2009-02-28
  1. 11

    Si vous envoyez vraiment de gros fichiers et s'inquiètent de l'impact que cela va avoir, vous pouvez utiliser le x-sendfile en-tête.

    De l'OSQ aide-xsendfile-with-apache-php, un howto blog.adaniels.nl : comment-je-php-x-sendfile/

    • Merci, je ne connaissais pas celui-là.
    • Il y a un "grand téléchargement de fichier" PHP script ici qui peut gérer autour de 2 GO de plusieurs types de fichier comme exe, mp3, mp4, pdf, etc. Ce script est utile pour le téléchargement de petite et moyenne tailles de fichier via un script PHP. Il décrit également les propos de X-sendfile pour vraiment massive des téléchargements de fichiers comme plus de 5 GO. Découvrez le lien.
    • votre lien est mort. pouvez-vous reposter?
    • désolé pour cela. " phpsnips site avait enlevé le fragment de code. Vous pouvez le télécharger directement à partir de Github: github.com/saleemkce/downloadable/blob/master/download.php
    • "Grand téléchargement de Fichier" script REPOSTÉ juste au-dessus ici.
    InformationsquelleAutor garrow
  2. 8

    Meilleure solution serait de s'appuyer sur lighty ou apache, mais si en PHP, je voudrais utiliser La POIRE est HTTP_Download (pas besoin de réinventer la roue, etc.), a quelques fonctionnalités intéressantes, comme:

    • De base mécanisme de limitation
    • Plages (partielle de téléchargements et de les reprendre)

    Voir intro/utilisation docs.

    • Merci pour le tuyau pour HTTP_Download, exactement ce que je cherchais et fonctionne parfaitement lors du téléchargement des images de CD.
    • J'ai dû corriger quelques obsolète erreurs de référence et non statique de la méthode d'utilisation, mais dans 5 minutes je me suis lever et courir, donc c'est rien de trop dur. Il est peut-être parce que j'ai une ancienne bibliothèque pear, mais il vaut la peine de remarquer.
    InformationsquelleAutor
  3. 8

    De segmentation des fichiers est la manière la plus rapide /la plus simple méthode en PHP, si vous ne pouvez pas ou ne voulez pas faire usage de quelque chose d'un peu plus professionnel comme cURL, mod-xsendfile sur Apache ou certains un script dédié.

    $filename = $filePath.$filename;

$chunksize = 5 * (1024 * 1024); //5 MB (= 5 242 880 bytes) per one chunk of file.

if(file_exists($filename))
{
    set_time_limit(300);

    $size = intval(sprintf("%u", filesize($filename)));

    header('Content-Type: application/octet-stream');
    header('Content-Transfer-Encoding: binary');
    header('Content-Length: '.$size);
    header('Content-Disposition: attachment;filename="'.basename($filename).'"');

    if($size > $chunksize)
    { 
        $handle = fopen($filename, 'rb'); 

        while (!feof($handle))
        { 
          print(@fread($handle, $chunksize));

          ob_flush();
          flush();
        } 

        fclose($handle); 
    }
    else readfile($path);

    exit;
}
else echo 'File "'.$filename.'" does not exist!';

    Porté à partir de richnetapps.com /NeedBee. Testé sur 200 MO de fichiers, sur lequel readfile() est mort, même avec de mémoire maximale autorisée limite fixée à 1G, qui est cinq fois plus que la taille du fichier téléchargé.

    BTW: j'ai testé également sur les fichiers >2GB, mais PHP ne réussi à écrire la première 2GB de fichier et puis a éclaté à la connexion. Des fonctions associées au fichier (fopen, fread, fseek) utilise des INT, si vous atteignez la limite de 2GB. Ci-dessus mentionné solutions (c'est à dire mod-xsendfile) semble être la seule option dans ce cas.

    MODIFIER: vous Faire 100% que votre fichier est enregistré dans utf-8. Si vous omettez que, les fichiers téléchargés seront corrompus. C'est, parce que ces solutions utilise print de pousser morceau d'un fichier dans un navigateur.

    • C'est un prefectly solution de travail, utilisé et testé dans plusieurs de mes projets. Donc, je suppose, que le downvoter, le comment n'est même pas capable d'exprimer dans les commentaires, pourquoi il/elle est downvoting, simplement eu une mauvaise journée ou ne peuvent même pas comprendre cette réponse. La pitié dans les deux cas...
    • reafile déjà des "morceaux".
    • Peut-être qu'il n'en PHP, mais pas dans la mienne et pas dans une langue officielle. Dites-moi, où, exactement où dans readfile doc vous vois aucune mention au sujet de segmentation? Où? Il n'y a qu'une mention concernant défini par l'utilisateur readfile_chunked fonction, dont le code source a l'air... presque exactement comme dans l'exemple ci-dessus. Vérifier, avant de faire état de vos affirmations fausses!
    • À partir de la documentation: "Remarque: readfile() sera pas présente des problèmes de mémoire, même lors de l'envoi de fichiers volumineux, sur son propre. Si vous rencontrez une erreur de mémoire insuffisante s'assurer que le tampon de sortie est désactivé ob_get_level()." Cela implique que, en interne readfile est streaming (aka "chunking"); et que le problème avec tout streaming approche est toujours le tampon de sortie, si elle est active.
    • Je ne dirais pas que cette description implique ou suggère même de la "chunking" à tous! Et à côté, en utilisant pure readfile() sur des fichiers volumineux, meurt sur le côté client -- navigateur de terminaison de connexion, qui prend trop de temps, pas sur des problèmes de mémoire. Si readfile() est colmatage des fichiers, alors il est probable qu'il le fait pour juste la lecture du fichier sur le serveur, mais il envoie tout de même fichier entier comme un réponse à la requête. Et ce qui meurt sur la plupart des navigateurs. De segmentation dans ma solution cause de télécharger le fichier des réponses multiples et permet navigateur pour gérer les téléchargements de fichiers de grandes dimensions.
    • Il est seulement possible de prétendre "[n] problème de mémoire' lors de l'utilisation d'une approche qui prend O(1) de la mémoire - et pour le téléchargement d'un fichier, cela implique que l'opération est en streaming. De toute façon, comment fonctionne ce code cause des multiples réponses"? Il est encore un unique de la requête HTTP. Si le tampon de sortie est de désactiver les deux méthodes seront également fonctionner de la même orientés à la hausse comme à la lecture de fichier doit être écrit quelque part (directement sur le flux de réponse HTTP).. et donc lu quelque part (sur le client).
    • Je soupçonne que le code utilisé readfile - qui a incité ces solutions ont échoué à invoquer ob_clean_end et n'a donc pas de désactiver la mémoire tampon de sortie, ce qui conduirait à des problèmes attribués à tort à readfile. Le projet de code du travail sans mettre fin à la mémoire tampon de sortie, car il explicitement bouffées de chaleur; mais ce n'est rien contre readfile, seulement une mauvaise mémoire tampon configuration de l'état.

    InformationsquelleAutor trejder
  4. 3

    Pour le téléchargement de fichiers de la manière la plus simple je pense, serait de placer le fichier dans un emplacement temporaire et de leur donner une URL unique qu'ils peuvent télécharger via HTTP.

    Dans le cadre de génération de ces liens, vous pouvez également supprimer des fichiers de plus de X heures.

    • Je n'aime pas cette réponse, car elle nécessite l'utilisation supplémentaire de crons ou tel pour supprimer les anciens fichiers, et qui ajoute une couche de complexité et d'un autre point de défaillance du système, mais je ne vais pas voter parce qu'elle est une réponse valable.
    • pas besoin de cron, comme mentionné, tout en générant de nouveaux fichiers vous pouvez également jeter les anciens. Beaucoup de sites web effectuer cron-comme des tâches dans le cadre d'un autre appel.
    • De subvention, vous avez raison qu'il pourrait être fait sans un CRON, mais j'ai toujours l'impression qu'il ajoute un point supplémentaire de l'échec, alors qu'avec ma réponse, je ne pense pas que c'est l'ajout d'un supplément de point de défaillance.
    • Mais ce que vous obtenez en sortir est de la barque de la complexité du réel de communication HTTP sur le serveur, là où il appartient (des choses comme les en-têtes d'expiration, la gamme de téléchargements, la mise en cache, etc.). I serait plutôt supprimer quelques fichiers avec un script de réimplémenter HTTP dans mon application.
    • Je suis d'accord avec vous. Les navigateurs de nos jours, sophistiqué téléchargeurs qui peut mettre en pause et reprendre les téléchargements en utilisant les fonctionnalités du protocole http.
    InformationsquelleAutor Andrew Grant
  5. 3

    Créer un lien symbolique vers le fichier et de faire le lien de téléchargement point le lien symbolique. Ensuite, lorsque l'utilisateur clique sur le lien DL, ils vont obtenir le téléchargement d'un fichier à partir du fichier réel, mais nommé à partir du lien symbolique. Il ne prend que quelques millisecondes pour créer le lien symbolique et est mieux que d'essayer de copier le fichier vers un nouveau nom et de la télécharger à partir de là.

    Par exemple:

    <?php

//validation code here

$realFile = "Hidden_Zip_File.zip";
$id = "UserID1234";

if ($_COOKIE['authvalid'] == "true") {
    $newFile = sprintf("myzipfile_%s.zip", $id); //creates: myzipfile_UserID1234.zip

    system(sprintf('ln -s %s %s', $realFile, $newFile), $retval);

    if ($retval != 0) {
        die("Error getting download file.");
    }

    $dlLink = "/downloads/hiddenfiles/".$newFile;
}

//rest of code

?>

<a href="<?php echo $dlLink; ?>Download File</a>

    C'est ce que j'ai fait parce que Go Daddy kills que le script en cours d'exécution au bout de 2 minutes 30 secondes....cela empêche que le problème et le cache le fichier réel.

    Vous pouvez ensuite configurer une tâche CRON pour supprimer les liens symboliques à intervalles réguliers....

    L'ensemble de ce processus sera ensuite envoyer le fichier dans le navigateur et il n'a pas d'importance combien de temps il fonctionne car il n'est pas un script.

    InformationsquelleAutor Hummdis
  6. 3

    Nous avons été à l'aide de cette dans un couple de projets et il fonctionne très bien, donc loin:

    /**
 * Copy a file's content to php://output.
 *
 * @param string $filename
 * @return void
 */
protected function _output($filename)
{
    $filesize = filesize($filename);

    $chunksize = 4096;
    if($filesize > $chunksize)
    {
        $srcStream = fopen($filename, 'rb');
        $dstStream = fopen('php://output', 'wb');

        $offset = 0;
        while(!feof($srcStream)) {
            $offset += stream_copy_to_stream($srcStream, $dstStream, $chunksize, $offset);
        }

        fclose($dstStream);
        fclose($srcStream);   
    }
    else 
    {
        //stream_copy_to_stream behaves() strange when filesize > chunksize.
        //Seems to never hit the EOF.
        //On the other handside file_get_contents() is not scalable. 
        //Therefore we only use file_get_contents() on small files.
        echo file_get_contents($filename);
    }
}
    • J'ai essayé ceci, mais tout semblait-il à faire était de sortie le texte à l'écran. Comment dois-je faire cela dans un fichier à télécharger?
    • C'est un sujet différent. Vous devez définir le contenu des en-têtes: Type de Contenu, Content-Length et probablement Content-Disposition.
    • Cela n'a aucun avantage sur l' - construit-dans - readfile.
    InformationsquelleAutor Andreas Baumgart
  7. 1

    Quand je l'ai fait dans le passé, j'ai utilisé ceci:

    set_time_limit(0); //Set the execution time to infinite.
header('Content-Type: application/exe'); //This was for a LARGE exe (680MB) so the content type was application/exe
readfile($fileName); //readfile will stream the file.

    Ces 3 lignes de code qui fera tout le travail de la télécharger readfile() sera diffuser l'intégralité du fichier spécifié pour le client, et assurez-vous de définir une infinité de limite de temps que vous pourriez être en cours d'exécution hors du temps avant que le fichier est terminé en streaming.

    • Bien sûr, si ce n'est pas un exe, le type mime devrait être différente.
    • Aussi, ne jamais-jamais-jamais combiner set_time_limit(0) avec ignore_user_abort() ou le script peut être exécuté à tout jamais.
    • Très vrai, à moins bien sûr, vous voulez que le script continue de fonctionner après que l'utilisateur meurt.
    • Cela laisserait la preuve que vous avez tué l'utilisateur. Pas exactement une bonne idée.
    • readfile() utilise encore beaucoup de mémoire -- de gros fichiers et de trafic élevé sera d'échappement php avec cette méthode
    • Cela NE fonctionne PAS POUR les gros fichiers. La question est plus précisément sur les GROS fichiers. En bas de vote.
    • même commentaire (-1). Ce n'est pas de travail pour les gros fichiers.
    • NE FONCTIONNE PAS POUR LES FICHIERS VOLUMINEUX! Downwote si vous le pouvez. Essayez la solution ici stackoverflow.com/questions/8031301/...
    • Comme déjà mentionné, ce n'est évidemment pas vrai. Le readfile fonction ne pas diffuser n'importe quoi. Il essaie juste de lire tout le fichier en mémoire et de les jeter ensemble dans un navigateur. Cette mourra sur quoi que ce soit de plus de 100 MO. Et il va mourir "brutalement", c'est à dire pas de message d'erreur, seul l'utilisateur télécharge une page HTML avec une erreur sur épuisant de mémoire, au lieu d'un vrai fichier. Pour de vrai, le streaming de fichiers volumineux que vous avez à mettre en œuvre quelque chose de plus sophistiqué que ces trois lignes. Par exemple, le fichier de chunking. Voir mon exemple ci-dessous.
    • Incorrecte; readfile ne pas tout lu dans la mémoire. Le contenu du fichier peut finir dans le tampon de sortie de cache, si le cache n'est pas correctement désactivé - mais ce n'est pas lié à readfile.

    InformationsquelleAutor UnkwnTech
  8. 1

    Si vous utilisez lighttpd comme un serveur web, une alternative pour les téléchargements sécurisés serait d'utiliser ModSecDownload. Il a besoin de configuration du serveur, mais vous laisserez au serveur de gérer le téléchargement lui-même à la place du script PHP.

    Générer l'URL de téléchargement ressembleraient à ça (prises à partir de la documentation), et il pourrait bien sûr être généré uniquement pour les utilisateurs autorisés:

    <?php

  $secret = "verysecret";
  $uri_prefix = "/dl/";

  # filename
  # please note file name starts with "/" 
  $f = "/secret-file.txt";

  # current timestamp
  $t = time();

  $t_hex = sprintf("%08x", $t);
  $m = md5($secret.$f.$t_hex);

  # generate link
  printf('<a href="%s%s/%s%s">%s</a>',
         $uri_prefix, $m, $t_hex, $f, $f);
?>

    Bien sûr, en fonction de la taille des fichiers, à l'aide de readfile() tel que proposé par Unkwntech est excellent. Et à l'aide de xsendfile proposé par garrow est une autre bonne idée également pris en charge par Apache.

    InformationsquelleAutor lpfavreau
  9. 1
    header("Content-length:".filesize($filename));
header('Content-Type: application/zip'); //ZIP file
header('Content-Type: application/octet-stream');
header('Content-Disposition: attachment; filename="downloadpackage.zip"');
header('Content-Transfer-Encoding: binary');
ob_end_clean();
readfile($filename);
exit();
    • Ne fonctionne pas pour les fichiers volumineux. Courir hors de la mémoire en quelques secondes.
    • Pourquoi? Veuillez fournir une ressource.
    • C'est tout ce que vous devez faire. Vraiment. Je ne sais pas pourquoi ce n'est pas acceptée. La "clé" est à utiliser ob_end_clean (qui pourrait être enveloppé dans un ob_get_level) à désactiver le tampon de sortie.
    InformationsquelleAutor ahmed
  10. 0

    Je ne suis pas sûr que ce soit une bonne idée pour les gros fichiers. Si le thread pour votre télécharger le script s'exécute jusqu'à ce que l'utilisateur a fini de le télécharger, et vous utilisez quelque chose comme Apache, à seulement 50 ou plusieurs téléchargements simultanés pourrait provoquer une panne de votre serveur, car Apache n'est pas conçu pour s'exécuter un grand nombre de long-threads en cours d'exécution en même temps. Bien sûr je peux me tromper, si l'apache fil en quelque sorte se termine et le téléchargement se trouve dans un tampon quelque part alors que le téléchargement progresse.

    InformationsquelleAutor
  11. 0

    J'ai utilisé de l'extrait de code suivant trouvé dans les commentaires de l'php entrée de manuel pour readfile:

    function _readfileChunked($filename, $retbytes=true) {
    $chunksize = 1*(1024*1024); //how many bytes per chunk
    $buffer = '';
    $cnt =0;
    //$handle = fopen($filename, 'rb');
    $handle = fopen($filename, 'rb');
    if ($handle === false) {
        return false;
    }
    while (!feof($handle)) {
        $buffer = fread($handle, $chunksize);
        echo $buffer;
        ob_flush();
        flush();
        if ($retbytes) {
            $cnt += strlen($buffer);
        }
    }
    $status = fclose($handle);
    if ($retbytes && $status) {
        return $cnt; //return num. bytes delivered like readfile() does.
    }
    return $status;
}
    • Un autre inutile de mise en œuvre. Voir mes commentaires sur stackoverflow.com/a/21936954/2864740 pour la raison.
    • C'est incorrect. Je le sais par expérience. À l'aide de ob_end_clean() comme vous l'état que de commentaires n'a pas résolu le problème pour moi, tandis que le bloc solution n'. La clé est que readfile n'autorise pas les fichiers de proche ou supérieure à la limite mémoire de PHP à télécharger. C'est une solution simple qui fonctionne, et en tant que tel, vous ne devriez pas downrate il.
    InformationsquelleAutor periklis
  12. 0

    J'ai eu le même problème,
    mon problème a été résolu par l'ajout de cette avant de commencer la session
    session_cache_limiter('none');

    InformationsquelleAutor Nawras
  13. 0

    C'est testé sur des fichiers d'une taille de 200 MO sur un serveur qui a une mémoire de 256 mo de limite.

    header('Content-Type: application/zip');
header("Content-Disposition: attachment; filename=\"$file_name\"");
set_time_limit(0);
$file = @fopen($filePath, "rb");
while(!feof($file)) {
  print(@fread($file, 1024*8));
  ob_flush();
  flush();
}
    InformationsquelleAutor Alex