Si vous ouvrez un problème GitHub, voici notre politique :
Décrivez clairement le problème ici. Assurez-vous de transmettre ici pourquoi il s'agit d'un bogue ou d'une demande de fonctionnalité.
Incluez tous les journaux ou code source qui seraient utiles pour diagnostiquer le problème. Si vous incluez des retraçages, veuillez inclure le retraçage complet. Les gros journaux et fichiers doivent être joints. Essayez de fournir un cas de test reproductible qui soit le strict minimum nécessaire pour générer le problème.
self._wrapped = Settings(settings_module)
2019-06-18T08:13:35.564035712Z File "/usr/local/lib/python3.6/site-packages/django/conf/__init__.py", line 107, in __init__
2019-06-18T08:13:35.564040112Z mod = importlib.import_module(self.SETTINGS_MODULE)
2019-06-18T08:13:35.564044312Z File "/usr/local/lib/python3.6/importlib/__init__.py", line 126, in import_module
2019-06-18T08:13:35.564048712Z return _bootstrap._gcd_import(name[level:], package, level)
2019-06-18T08:13:35.564053012Z File "", line 994, in _gcd_import
2019-06-18T08:13:35.564057412Z File "", line 971, in _find_and_load
2019-06-18T08:13:35.564061912Z File "", line 955, in _find_and_load_unlocked
2019-06-18T08:13:35.564066212Z File "", line 665, in _load_unlocked
2019-06-18T08:13:35.564070612Z File "", line 678, in exec_module
2019-06-18T08:13:35.564075012Z File "", line 219, in _call_with_frames_removed
2019-06-18T08:13:35.564080012Z File "/doccano/app/app/settings.py", line 245, in
2019-06-18T08:13:35.564084612Z ssl_require='sslmode' not in furl(env('DATABASE_URL', '')).args,
2019-06-18T08:13:35.564088912Z File "/usr/local/lib/python3.6/site-packages/furl/furl.py", line 1310, in __init__
2019-06-18T08:13:35.564093212Z self.load(url) # Raises ValueError on invalid url.
2019-06-18T08:13:35.564097412Z File "/usr/local/lib/python3.6/site-packages/furl/furl.py", line 1337, in load
2019-06-18T08:13:35.564101712Z self.netloc = tokens.netloc # Raises ValueError in Python 2.7+.
2019-06-18T08:13:35.564106012Z File "/usr/local/lib/python3.6/site-packages/furl/furl.py", line 1801, in __setattr__
2019-06-18T08:13:35.564111312Z object.__setattr__(self, attr, value)
2019-06-18T08:13:35.564115613Z File "/usr/local/lib/python3.6/site-packages/furl/furl.py", line 1464, in netloc
2019-06-18T08:13:35.564125813Z self.host = host
2019-06-18T08:13:35.564131113Z File "/usr/local/lib/python3.6/site-packages/furl/furl.py", line 1801, in __setattr__
2019-06-18T08:13:35.564135513Z object.__setattr__(self, attr, value)
2019-06-18T08:13:35.564139613Z File "/usr/local/lib/python3.6/site-packages/furl/furl.py", line 1379, in host
2019-06-18T08:13:35.564144013Z raise ValueError(errmsg % (host, INVALID_HOST_CHARS))
2019-06-18T08:13:35.564148213Z ValueError: Invalid host '[email protected]'. Host strings must have at least one non-period character, can't contain any of '!@#$%^&'"*()+=:;/', and can't have adjacent periods.
@cw Je constate le comportement suivant lors du déploiement, comment générez-vous le nom d'hôte pour le postgress ? Il semble qu'il s'agisse d'un cas rare car il faut encore s'en occuper.
On dirait qu'il y a un caractère non sécurisé pour l'URL dans le mot de passe qui interrompt l'analyse de l'URI de la connexion. Veuillez vous assurer qu'il n'y a pas de caractères URL spéciaux dans le mot de passe ou que les caractères spéciaux sont codés en URL.
Il est logique d'étudier la validation de la chaîne.
On dirait qu'il y a un caractère non sécurisé pour l'URL dans le mot de passe qui interrompt l'analyse de l'URI de la connexion. Veuillez vous assurer qu'il n'y a pas de caractères URL spéciaux dans le mot de passe ou que les caractères spéciaux sont codés en URL.
Je confirme que c'était aussi le problème pour moi - après avoir modifié les paramètres du générateur de mot de passe pour éviter les caractères spéciaux, le déploiement s'est terminé avec succès