DevProTalk - Download velikih fajlova se prekida na random mestu

DevProTalk (http://www.devprotalk.com/index.php)

- PHP (http://www.devprotalk.com/forumdisplay.php?f=9)

- - Download velikih fajlova se prekida na random mestu (http://www.devprotalk.com/showthread.php?t=1538)

Download velikih fajlova se prekida na random mestu

Pozdrav,

Imam jedan misteriozan problem. Naime, čovek mi prijavljuje problem sa downloadom velikih fajlova - kada pokuša da downloaduje jedan fajl, nikada ga ne skine do kraja, izvršavanje se prekine na nekom random mestu. Naravno, fajl u tom obliku je neupotrebljiv.

Znam da je neko ovde pravio download manager pa da pitam da li je imao sličnih problema.

Citat:

I tried downloading 3 files on my Documents page from home tonight. The curious thing is that even though the 3 files varied in file size the download stopped on each one at 5.4MB. The actual number of bytes varied slightly.

This was after changing max_execution_time to 600, but the download stopped way before 10 minutes. It's got to be something else that causes it to stop.

I also asked someone else to download from their office and they only got 4.26MB downloaded before it stopped.

Funkcija kojom se proseđuje fajl klijentu:

PHP kôd:


		
			
/**

* Use content (from file, from database, other source...) and pass it to the browser as a file

*

* @param string $content

* @param string $type MIME type

* @param string $name File name

* @param integer $size File size

* @param boolean $force_download Send Content-Disposition: attachment to force save dialog

* @return boolean

*/

function download_contents($content, $type, $name, $size, $force_download = false) {

  if(connection_status() != 0) return false; // check connection

  

  if($force_download) {

    header("Cache-Control: public");

  } else {

    header("Cache-Control: no-store, no-cache, must-revalidate");

    header("Cache-Control: post-check=0, pre-check=0", false);

    header("Pragma: no-cache");

  } // if

  header("Expires: " . gmdate("D, d M Y H:i:s", mktime(date("H") + 2, date("i"), date("s"), date("m"), date("d"), date("Y"))) . " GMT");

  header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");

  header("Content-Type: $type");

  header("Content-Length: " . (string) $size);

  

  // Prepare disposition

  $disposition = $force_download ? 'attachment' : 'inline';

  header("Content-Disposition: $disposition; filename=\"" . $name) . "\"";

  header("Content-Transfer-Encoding: binary");

  print $content;

  

  return((connection_status() == 0) && !connection_aborted());   

} // download_contents

Fun stuff :)

Btw, sadržaj se čuva u BLOB polju. Lično nisam imao nikakvih problema, mada nisam probao sa fajlovima većim od 10MB.

Pre svega proveri upload_max_filesize i post_max_size (eventualno i memory_limit), oni moraju biti setovani na neke veće vrednosti (mrzi me da kopam tacno, ali koliko se secam post_max_size mora biti veci od upload_max_filesize, sto ce reci ako hoces fajlove od 10M stavis 12 za file, 14 za post, za memory 16 ...).

Inace, sve to pise u manualu ovde :)

Zanimljiva stvar ovde: upload nije problem - fajlovi prođu i bivaju sačuvani u bazu. Problem je download... Prekine prerano i ostavi nedovršen fajl.

Ne razumem nesto: da li on skida iz browsera ili iz download managera?

Koristi browser. Ovaj problem je prijavio samo on, tako da je vrlo verovatno da je nešto lokalno. Htedoh da vidim da li neko od vas ima iskustva sa sličnim problemom od ranije.

Ima li max_allowed_packet podesavanje u MySQL (my.ini) veze sa tim? (Mada, mislim da ovo ima veze smo ako nema baferovanja.)

Ajoj, download a ne upload ... dumb me (eto sta dobijeskad radis 7 stvari istovremeno :) ... dal da brisem il da ostavim :) ?

Posto je samo on prijavio problem, mislim da je ipak nesto na relaciji on <-> server. Da li specificna konfiguracija ili nesto trece..
Mada, ne znam da li je moguce da server limitira opterecenje (tj prekida konekciju) koje nastaje ako klijent skida prevelikom brzinom, ili radi nesto simultano na serveru, ili konekcija predugo traje? Mozda sam ovde lupio, ali ajde, samo ideja..

Btw, kad sam govorio "server", mislio sam na Apache

Citat:

Originalno napisao degojs

Ima li max_allowed_packet podesavanje u MySQL (my.ini) veze sa tim? (Mada, mislim da ovo ima veze smo ako nema baferovanja.)

Ima veze pri inserovanju podataka, ne i pri izvlačenju. Recimo, ako hoćeš da insertuješ 50MB fajl u bazu to znači da ćeš ti poslati upit na bazu koji je težak 50MB - a max_allowed_packet određuje upravo to - koliko velik može biti upit. To je samo po sebi problem, ali je rešiv - ako je korisnicima to problem uvek mogu da se prebace na čuvanje fajlova na disku.

Citat:

Originalno napisao dinke

Ajoj, download a ne upload ... dumb me (eto sta dobijeskad radis 7 stvari istovremeno :) ... dal da brisem il da ostavim :) ?

Ma jok, ostavi. Ja recimo do sada nisam čitao tu stranicu, ali sam bio upoznat sa većinom problema. Nekome će to biti korisno.

Hvala, videćemo. Mrzim bugove koji se zasnivaju samo na tvrdnjama jednog korisnika (kao što rekoh, niko drugi ga nije prijavio). Imao sam situaciju kada sam providio sate jureći nepostojeće bugove samo zato što je klijent pogreši (a ti uvek polaziš od toga da je greška u kodu).

Off Topic:

Citat:

dinke
Ajoj, download a ne upload ... dumb me (eto sta dobijeskad radis 7 stvari istovremeno ... dal da brisem il da ostavim

Znam da se zezas za brisanje ali -- ostavi, obavezno. I tako neko (ko ne radi bas mnogo sa MySQL, kao ja) moze dobro da nauci nesto - iz takvih jednostavnih gresaka, lapsusa.