Dotaz: Upload souboru na web server .

[petka]

Zdravim vsechny , potrebuju poradit s nahravanim video souboru na muj server , ktery obsahuje i informace o filmech , plus dalsi vymozenosti . Posledni vec , u ktere jsem se zasekl je nahravani vetsich souboru cca kolem 1,5GB . Zkousel jsem ruzne formulare pres POST a i na ftp doslo a vsak bez uspechu , prava k spousteni ci zapisovani jsem mel upraveny . Klasika chmod 777 , popripade chown ww-data:ww-data . Mel bych takovou predstavu otevrit na pc video soubor odeslat na server a sledovat treba pres javu jak jsem na tom .

Odpovědi

[petka]

Ze zapisu z logu apache serveru jsem dostal

PHP Warning:  POST Content-Length of 368050443 bytes exceeds the limit of 104857600 bytes in Unknown on line 0, referer

PHP Notice:  Undefined variable: HTTP_POST_FILES in /var/www/movies/upload.php on line 11, referer

PHP Notice:  Use of undefined constant none - assumed 'none'

PHP Notice:  Undefined variable: ufile in /var/www/movies/upload.php on line 23, referer

PHP Notice:  Undefined variable: HTTP_POST_FILES in /var/www/movies/upload.php on line 25, referer

PHP Warning:  copy(): Filename cannot be empty in /var/www/movies/upload.php on line 25, referer

[Jendа]

POST Content-Length of 368050443 bytes exceeds the limit of 104857600 bytes

1, 2

[petka]

php.ini jsem osetril na 3000MB a vsak

PHP Warning:  POST Content-Length of 368050439 bytes exceeds the limit of -1149239296 bytes in Unknown on line 0, referer

[Jendа]

Be careful not to exceed the 32 bit signed integer limit (if you're using 32bit versions) as it will cause your script to fail.

[petka]

Dobre server je stara 32bit plecka , ale na takove to domaci zvykani bohate staci Ted ale jak na to , poradi nekdo .

[Šangala]

Bud se naučit číst a pochopit to nebo tam dát tupě maximum 32bit integer-u se znaménkem což je 2^31 - 1 = 2147483647.

[Šangala]

Ten script bude pěkně blbě napsaný když jsou tam všechny ty chyby(NOTICE) a neskončí to hned na první.
Prostudujte si (pro Vaše dobro :) ):
is_uploaded_file()
move_uploaded_file()
$_FILES

PS: Klasika chmod 777 - to je sice nejednoduší, ale klasika to zrovna není…

[petka]

Nedari se nedari , v php.ini mam podle navodu nastaveno na max 2000MB , ale i tak uploaduju maximalne 200M . Pri prenosu souboru 350M se uloaduje maximalne 220MB a zbytek se orizne . Vyzkousel jsem spoustu navodu i hotovych reseni , ale vysledek se nedostavil .

[Šangala]

A nastavujete obě hodnoty, max_file_size i max_post_size, v TMP máte dostatek místa?
Co to píše v 'error' v poli $_FILES u daného souboru, můžete si to po upload-u vypsat:

<pre>
print_r($_FILES);
</pre>

[petka]

Ano obe hodnoty na max . Uz jsem pokrocil , muzu vse , ale jen do 2GB . Nejake reseni ?

[AraxoN]

2GB je maximum veľkosti súboru, čo dokáže PHP na 32-bitovom systéme uchopiť. U väčších súborov nevie ani len zistiť ich veľkosť, vlastníka, či mtime. Riešením je prejsť na 64-bit.

[Šangala]

To je jeden z důvodů proč ne 32bit :).
Na 32bit je to konečná, takže jedině přechod na 64bit, či rozdělení souboru u klienta upload po jednom (ne dva soubory v jednom uploadu) a pak spojení přes nějakou externí funkci (třeba cut přes shell_exec).
Popravdě nevím jestli pomůže vlastní kompilace PHP, PHP na 32bit neumí ani číst/zapisovat soubor větší než 2GiB, nicméně toto lze obejít pokud je při kompilaci zadána volba CFLAGS="-D_FILE_OFFSET_BITS=64" a nevím jestli to má pak vliv na limitu upload-u (čekal bych, že ano, pokud není i nějaká 31bit limita v Apache-i).

[Filip Jirsák]

Posílat 2 GB najednou jedním HTTP požadavkem je podle mne nesmysl. Až se uploaduje 1,9 GB, spadne spojení a uživatel to bude muset nahrát celé znova, poděkuje vám. Volil bych raději posílání po částech, které lze přerušit a neznamená to ztrátu již přenesených dat.

[Šangala]

Obecně ano, ale mám aplikaci na vyhodnocování logů, která umožňuje jako náhradní/opravné/ne-automatické řešení upload logu i přes http, a pokud se jedná o vnitřní síť (třeba 100Mbit), tak už to tak nesmyslné není.
A tady jsme právě narazili, protože u M$ neví co je to dělit logy na 2GiB (rozdělí to kolem hranice 2GiB ale ± :) ), no 32bit PHP nemohlo ten soubor (někdy) zpracovat.

[Josef Kufner]

A nemůžeš ten log dělit na menší části?

Jinak pokud to je LAN, tak by možná stálo za zvážení nějaký automatický odesílací systém, kde by logy po http a skrz uživatele vůbec nešly.

[Šangala]

No to můžeš, ale je to práce navíc. A jak jsem napsal náhradní/opravné/ne-automatické, logy se automaticky importují jinou cestou (klasickým kopírováním, a zpracováním stejným php scriptem, mimo web server).
Náhradní znamená: na testování, když to zklame (což se zatím stalo 1× :)), tak je snazší to takto obsloužit - prostě jen neprimární možnost.

[petka]

Dik moc za objasneni a existuje i jina moznost , treba nejaka aplikace klient uzivatel , treba java , ktera by svedla prenest vetsi soubory nez 2GB .

[Šangala]

Určitě ano, ale hledal bych na internetu jako vy, protože žádnou nepoužívám a nezabýval jsem se tím --- pominu-li běžné ftp či scp.