Solution pour transférer des gros fichiers par HTTP

Bonjour à tous et merci de me lire,

Je me pose une question existentielle dans ma vie de développeur ;)
Je me demande comment font les sites tel yousendit.com pour recevoir les fichiers volumineux de leurs utilisateurs. En download, pas de soucis, le HTTP à l'habitude et est adapté. Mais en upload, plusieurs problèmes se posent. Si je fais un simple formulaire (avec la récupération du fichier grâce à PHP par exemple), mon navigateur partira en timeout (message : impossible d'afficher la page) au bout d'un certains temps. En effet, le navigateur ne recevant pas de données (puisque l'envoi est long), il pensera que le serveur ne répond plus. A ceci je pense qu'on peut contourner grâce à AJAX (pour renvoyer régulièrement l'état du transfert par exemple, en plus c'est jolie car dynamique ;) ).
Mais alors se pose un second soucis. Toujours en PHP (je connais moins dans le détails les autres langages mais je m'imagine que c'est pareil), la config par défaut autorise un fichier de 2Mo (je crois). Il faut modifier le fichier de config pour accepter plus gros. Mais là, pour yousendit, on parle de 1Go possible ! J'imagine aussi qu'il faut donc modifier la taille maxi que prendra le script en mémoire et que le serveur va ramer...
Et pourtant yousendit à l'air de fonctionner en PHP (avec AJAX).
Alors ? Des idées ? Des avis ? Vous voyez pas où peut être le problème ?

Citation:

---

Toujours en PHP (je connais moins dans le détails les autres langages mais je m'imagine que c'est pareil), la config par défaut autorise un fichier de 2Mo (je crois). Il faut modifier le fichier de config pour accepter plus gros. Mais là, pour yousendit, on parle de 1Go possible ! J'imagine aussi qu'il faut donc modifier la taille maxi que prendra le script en mémoire et que le serveur va ramer...
Et pourtant yousendit à l'air de fonctionner en PHP (avec AJAX).

---

Salut,

Je ne fait qu'émettre un avis donc aps sur à 100%
pour ce qui est de l'envoi de fichier via php/ajax, le script effectue une réception donc pour moi seul une monter en charge légère est à prévoir à savoir le faite de transférer le fichier le script en lui même ne devrait pas bouffer tant de ressource que cela.Ensuite, les service comme yousendit ne dispose pas non plus d'une charrette boiteuse et encore moins d'une connexion internet 1mo donc le tout paramétrage + moyen technique sont à mon sens nécessaire à ce type de service.

Oui c'est sûr, yousendit possède des serveurs multiples certainement clusterisés...
Ok pour la montée en charge du script... Ca mériterait un petit essai en fait... :roll: Je pense que je vais m'y coller.
Du coup si ça ne pose aucun problème pourquoi la config par défaut limite-t-elle la taille de transfert des fichiers ? Pour des hébergeurs mutualisés je comprends mais sinon... Encore que je n'ai jamais lu nul part qu'il ne fallait surtout pas augmenté cette taille de manière importante...

ben ils doivent avoir plein plein de frontaux pour accepter les input et des répartiteur pour une navigation intelligente de l'internaute sur l'ensemble du cluster.

Parce que 1go à mettre sur le serveur....
Disons qu'il y ai 100 utilisateurs qui fasse cela (100 utilisateurs du site web c'est peu), mais sa te bloques 100 slots pendant N temps (minutes/heures).
Donc là il faut déjà prévoir un nombre de slots suffisant pour
- la nav sur le site
- les uploads

A cela il faut voir que je ne suis pas tout fait de votre avis sur la montée mémoire avec l'upload.
Disons que le chargement du fichier jusqu'à son emplacement temporaire doit pouvoir être pris en charge sans montée de mémoire par le couple apache/php.

Par contre après il faut traiter le fichier, vérifier celui ci, le déplacer, le dupliquer (sur les frontaux. ou le mettre sur un nas d'ailleurs.) ect.

Donc là téhoriquement il y à du traitement php, et donc une grosse occupation mémoire en perspective pour nos 100 uploads de 1 giga (même si ils n'arrivent pas au bout en même temps).

Et donc, j'imagine qu'il dispose d'une couche spécifique en c pour tous ces traitements, ou alors des scripts très très travailler.

Mais ce service à des besoins bien particulier qui s'éloigne un peu des points forts de php, et donc y'à un peu de dév.

a plus