Lutte contre les noms de fichiers japonais: Rubymine, AWS CLI, Docker pour Windows (1) --AWS CLI

Trilogie

1. AWS CLI (cet article)
2. Rubymine (écrire ensuite)
3. Docker pour Windows (écrire ensuite)

Erreur avec le nom de fichier japonais lors du téléchargement du fichier vers s3 avec AWS CLI

Lorsque l'erreur suivante apparaît

UnicodeEncodeError: 'utf-8' codec can't encode 

Et

Please check your locale settings.  The filename was decoded as: ANSI_X3.4-1968 On posix platforms, check the LC_CTYPE environment variable.

Procédure approximative

1. Peut-être que c'est python2 alors donnez-le à python3
2. Recommencer
3. Échec supplémentaire, en supposant que le nom de fichier peut être sjis au lieu de utf-8

Pour CentOS6

1. Accédez à python3

   $ yum install python34 #Ou miam recherche python|Recherche par grep 3
   $ yum install python34-setuptools #C'est facile_installer pour utiliser
   

À ce stade, il y a deux ou trois easy_installs

```shell-session:Par exemple, comme ça
-rwxr-xr-x 1 racine racine 323 12 novembre 09:38 2010 /usr/bin/easy_install
-rwxr-xr-x 1 racine racine 331 12 novembre 09:38 2010 /usr/bin/easy_install-2.6
-rwxr-xr-x 1 racine racine 334 11 octobre 00:17 2016 /usr/bin/easy_install-3.4
```

2. Recommencer

   $aws s3
   

3. Si cela ne fonctionne pas, définissez correctement la langue Avec sjis, cela ressemble à ce qui suit

   LANG="ja_JP.sjis"
   LC_CTYPE="ja_JP.sjis"
   SUPPORTED="ja_JP.sjis:ja_JP:ja"
   SYSFONT="latarcyrheb-sun16"
   

Vous pouvez vérifier les paramètres régionaux pouvant être utilisés ci-dessous

```shell-session
$ locale -a
```

Puisqu'il n'y avait pas de sjis, je l'ai ajouté comme suit

```shell-session
$ localedef -f SHIFT_JIS -i ja_JP ja_JP.SJIS
```

référence

• Filename encoding errors