front: fix: local variable #60
Conversation
There was a problem hiding this comment.
Incompréhension tout de même : pourquoi ça ne marche pas chez toi le code actuel alors que cela devrait ?!
import.meta.env.PROD est la manière officielle de distinguer la production pour un package Vite (obtenue en faisant un npm run build) et le développement (obtenu en faisant npm run dev).
Ajouter notre sauce par dessus me semble très piegeux. A minima extrêmement bien le commenter.
|
|
||
| export const FULL_BASE_API_URL = IS_LOCAL_DEV | ||
| ? "http://localhost:8000/api" | ||
| : import.meta.env.VITE_BASE_API_URL || `${window.location.origin}/api` |
There was a problem hiding this comment.
Cette variable d'environnement BASE_API_URL (le préfixe VITE est ajouté par Vite) est définie en production (via deploy/roles/frontend/templates/frontend.env). Elle est donc systématiquement présente.
Par cohérence, je suis pour n'avoir que l'option import.meta.env.VITE_BASE_URL ou bien la supprimer de frontend.env.
(et d'ajouter un commentaire dessus).
Mais du coup, si le code devient :
export const FULL_BASE_API_URL = IS_LOCAL_DEV
? "http://localhost:8000/api"
: import.meta.env.VITE_BASE_API_URLAlors il serait tout aussi correct d’écrire = ma proposition finale
export const FULL_BASE_API_URL = import.meta.env.VITE_BASE_API_URL || "http://localhost:8000/api"There was a problem hiding this comment.
Il serait aussi + correct d’écrire : import.meta.env.BASE_URL que window.location.origin selon moi.
Changement du nom de la variable de local dev pour que ça marche et être cohérent avec le back