Conversation
4674748 to
d7773d8
Compare
config/settings/dev.py
Outdated
|
|
||
| ALLOWED_HOSTS = ["localhost", "127.0.0.1", "192.168.0.1", "0.0.0.0"] | ||
| if os.getenv("CUSTOM_ALLOWED_HOST"): | ||
| ALLOWED_HOSTS.append(os.getenv("CUSTOM_ALLOWED_HOST")) |
There was a problem hiding this comment.
est-ce qu'on ne pourrait pas directement ajouter os.getenv("RUNSERVER_DOMAIN").split(":")[0] ?
There was a problem hiding this comment.
Ah bah oui c'est une très bonne idée ça ! 👍
| En supposant que votre serveur ait pour IP `100.1.2.3`, ajoutez ces lignes à votre `.envrc` : | ||
|
|
||
| ``` | ||
| export RUNSERVER_DOMAIN=100.1.2.3:8000 |
There was a problem hiding this comment.
C'est géré où , ça ne fonctionne pas chez moi 🤔 ?
There was a problem hiding this comment.
C'est une variable optionnelle utilisée dans le make runserver :
runserver: $(VIRTUAL_ENV)
python manage.py runserver $(RUNSERVER_DOMAIN)
Si ça ne fonctionne pas chez toi, tu peux confirmer que tu utilises bien direnv ? Et que tu as fait un direnv reload pour prendre en compte la modification de ton .envrc ?
There was a problem hiding this comment.
oups, j'avais en effet oublié de recharger (j'utilise direnv allow d'ailleurs, pas sur de ce qui change par rapport à reload mais les 2 fonctionnent)
Ça fonctionne bien, et du coup j'aurai tendance à "écouter" RUNSERVER_DOMAIN s'il existe pour remplir ALLOWED_HOSTS
There was a problem hiding this comment.
Il faut peut-être aussi un direnv allow. Dans le terminal tu peux vérifier immédiatemment si la variable est chargée correctement via un echo $RUNSERVER_DOMAIN.
🤔 Pourquoi ?
Si un développeur fait tourner son local dev sur une machine A (ex : un laptop) et veut y accéder depuis une machine B (ex : une tablette), il ne peut jusqu'ici pas le faire proprement (nécessité de modifier
dev.pyqui est versionné) et il manque la documentation de comment y parvenir.