Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
[Upload] Upload de GROS fichiers en php
Bonjour,
est-il possible de faire de l'upload de gros fichiers en php, sur un site de services genre envoyer vos photos pour impression, pour de la haute déf on est à 3 Mo par photos (de particuliers, pas de pros) ce qui monte vite avec 20 photos on est dans le cas d'envois de 60 Mo !!!
c'est possible en mutualisé/dédié, si oui, comment ?
Merci de vos réponses à venir.
ok
merci je connais...Envoyé par scorpiwolf
j'en ai fais les frais justement parce qu'en formation personne ne nous avait prévenu...
et moi les tests d'envoi de fichier je les avais fait avec des petits fichiers (inférieur à la limite du serveur...), tu imagines le commercial de notre grosse boite de cons qui va s'excuser auprès du client qui était pressé d'avoir un outil en ligne pour ses envois de fichier (que j'ai développé le soir sur mon temps perso) au lieu d'utiliser le ftp (qu'il trouvait peu bandant...), donc le commercial qui va chez le client avec une boite de chocolat, ça fait limite, je baisse mon pantalon, enculez-moi et rester chez nous...
enfin, donc ça signifie bêtement qu'on ne peut pas le faire à moins d'être en hébergement dédié, c'est bien cela ?
pourquoi ne pas utiliser alors un ordinateur chez nous (entreprise ou bien chez moi particulier dans le cas d'une asso) car avec free connecté en permanance et ip fixe la solution serait possible ?
raisons de sécurité trop lourdes ?
même sur un mac ?
merci de vos réponses (en dehors de la limitation qu'on peut s'affranchir, l'outil web + PHP sait-il gérer de si gros fichiers ? sinon que faire ?)
pas forcément, certains mutus autorisent de gérer son propre php.ini.
d'autres aceptent d'en discuter.
maximum uploadé en prod -> 60 mo sur un mutu
temps d'upload -> 30-60 min
à part le php.ini apache peut aussi restreindre le poids des envois en post (me rappel plus de la directive).
c con ça....pas forcément, certains mutus autorisent de gérer son propre php.ini.
d'autres aceptent d'en discuter.
maximum uploadé en prod -> 60 mo sur un mutu
temps d'upload -> 30-60 min
à part le php.ini apache peut aussi restreindre le poids des envois en post (me rappel plus de la directive).
comment on fait alors pour développer un service de ce type ?
vous savez à quoi je pensais moi, à un site d'asso qui au lieu de se servir du ftp aurait un truc à la SPIP pour gérer ses petites publications (asso bénévole, pas de sous) et envoyer ses vidéos (parfois 10 vidéos de 3 Mo en moyenne chacune) par le biais de PHP....
Le pb est donc plus lié à des paramètres Apache et de l'hébergement mutualisé qu'à la technologie web ?
Parce que moi j'ai pas dans l'idée qu'on puisse par du web (je parle de php ou autre, pas du logiciel p2p) faire de la transition de données importantes ?
Confirmer ou infirmer cette pensée svp...
Autre chose : vous pouvez répondre à ma question sur le fait d'héberger le site sur notre ordi (puisque asso, on a un mac G5 avec beaucoup de place et on pourrait mettre ce qu'on veut en php.ini) ?
Merci.
bah, je vois pas le souci vu que ce que tu veux faire reste possible.
t'as juste à gérer les conf et trouver le bon mutu...
pour ce qui est de la transition de donnée il suffit d'une coupure de connexion pour avoir tout à recommencer (le protocole ftp est quand même mieux pour l'échange de fichier).
sinon pour ll'intégrité ya juste à checker (dur à mettre en place dans ton cas).
et si tu veux héberger ton site c'est possible, tu mets en place apache, php, ftp, un sgbd, un serveur de mail,... et t'ouvre les ports.
bon après si en plus d'héberger ton site t'as envi de ne pas te faire cracker ta machine vaux mieux t'y connaître en admin sécu sinon t'oublis (surtout le serveur de mail histoire de ne pas finir en zombi envoyeur de spams).
Répondre avec citation
Partager