Liste des liens
En fait, pas besoin d'avoir la main sur le serveur. Un fichier htaccess suffit.
Il suffit d'ajouter :
{code
code}
Testé en local, ça fonctionne. Par contre, c'est normal, ça ramouille.
Pas eu le temps de tester sur un mutualisé pour voir si ça peut être accepté.
À utiliser quand même avec parcimonie.
Oui, certes, mais rien n'empêche de réfléchir tout haut.
Et de plus, je ne suis pas fan des solutions prémâchées car souvent on les utilise mal ou ne comprends pas tout vraiment bien. Si tu ajoutes à cela les problèmes de licence...
Mais j'irai jeter un œil aux liens que tu m'as donnés. Merci.
Edit : sans dépendance, tout est relatif. Ce n'est pas ce que je vois en lisant le code source (jquery, amazon, window azure...). De plus, pour un projet commercial, c'est payant.
Encore une question : la découpe des fichiers, tu la fais en javascript ?
Si oui, l'encodage en base 64 via javascript plante à partir d'une certaine taille (pour des fichiers de 1 Go par exemple). Comment tu t'y prendrais ?
Ensuite, en admettant que l'encodage ait pu être fait, tu découpes le texte en javascript également et tu les raboutes en envoyant un token (pour savoir de quel fichier il s'agit s'il y a plusieurs envois) ?
Je sais que l'envoi de gros fichiers est possible (http://sebsauvage.net/links/?tU9Vhw qui parle d'un envoi de fichiers jusqu'à 5 Go) via une interface web mais même en regardant les sources, je n'ai pas compris comment ils procèdent. A priori, il y a un traitement en ajax, mais je n'ai pas compris si c'est pour traiter la file d'attente dans le case d'envoi de plusieurs fichiers ou s'il s'agit du traitement d'un seul fichier...
Quelle que soit la technologie utilisée, il y a toujours la limite Apache des données POST ou FILES, non ?
Je ne suis pas sûr que tu veuilles/puisse me répondre mais à tout hasard...
S'il d'autres veulent se joindre à la conversation (Bronco ???, Seb ???, ), ils sont les bienvenus :D
Ah, c'est bien ce qui me semblait.
Quand j'ai parlé de limites php, j'ai parlé un peu vite. Je voulais dire celles fixées par le serveur que l'on peut régler dans le php.ini.
Merci pour l'astuce de la base64. Là aussi, je n'y aurais pas pensé.
Petite question subsidiaire : tu le coupes comment ton fichier en base64 ? Après x lignes lues ?
Cool. Merci pour les exemples. Ça va me servir et je n'avais jamais pensé à curl pour le transfert de fichiers.
$ curl \
--insecure \
--request POST \
--header 'Content-Type: multipart/form-data' \
'h ttps://www.monsite.com/monformulaire' \
-F 'username=toto' \
-F 'password=pass4toto' \
-F 'date-de-naissance=11-02-82' \
-F "file=@monfichier.txt" \
--includeDétail des options:
--insecurepermet d'utiliser une connexion sécurisée (https) avec un certificat auto-signé (non reconnu)
--requestPOST permet d'indiquer le type de la requête
--header 'Content-Type: multipart/form-data'permet d'indiquer l'en-tête de la requête
-Fpermet d'indiquer les valeurs pour les différents champs du formulaire
--includepermet de récupérer l'en-tête de la réponseinfo : Pour poster un fichier, il est nécessaire de préfixer le nom du fichier avec l'arobase (@)
Est-ce qu'on peut envoyer de gros fichiers avec cette méthode et s'affranchir des limites de php ?
Ça serait intéressant de tester...