Parfois, un lien contient des caractères Unicode, tels que http://www.example.com/файл.zip
Si vous pointez votre navigateur vers celui-ci, il vous invitera correctement à télécharger le fichier sous le nom файл.zip. Mais si vous essayez de le faire avec wget
, le fichier est livré avec un mélange de?, Pourcentage d'encodage (comme% D0% BB) et la (invalid encoding)
chaîne après le nom de fichier.
Quels paramètres puis-je ajouter à wget, ou à toute autre astuce de ligne de commande, pour qu'il se comporte comme Chrome et Firefox et enregistre le fichier exactement comme spécifié dans le lien rendu - dans ce cas, comme файл.zip?
La solution devrait fonctionner sans avoir à l'écrire explicitement dans la commande, donc une explicite wget -O файл.zip http://www.example.com/файл.zip
n'est pas une bonne solution.
Je me rends compte que dès que vous l'exécutez, wget http://www.example.com/файл.zip
il essaie de récupérer http://www.example.com/%D1%84%D0%B0%D0%B9%D0%BB.zip , c'est-à-dire qu'il convertit le lien en pourcentage l'encodage, qui peut être la raison pour laquelle il enregistre, ne rend pas le nom de fichier "correctement".
J'ai posté une question quelque peu connexe ici , dont la réponse peut ou non être utile à celle-ci.
--restrict-file-names=nocontrol
si le lien du fichier n'est pas définitif.Je n'ai pas trouvé de moyen de résoudre ce problème
wget
mais j'ai réussi à transférer les fichiers avec Midnight Commander .la source