Excelent video, gracias. Una duda, he notado que al ejecutar ng serve no toma por default el ambiete de development sino el que tenga en el parametro defaultConfiguration del archivo angular.json, sin embargo en el video si toma development aún cuando defaultConfiguration está seteado a production. Si elimino la variable defaultConfiguration me toma production y no development. Por qué sucede eso? gracias.
Nico una consulta, yo necesito tener las variables de entorno fuera de angular cuando dockerizo mi front, me ha pasado que cuando construyó la imagen pongo las variables en los archivos environment pero si quiero cambiarlas tengo que re buildear la imagen, sin embargo si las tuviera fuera no hubiera ese problema.
Hola nicolas, en el caso particular de firebase me parece incorrecto tener las api keys en los environments, y esto aplicaria para cualquier app que se conecte a un servicio directamente desde el front, ya que estos environments se suben a github, es mejor opcion tener un archivo.ts con estos Secrets, ignorarlo, y los en environments importen los secrets de ahi, adicionalmente se puede tener un archivo-template.ts para dejar constancia de que se necesitan estos secrets para arrancar el proyecto y ya cada quien lo hace en su maquina local sin comprometer data.
Si hacés una SPA igual esos secrects quedan dentro de los archivos JSs, entonces no sirve de mucho que evites agregarlos al repositorio si igual con un inspeccionar dentro del navegador los puedes ver, esto es un tema muy interesante y me da para hacer un vídeo de este tema, pero en resumen para una SPA es inevitable, y spoiler alert con unas mejoras de Angular en SSR pronto se podría poner estás variables desde el server.
Entiendo que quisieron simplificar y reducir la cantidad de archivos al crear un proyecto nuevo, pero quitar los enviroments no estuvo bien. Lo que tendrían que haber hecho es agregarlo como una pregunta más en el angular cli como hacen con styles, ssr, etc 🤷
Excelente tenerlo en cuenta. No sabía que con ng serve -c production podía apuntar a las variables de producción.
Muchas gracias por enseñarnos.
Muchas gracias Nico
excelente contenido muchas gracias
Justo necesitaba ayuda con esto
Gracias Nico!
Excelente info #nicobytes
Gran tutorial Nico 🎉
Excelent video, gracias. Una duda, he notado que al ejecutar ng serve no toma por default el ambiete de development sino el que tenga en el parametro defaultConfiguration del archivo angular.json, sin embargo en el video si toma development aún cuando defaultConfiguration está seteado a production. Si elimino la variable defaultConfiguration me toma production y no development. Por qué sucede eso? gracias.
Nico una consulta, yo necesito tener las variables de entorno fuera de angular cuando dockerizo mi front, me ha pasado que cuando construyó la imagen pongo las variables en los archivos environment pero si quiero cambiarlas tengo que re buildear la imagen, sin embargo si las tuviera fuera no hubiera ese problema.
Debería venir los env.
Hola nicolas, en el caso particular de firebase me parece incorrecto tener las api keys en los environments, y esto aplicaria para cualquier app que se conecte a un servicio directamente desde el front, ya que estos environments se suben a github, es mejor opcion tener un archivo.ts con estos Secrets, ignorarlo, y los en environments importen los secrets de ahi, adicionalmente se puede tener un archivo-template.ts para dejar constancia de que se necesitan estos secrets para arrancar el proyecto y ya cada quien lo hace en su maquina local sin comprometer data.
Si hacés una SPA igual esos secrects quedan dentro de los archivos JSs, entonces no sirve de mucho que evites agregarlos al repositorio si igual con un inspeccionar dentro del navegador los puedes ver, esto es un tema muy interesante y me da para hacer un vídeo de este tema, pero en resumen para una SPA es inevitable, y spoiler alert con unas mejoras de Angular en SSR pronto se podría poner estás variables desde el server.
@@nicobytes esperamos ese vídeo, gracias Nico
@@nicobytes entonces como tal no hay problema que al final se pueda acceder a la variable de entorno del backend ya en prod mediante al navegador?
Entiendo que quisieron simplificar y reducir la cantidad de archivos al crear un proyecto nuevo, pero quitar los enviroments no estuvo bien.
Lo que tendrían que haber hecho es agregarlo como una pregunta más en el angular cli como hacen con styles, ssr, etc 🤷