Manejo de Ambientes en

แชร์
ฝัง
  • เผยแพร่เมื่อ 18 ธ.ค. 2024

ความคิดเห็น • 17

  • @Martin56754
    @Martin56754 6 วันที่ผ่านมา

    Gran aporte

  • @FrontendDummies
    @FrontendDummies 6 หลายเดือนก่อน +2

    Excelente tenerlo en cuenta. No sabía que con ng serve -c production podía apuntar a las variables de producción.

  • @scubacode41
    @scubacode41 4 หลายเดือนก่อน

    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.

  • @Djkde
    @Djkde 6 หลายเดือนก่อน

    Justo necesitaba ayuda con esto
    Gracias Nico!

  • @danilocaro2860
    @danilocaro2860 6 หลายเดือนก่อน

    Muchas gracias Nico

  • @raulbolanos4920
    @raulbolanos4920 6 หลายเดือนก่อน

    Muchas gracias por enseñarnos.

  • @mugatu2017
    @mugatu2017 6 หลายเดือนก่อน

    excelente contenido muchas gracias

  • @jdavidduart6580
    @jdavidduart6580 6 หลายเดือนก่อน

    Gran tutorial Nico 🎉

  • @felipemendietaz4947
    @felipemendietaz4947 6 หลายเดือนก่อน +1

    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.

  •  6 หลายเดือนก่อน

    Debería venir los env.

  • @danielpacheco2520
    @danielpacheco2520 6 หลายเดือนก่อน +1

    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.

    • @nicobytes
      @nicobytes  6 หลายเดือนก่อน +5

      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.

    • @danielpacheco2520
      @danielpacheco2520 6 หลายเดือนก่อน +2

      @@nicobytes esperamos ese vídeo, gracias Nico

    • @isahirzm
      @isahirzm 5 หลายเดือนก่อน

      @@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?

    • @nestorg-mx
      @nestorg-mx หลายเดือนก่อน

      Hola @@nicobytes Ojalá pronto puedas desmenuzar, ese tema de cual es la mejor forma de manejar las api keys de firebase, me interesa mucho, ya que me causa inquietud que queden expuestas o bien si lo están hay algún riesgo de seguridad. De antemano gracias por tu contenido, muy enriquecedor. Saludos

  • @alucho79
    @alucho79 6 หลายเดือนก่อน +1

    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 🤷

  • @Adrian__d-.-b
    @Adrian__d-.-b 6 หลายเดือนก่อน

    Excelente info #nicobytes