Page 1 sur 1
post_max_size PHP5
Posté : 31 oct. 2007, 13:00
par GURB
Bonjour,
Je souhaite faire de gros upload sur un serveur dédié via un script PHP5.
Pour cela j'ai plaçé une limite de la variable post_max_size à 2000M ainsi que upload_max_filesize, tout se passe bien.
Par contre dès que je tente de dépasser 2000M le serveur n'accepte plus aucune requette POST sans produire de message d'erreur.
J'ai tenté de jouer avec memory_limit mais c'est sans effet.
Y a t il une limite théorique à upload_max_filesize et post_max_size ?
Posté : 31 oct. 2007, 13:14
par h0_noMan
Il faut que memory_limit soit plus grand que post_max_size .
Posté : 31 oct. 2007, 14:32
par Sékiltoyai
Il y a aussi une limite au niveau du serveur apache,
LimitRequestBody si j'en crois la doc httpd.
Posté : 31 oct. 2007, 14:54
par fab
Pour des fichiers de cette taille je ne peux m'empecher de te conseiller une autre solution que le simple upload par httpd il y a dautres moyens qui sont là pour ça : ftp
Posté : 31 oct. 2007, 14:58
par Invité
Merci pour ta réponse mais j'ai déjà essayé et ça ne change rien.
Il semble y avoir une limite théorique à 2Go pour l'upload.
Posté : 31 oct. 2007, 15:06
par Invité
Pour des fichiers de cette taille je ne peux m'empecher de te conseiller une autre solution que le simple upload par httpd il y a dautres moyens qui sont là pour ça : ftp
tout à fait conscient des limites, c'est cependant le cahier des charges qu'on m'a soumis.
Cette appli a pour but de donner une alternative au FTP (pour les noob

Posté : 31 oct. 2007, 15:25
par Invité
Il y a aussi une limite au niveau du serveur apache,
LimitRequestBody si j'en crois la doc httpd.
Merci, mais d'après la page il serait impossible de dépasser 2Go ?
"This directive specifies the number of bytes from 0 (meaning unlimited) to 2147483647 (2GB) that are allowed in a request body."
J'ai augmenté la valeur mais les symptomes sont les mêmes...

Posté : 31 oct. 2007, 15:28
par Calimero
J'ai augmenté la valeur mais les symptomes sont les mêmes...

C'est déjà très au delà des limites du raisonnable... Si cela ne suffit pas, peut-être peux-tu essayer un autre serveur web qui n'aurait pas cette limite ?
Posté : 31 oct. 2007, 16:01
par Invité
J'ai augmenté la valeur mais les symptomes sont les mêmes...

C'est déjà très au delà des limites du raisonnable... Si cela ne suffit pas, peut-être peux-tu essayer un autre serveur web qui n'aurait pas cette limite ?
Ok je vais regarder quel alternative à apache trouver.
Quand aux limites du raisonnable... quels sont les inconvénients de l'upload par HTTP ?
Incapacité à faire du resume ?
Surcharge CPU/mémoire pour le serveur ?
Quoi d'autre ?
Posté : 01 nov. 2007, 04:47
par Xenon_54
Apache supporte les fichiers de plus de 2Go qu'à partir de la version 2.2:
http://httpd.apache.org/docs/2.2/new_features_2_2.html
Large File Support
httpd is now built with support for files larger than 2GB on modern 32-bit Unix systems. Support for handling >2GB request bodies has also been added.
Les browsers ne semblent pas supporter très bien l'upload de ces fichiers:
https://issues.apache.org/struts/browse ... tion_41285
PHP a également un comportement étrange avec les fichiers de plus de 2Go. (encore une fois relié à la limitation du 32bits)
http://www.php.net/manual/fr/function.filesize.php
FTP reste la meilleure solution à mon avis.
Posté : 01 nov. 2007, 05:36
par Hubert Roksor
tout à fait conscient des limites, c'est cependant le cahier des charges qu'on m'a soumis.
Euh, est-ce que j'ai lu cette phrase correctement, vous avez accepté un cahier des charges sans vérifier sa faisabilité ?
Cette appli a pour but de donner une alternative au FTP (pour les noob

Un noob qui a la capacité d'uploader un fichier de plus de 2 GiB ? Même sur une connexion 100 Mbit/s par jour de beau temps et avec le vent dans le dos il faut plus de 3 minutes pour transférer 2 GiB. Sur une connexion ADSL de très bonne qualité, il faut plusieurs heures, tout en priant pour ne jamais perdre la connexion.
Mon avis : si vous avez réellement des fichiers de plus de 2 GiB (ou même de plus de 100 MiB) regardez du côté des clients Java / Flash qui travaillent en FTP de manière plus ou moins transparente. Et si vous n'en avez pas, corrigez le cahier des charges.