Bravo pour la réactivité ! Bon par contre j’imagine que c’est parce que c’est tout frais, mais quand je coche la case je vois toujours plusieurs liens dans l’interface (pas essayé d’envoyer quoi que ce soit pour de vrai cependant, j’ai pas dépassé l’étape upload).
À mon avis le mieux c’est de cocher la case par défaut (= comportement wetransfer par défaut), perso je veux bien croire que l’autre usage (un lien par fichier) puisse exister, mais ça me semble carrément plus rare. Je verrai donc plus tôt une case à décocher pour ne pas faire un zip, car « faire un zip ça peut ne pas être ce que veut l'utilisateur ».
Si ça foire avec de très gros fichiers, est-ce détectable ? Si oui peut-être alors forcer le multifichier ?
De fait gérer des très gros upload/download est un métier, et http n’est pas fait pour ça à la base : ça demande généralement de tuner fineemnt les serveurs et dès qu’il y a un (reverse) proxy ça devient encore plus casse-gueule. On pourrait donc imaginer une variable que l’hébergeur du service pourrait renseigner pour empêcher l’outil de dépasser une certaine taille lors de la création de zip : trop gros = pas de zip, ou plusieurs zip. Ça fonctionnerait même si l’erreur ne pourrait être détectée ou si ça ne fait pas sens. Si la détection de l’erreur ne se fait qu’après avoir attendu une heure pour uploader et que l’erreur demande de se farcir une heure de réupload à nouveau, détecter l’erreur ne fait pas sens, autant utiliser une variable configurée côté serveur directement.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: multifichier
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Lufi 0.03 (journal bookmark). Évalué à 2.
Bravo pour la réactivité ! Bon par contre j’imagine que c’est parce que c’est tout frais, mais quand je coche la case je vois toujours plusieurs liens dans l’interface (pas essayé d’envoyer quoi que ce soit pour de vrai cependant, j’ai pas dépassé l’étape upload).
À mon avis le mieux c’est de cocher la case par défaut (= comportement wetransfer par défaut), perso je veux bien croire que l’autre usage (un lien par fichier) puisse exister, mais ça me semble carrément plus rare. Je verrai donc plus tôt une case à décocher pour ne pas faire un zip, car « faire un zip ça peut ne pas être ce que veut l'utilisateur ».
Si ça foire avec de très gros fichiers, est-ce détectable ? Si oui peut-être alors forcer le multifichier ?
De fait gérer des très gros upload/download est un métier, et http n’est pas fait pour ça à la base : ça demande généralement de tuner fineemnt les serveurs et dès qu’il y a un (reverse) proxy ça devient encore plus casse-gueule. On pourrait donc imaginer une variable que l’hébergeur du service pourrait renseigner pour empêcher l’outil de dépasser une certaine taille lors de la création de zip : trop gros = pas de zip, ou plusieurs zip. Ça fonctionnerait même si l’erreur ne pourrait être détectée ou si ça ne fait pas sens. Si la détection de l’erreur ne se fait qu’après avoir attendu une heure pour uploader et que l’erreur demande de se farcir une heure de réupload à nouveau, détecter l’erreur ne fait pas sens, autant utiliser une variable configurée côté serveur directement.
ce commentaire est sous licence cc by 4 et précédentes