1
00:00:00,360 --> 00:00:00,690
Todo bien.

2
00:00:00,690 --> 00:00:02,110
Dar una buena acogida.

3
00:00:02,120 --> 00:00:07,050
Entonces, en este video vamos a abordar el problema que mencioné en el último

4
00:00:07,320 --> 00:00:14,670
video, que es que ahora estamos usando una base de datos entre nuestro entorno de desarrollo de la nube local y

5
00:00:14,670 --> 00:00:16,410
nuestro entorno de producción en Heroku.

6
00:00:16,650 --> 00:00:25,260
Entonces nuestro código desplegado está usando la misma base de datos que nuestro campo de pruebas, que realmente no es

7
00:00:25,260 --> 00:00:26,480
una gran idea.

8
00:00:26,490 --> 00:00:32,820
datos donde se sepa si tenemos una gran aplicación nuestra base de datos principal con todos nuestros usuarios implementados.

9
00:00:32,820 --> 00:00:40,410
Las cosas funcionan bien, no es un problema en el sentido de que nuestro código está roto o que no podemos usarlo de

10
00:00:40,470 --> 00:00:45,950
esta manera, pero realmente no es una buena práctica porque no queremos tener una base de

11
00:00:46,020 --> 00:00:50,640
No queremos estar probando cosas y atornillando y agregando nuevas funciones eliminando accidentalmente entradas en la

12
00:00:51,030 --> 00:00:53,830
base de datos o eliminando toda la base de datos.

13
00:00:53,940 --> 00:00:56,220
En nuestro entorno de desarrollo

14
00:00:56,340 --> 00:00:58,210
Entonces quieres mantenerlos separados.

15
00:00:58,590 --> 00:01:01,760
Y solo para demostrar en este momento lo que estamos pasando.

16
00:01:01,860 --> 00:01:08,700
Recuerdo que lo que hicimos fue actualizar nuestro código en lugar de usar los hosts locales.

17
00:01:08,730 --> 00:01:15,660
No puede alimentar 10 o la base de datos que tenía o tenía allí, pero la versión local en la nube 9

18
00:01:15,660 --> 00:01:18,050
la actualizamos para que sea Mangu lab.

19
00:01:18,300 --> 00:01:23,970
Y esta es nuestra instancia de Mongo lab y es la misma que tenemos funcionando localmente ahora.

20
00:01:24,120 --> 00:01:27,900
Y en Heroku, así que solo actualizaré la página en ambos.

21
00:01:27,930 --> 00:01:35,490
Este es el despliegue de Heroku ya que puedes ver que tenemos una playa de rodeo y tenemos playa de rodeo solo para

22
00:01:35,520 --> 00:01:37,290
demostrar que están conectados, por supuesto.

23
00:01:37,290 --> 00:01:40,920
Agreguemos un nuevo campamento aquí.

24
00:01:42,240 --> 00:01:46,200
El nombre de este será Kirby Cove.

25
00:01:47,730 --> 00:01:53,930
Voy a usar esta imagen aquí, que es una que tomé hace unas noches totalmente sin vergüenza.

26
00:01:54,420 --> 00:01:55,870
No puedes hacer nada.

27
00:01:55,980 --> 00:02:03,750
Así que voy a copiar ese engrudo que aquí y simplemente puse blah blah blah auto completo.

28
00:02:03,900 --> 00:02:04,470
Gracias.

29
00:02:04,470 --> 00:02:07,920
Chrome haz clic en enviar.

30
00:02:07,920 --> 00:02:10,870
De acuerdo, tenemos esto aquí en Heroku.

31
00:02:11,010 --> 00:02:13,000
Y me actualizo

32
00:02:14,280 --> 00:02:18,400
Tengo el mismo código de Kirby creado aquí localmente.

33
00:02:18,780 --> 00:02:22,330
Entonces ni siquiera se trata de eventos catastróficos.

34
00:02:22,470 --> 00:02:25,950
Cuando un desarrollador podría eliminar accidentalmente toda la base de datos.

35
00:02:26,190 --> 00:02:27,000
Veamos eso.

36
00:02:27,090 --> 00:02:32,310
Digamos que quería probar una característica que quería saber es eliminar trabajando en mi ruta de eliminación.

37
00:02:33,420 --> 00:02:39,770
Bueno, si entro aquí y si eliminé algo que no he iniciado sesión, pero si lo eliminé, también lo eliminé

38
00:02:39,780 --> 00:02:44,760
de la producción, lo que significa que estoy borrando datos reales de alguien que nunca

39
00:02:44,760 --> 00:02:45,400
son buenos.

40
00:02:45,720 --> 00:02:49,000
Entonces, realmente es una buena idea tener bases de datos separadas.

41
00:02:49,050 --> 00:02:56,420
Entonces, una forma de solucionar este problema es volver a la nube 9 y solo cambiar a la nube nueve.

42
00:02:56,880 --> 00:03:05,100
Bueno, estamos usando aquí, así que ahora estamos usando la versión localhost del campamento nuevamente para

43
00:03:05,100 --> 00:03:11,190
guardar reiniciar el servidor aquí y ahora en Cloud 9 5 refresh.

44
00:03:11,190 --> 00:03:16,860
Verás que estamos usando la versión anterior o lo que estábamos usando antes de la versión local y

45
00:03:17,490 --> 00:03:22,510
en Heroku todavía estamos usando la instancia de Monga Lab porque ahora no están sincronizados.

46
00:03:22,620 --> 00:03:26,460
Tenemos cambios que realizamos localmente en la nube 9 que no le hemos presionado.

47
00:03:26,790 --> 00:03:28,620
Y esto está bien.

48
00:03:28,670 --> 00:03:35,370
molesto porque si quiero añadir una nueva característica, cambio el C S y quiero actualizarlo en Heroku.

49
00:03:35,670 --> 00:03:39,040
Esto funcionará, es válido, pero es un poco

50
00:03:39,270 --> 00:03:44,470
Bueno, entonces voy a tener que descubrir qué voy a hacer con nuestra base de datos.

51
00:03:45,120 --> 00:03:52,020
Voy a tener que comentar este comentario o volver a comprometerme a descomentar ese guardado y ordenar todo

52
00:03:52,020 --> 00:03:57,480
eso a Heroku Y luego, si quisiera agregar una nueva característica localmente nuevamente o

53
00:03:57,480 --> 00:03:58,030
probar algo.

54
00:03:58,150 --> 00:04:03,650
Comenta eso y elimino el comentario de esto y simplemente no es realmente una buena solución.

55
00:04:04,230 --> 00:04:07,960
Sin embargo, hay otra solución u otro enfoque que podemos tomar.

56
00:04:08,400 --> 00:04:17,380
hacer es escribir un código que diga si estamos en producción o si configuramos la base de datos.

57
00:04:17,400 --> 00:04:20,430
Y básicamente, lo que vamos a

58
00:04:20,430 --> 00:04:23,690
De lo contrario, configúralo para que sea aquí.

59
00:04:24,210 --> 00:04:26,570
Ahora no va a ser una declaración if.

60
00:04:26,760 --> 00:04:31,990
Y técnicamente no estamos verificando si estamos en producción si estamos dentro o si estamos en Heroku.

61
00:04:32,190 --> 00:04:33,620
Es un poco diferente.

62
00:04:33,900 --> 00:04:37,300
Lo que vamos a hacer es usar algo llamado variables de entorno.

63
00:04:37,620 --> 00:04:39,940
Así que los hemos visto antes.

64
00:04:40,470 --> 00:04:47,530
revisa y cada proceso de la aplicación Express envidia el proceso del puerto que IP EMV.

65
00:04:47,540 --> 00:04:49,530
Esta pequeña línea aquí que

66
00:04:49,590 --> 00:04:52,550
Entonces, ¿qué significa esto? ¿Qué es esto?

67
00:04:52,560 --> 00:04:56,640
Y repasé esto brevemente, pero creo que tendréis un poco más de sentido ahora que

68
00:04:56,640 --> 00:04:57,680
ya tenéis más experiencia.

69
00:04:57,750 --> 00:05:02,990
A lo que se refiere es al entorno en el que se está ejecutando este código.

70
00:05:04,010 --> 00:05:11,770
Entonces el proceso que envidiaste al puerto en la nube nueve puede ser diferente de procesar ese puerto

71
00:05:11,800 --> 00:05:15,910
de puntos en su Roku, probablemente sea IP definitivamente.

72
00:05:16,100 --> 00:05:23,660
son formas de agregar variables que no son cosas codificadas que cambian según el entorno en el que se están ejecutando.

73
00:05:23,660 --> 00:05:24,900
Así que estas

74
00:05:24,950 --> 00:05:29,590
Entonces podríamos haber puesto algo así como 80 80 aquí.

75
00:05:29,840 --> 00:05:31,700
Pero, por supuesto, está codificado.

76
00:05:31,820 --> 00:05:33,010
Eso no es dinámico.

77
00:05:33,020 --> 00:05:39,980
Esto nos permite tener variables que responden al entorno y en el nodo en JavaScript, en realidad

78
00:05:39,980 --> 00:05:41,180
solo un nodo.

79
00:05:41,360 --> 00:05:45,050
Siempre comienzan con el proceso D-NV, así es como se accede a ellos.

80
00:05:45,050 --> 00:05:47,600
Y luego el nombre de la variable.

81
00:05:48,110 --> 00:05:55,910
Entonces, lo que vamos a hacer aquí es tener una variable de entorno que llamará a la base de datos

82
00:05:55,910 --> 00:06:05,150
Yoro y en Heroku vamos a configurar la base de datos que puede ser tan larga aquí y todo lo que tendrá que

83
00:06:05,570 --> 00:06:07,280
hacer es básicamente escribir

84
00:06:09,840 --> 00:06:13,340
el proceso en la base de datos que eres

85
00:06:13,850 --> 00:06:19,120
Y eso se referirá a la URL correcta de tu entorno.

86
00:06:20,030 --> 00:06:21,670
Y luego haremos lo mismo aquí.

87
00:06:21,680 --> 00:06:30,560
Estamos bien establecidos en la base de datos de la nube nueve Arel para que sea Mongar D-B colon nos corte localhost ella

88
00:06:30,570 --> 00:06:31,670
puede Campfield 10.

89
00:06:31,670 --> 00:06:36,630
Entonces, de nuevo, la idea es que podemos crear una variable de entorno que no te he mostrado cómo hacerlo.

90
00:06:36,650 --> 00:06:38,630
Así es como tienes acceso a ellos.

91
00:06:38,840 --> 00:06:42,950
Pero recuerda que esto viene de fuera de esta aplicación.

92
00:06:42,950 --> 00:06:47,810
Esto proviene de la aplicación real o del entorno real del servidor en el que

93
00:06:47,810 --> 00:06:49,060
estamos ejecutando el código.

94
00:06:49,820 --> 00:06:56,720
hacemos que esto funcione, voy a empezar yendo hasta aquí cerrando y voy a crear una nueva variable de

95
00:06:56,720 --> 00:07:03,830
entorno en la línea de comando en el entorno cuando un tipo exportar es un nuevo comando y luego '

96
00:07:03,830 --> 00:07:09,500
Voy a escribir mi variable de entorno, que generalmente la convención tiene que hacer en mayúsculas.

97
00:07:09,500 --> 00:07:10,870
Entonces, para demostrar cómo

98
00:07:10,880 --> 00:07:13,450
Como puede ver aquí el puerto IP.

99
00:07:13,590 --> 00:07:16,420
Así que haremos base de datos.

100
00:07:16,970 --> 00:07:27,800
Todos son iguales y vamos a comenzar a restablecerlo de manera similar a lo que queremos ejecutar en nuestra instancia de la nube en la

101
00:07:27,800 --> 00:07:31,680
que queremos que la base de datos esté igual.

102
00:07:32,240 --> 00:07:34,250
Solo así y presiona enter

103
00:07:37,310 --> 00:07:39,860
para comprobar si eso fue así.

104
00:07:41,020 --> 00:07:46,000
Voy a hacer esto aquí mismo en realidad aquí mismo.

105
00:07:46,130 --> 00:07:49,170
Cancele ese proceso de registro.

106
00:07:49,450 --> 00:07:50,260
Papi, envidia

107
00:07:50,390 --> 00:07:54,960
Y esto necesita coincidir con la base de datos que conoces.

108
00:07:56,180 --> 00:08:03,460
Y si vemos que este anfitrión local de Canvey 10 blau blah blah de Mongar D-B es devuelto o impreso,

109
00:08:03,500 --> 00:08:09,170
sabremos que hemos establecido con éxito la base de datos de desarrollo que usted conoce.

110
00:08:09,860 --> 00:08:13,110
Entonces, veamos qué sucede con el nodo.

111
00:08:13,190 --> 00:08:17,600
Sí, vamos a ver que fue impreso aquí.

112
00:08:17,690 --> 00:08:19,790
Nunca dije imprimir localhost.

113
00:08:19,800 --> 00:08:20,690
Puedes fingir

114
00:08:20,690 --> 00:08:24,670
Dije que la base de datos de variables de entorno está activa.

115
00:08:25,080 --> 00:08:31,440
Así que ahora todo lo que tenemos que hacer es decir Mangeshkar conectarse para procesar la base

116
00:08:33,860 --> 00:08:34,940
de datos NVI.

117
00:08:35,010 --> 00:08:45,410
Usted IRA y luego en Heroku tenemos que ir a la base de datos de actualización que usted sabe que es este gigante del laboratorio de Mongo. Usted es

118
00:08:45,410 --> 00:08:48,760
todo cuerda, pero solo queremos que eso suceda en Heroku.

119
00:08:48,860 --> 00:08:52,320
Queremos dejar esto solo en la nube nueve.

120
00:08:52,520 --> 00:08:56,770
Así que solo asegurémonos de que funcione para vocalizar un reinicio.

121
00:08:56,990 --> 00:08:57,760
Estupendo.

122
00:08:58,220 --> 00:09:04,850
Vayamos a nuestra versión correcta aquí. Actualicemos y todavía recibimos el código local. Por supuesto, Heroku no ha

123
00:09:04,850 --> 00:09:08,070
cambiado porque no hemos enviado ningún código a Heroku.

124
00:09:08,660 --> 00:09:13,670
Entonces, si guardamos esto, agreguemos y confirmemos,

125
00:09:18,050 --> 00:09:20,570
digamos, actualizar el

126
00:09:23,570 --> 00:09:27,170
IRL get push Heroku M. Si tratamos de ejecutar la versión de Heroku en este momento,

127
00:09:29,150 --> 00:09:35,510
si tan pronto como esto termine al menos, si intento actualizar esta página, tendré un error porque Heroku es el

128
00:09:35,510 --> 00:09:41,930
servidor que podría encontrar el estudio de proceso y la base de datos de videos. usted sabe porque no está configurado.

129
00:09:41,930 --> 00:09:46,120
Así que solo para mostrarles que la

130
00:09:46,550 --> 00:09:56,930
actualización puede demorar un poco y que deben obtener un error de aplicación y mientras eso suceda, vamos.

131
00:09:56,930 --> 00:09:58,820
Error de aplicación nuevamente si realmente quiere saber exactamente qué está sucediendo.

132
00:09:58,850 --> 00:10:03,060
Son registros de Heroku y puedes ver aquí. No sé cuán útil será el mensaje

133
00:10:03,070 --> 00:10:04,250
de error que recibamos.

134
00:10:06,800 --> 00:10:13,140
Veamos.

135
00:10:13,250 --> 00:10:15,450
Este podría ser uno de esos

136
00:10:15,470 --> 00:10:21,770
mensajes que no te dicen exactamente lo que esperabas, pero nos dice que hay un error en Mongar D-B.

137
00:10:21,770 --> 00:10:24,560
Yesso no menciona explícitamente que esta base de datos es

138
00:10:26,820 --> 00:10:34,080
un problema porque lo que realmente está sucediendo es que está intentando conectarse a una cadena vacía lo más probable es que técnicamente no sea un problema,

139
00:10:34,090 --> 00:10:39,580
excepto por el hecho de que no hay una base de datos ubicado en el que eres una cadena vacía.

140
00:10:40,020 --> 00:10:45,310
Entonces es una especie de mensaje de error inesperado.

141
00:10:45,490 --> 00:10:49,020
Así que les digo que el problema es que

142
00:10:49,600 --> 00:10:55,990
no hemos configurado un proceso o que no hemos configurado la variable de entorno en Heroku.

143
00:10:55,990 --> 00:10:58,770
Entonces, para hacer eso, hay algunas maneras diferentes en que podemos hacerlo si vamos a Heroku.

144
00:10:59,530 --> 00:11:05,070
Probablemente necesite volver a iniciar sesión. Actualizo la página.

145
00:11:05,200 --> 00:11:09,640
No, no necesitaba acostarme de nuevo.

146
00:11:10,750 --> 00:11:12,170
Aquí está nuestra aplicación.

147
00:11:12,220 --> 00:11:13,910
Bueno, si entramos y entramos en la configuración, creo que sí.

148
00:11:14,010 --> 00:11:22,530
Y luego siga desplazándose hacia abajo o vaya a las variables de configuración.

149
00:11:23,500 --> 00:11:30,420
Podemos agregar una variable aquí.

150
00:11:31,140 --> 00:11:33,230
Entonces queremos que tu base de datos Earl sea esa cadena gigante.

151
00:11:33,460 --> 00:11:39,170
Lo copié y hago clic en agregar.

152
00:11:39,190 --> 00:11:43,880
Y si volvemos ahora, intente actualizar la página.

153
00:11:45,510 --> 00:11:48,930
Funciona perfectamente bien.

154
00:11:49,540 --> 00:11:52,230
Entonces esa es una forma de hacerlo.

155
00:11:52,260 --> 00:11:53,920
Le mostré cómo pasar a Heroku

156
00:11:53,980 --> 00:12:01,420
y agregarle una base de datos de pares de valores clave, Erlass y la clave o el nombre de la variable variable de entorno y luego un valor.

157
00:12:01,420 --> 00:12:05,050
Esa es una forma de hacerlo, a la inversa, a través de la línea de comando puede ejecutar un comando.

158
00:12:05,400 --> 00:12:11,170
Podemos hacer esto aquí mismo.

159
00:12:12,150 --> 00:12:13,330
Tengo el No.

160
00:12:13,360 --> 00:12:14,760
J. S. los documentos de soporte se abren en Heroku esta línea establece Heroku configuración de dos puntos y luego la clave es igual a valor.

161
00:12:14,760 --> 00:12:24,760
Así que copiaré este primer bit si queremos, no voy a hacer eso realmente.

162
00:12:25,420 --> 00:12:29,720
No voy a presionar enter pero solo quiero mostrarte que sería el conjunto de

163
00:12:29,730 --> 00:12:36,340
configuración de Heroku Kolin y luego la base de datos eres igual a mí y luego tenemos que pegar que estás arriba.

164
00:12:36,340 --> 00:12:42,210
Pero voy a hacer eso.

165
00:12:42,940 --> 00:12:44,710
Otra cosa que no he

166
00:12:44,710 --> 00:12:50,200
mencionado aún es que hay otra buena razón para usar variables de entorno, que es

167
00:12:50,350 --> 00:12:58,270
que allí están ocultas, y no están expuestas a lo que sean desarrolladores si colocas este código en un buen centro.

168
00:12:58,270 --> 00:12:59,550
mi base de datos.

169
00:12:59,710 --> 00:13:05,920
No queremos tener nuestra base de datos aquí, por supuesto, o si usted ya sabe que no está en

170
00:13:05,910 --> 00:13:06,340
Pero esta no es obviamente una aplicación real.

171
00:13:06,360 --> 00:13:09,370
Pero si se trataba de una aplicación

172
00:13:09,490 --> 00:13:16,870
real, incluso si es una aplicación de código abierto o partes de mi código o código abierto, no

173
00:13:16,870 --> 00:13:23,320
quiero exponer mis datos o mi base de datos a todos los que miran el código.

174
00:13:23,320 --> 00:13:24,110
Entonces, al

175
00:13:24,580 --> 00:13:32,230
tener esta línea aquí, Mongar iniciará el proceso de conexión que la base de datos de puntos NV que ya no es un problema.

176
00:13:32,230 --> 00:13:33,250
propia base de datos.

177
00:13:33,790 --> 00:13:40,930
Para que esto sea todo lo que vería un desarrollador o cualquier persona que navegue por el código al llegar a su casa y tendrían que configurar su

178
00:13:40,930 --> 00:13:43,230
Todos están usando variables de entorno.

179
00:13:43,240 --> 00:13:46,490
DE ACUERDO.

180
00:13:47,050 --> 00:13:47,770
Así que vamos a recapitular lo que hicimos.

181
00:13:48,190 --> 00:13:49,850
Empezamos teniendo el problema

182
00:13:49,990 --> 00:13:56,890
del problema de una base de datos para desarrollo y producción una base de datos compartida para arreglar eso.

183
00:13:57,700 --> 00:13:58,870
Configuramos nuestras variables

184
00:13:58,890 --> 00:14:07,300
de entorno URL de base de datos localmente en la nube nueve y en dos valores diferentes para la misma variable.

185
00:14:07,300 --> 00:14:08,910
Y luego accedimos a esa

186
00:14:09,190 --> 00:14:15,300
variable la variable de entorno utilizando el proceso que ENVI base de datos que IRL y nos conectamos a eso.

187
00:14:16,210 --> 00:14:17,360
Entonces tenemos dos resultados.

188
00:14:17,380 --> 00:14:19,120
Una cosa que mencionaré es que vale la pena establecer un valor predeterminado.

189
00:14:19,480 --> 00:14:25,050
Entonces, digamos que de alguna manera atornillé mi aplicación si reinicio mi computadora.

190
00:14:25,500 --> 00:14:31,640
No sé si reinicié este espacio de trabajo en mi variable de entorno se fue o lo estoy

191
00:14:31,650 --> 00:14:38,590
enviando a alguien y quiero que lo tengan. No sé una base de datos predeterminada que podrían usar solo para

192
00:14:38,620 --> 00:14:44,940
que el código no lo haga. No se romperá por completo si no configuré esto de forma explícita.

193
00:14:45,220 --> 00:14:49,790
Lo que puedo hacer es agregar un pequeño respaldo, así que crearemos una variable y la llamaremos.

194
00:14:49,890 --> 00:14:55,480
Todos son iguales y vamos a hacer el proceso iniciado en la base de datos que usted es real o.

195
00:14:55,650 --> 00:15:03,710
Y luego pondremos algo de lo que está por ahí, así que hagamos lo que sea, ya que ELLYARD ya lo perdió.

196
00:15:04,690 --> 00:15:14,550
Ahí tienes.

197
00:15:15,230 --> 00:15:16,850
Entonces esto solo será una copia de seguridad.

198
00:15:17,830 --> 00:15:20,770
Así que, nuevamente, lo que está sucediendo aquí

199
00:15:20,800 --> 00:15:28,660
es que no es obligatorio, no cambia la funcionalidad, pero si por alguna razón mi variable de entorno se estropeó o no existió.

200
00:15:28,650 --> 00:15:33,220
va a ser igual a la variable de entorno si existe.

201
00:15:33,220 --> 00:15:39,100
En lugar de descifrar el código, lo que sucederá es que esto es todo variable,

202
00:15:39,100 --> 00:15:42,620
Si es una cadena vacía, o si no

203
00:15:43,300 --> 00:15:49,270
existe, va a ser igual a esto, que es solo nuestra copia de seguridad.

204
00:15:49,270 --> 00:15:50,410
En este caso, en la nube nueve, hay exactamente lo mismo.

205
00:15:50,400 --> 00:15:54,470
Realmente no es obligatorio de nuevo.

206
00:15:54,610 --> 00:15:56,000
Es una buena práctica tenerla en caso de que algo salga mal.

207
00:15:56,020 --> 00:16:00,410
Pero realmente solo te lo estoy mostrando porque es bastante común ver esto también.

208
00:16:00,790 --> 00:16:04,600
DE ACUERDO.

209
00:16:04,950 --> 00:16:05,550
Es una

210
00:16:05,800 --> 00:16:12,150
forma larga y sin rodeos de acercarse a esto, pero todo se reduce al hecho de que queremos que diferentes bases de

211
00:16:12,370 --> 00:16:19,170
datos procesen que en la base de datos de videos, IRL es cómo accedemos a las variables de entorno desde una aplicación de nodo.

212
00:16:19,170 --> 00:16:20,530
Desea dejar en claro que las variables de entorno no son una cosa de nodo o una cosa de javascript.

213
00:16:20,660 --> 00:16:26,770
Las aplicaciones de Ruby rails aplicaciones de Python todas ellas pueden acceder a variables

214
00:16:26,770 --> 00:16:33,580
de entorno y en general se ven relativamente simples similares a esto, simplemente ocurre que

215
00:16:33,660 --> 00:16:39,760
en el nodo se escribe el proceso en vi en otros lenguajes como Ruby.

216
00:16:39,760 --> 00:16:41,850
A menudo verá algo como la base de datos ENV que conoce.

217
00:16:41,880 --> 00:16:47,040
Por lo tanto, es un concepto universal, no es

218
00:16:47,710 --> 00:16:54,850
específico de un nodo y también es universal en todo tipo de aplicaciones.

219
00:16:54,850 --> 00:16:55,930
No solo usa esto para que las URL de la base de datos lo utilicen en cualquier momento que lo desee.

220
00:16:55,920 --> 00:17:01,200
Parece un error tipográfico aquí.

221
00:17:01,310 --> 00:17:03,770
De cualquier manera, debería ser localhost.

222
00:17:03,790 --> 00:17:06,730
Úselo cuando quiera tener información

223
00:17:06,820 --> 00:17:14,290
diferente entre el desarrollo o la producción de sus diferentes entornos.

224
00:17:14,290 --> 00:17:15,380
También lo usa cuando quiere ocultar u ocultar información de alguien y obtener ayuda, por ejemplo.

225
00:17:15,390 --> 00:17:22,300
Entonces, si tenía su tarjeta de crédito PayPal o su tarjeta de

226
00:17:22,540 --> 00:17:31,510
crédito Strype procesando la información API dentro de su aplicación porque la necesitaba para el código.

227
00:17:31,510 --> 00:17:33,350
Bueno, si quieres compartir tu experiencia actual, obviamente no querrás empujarla hacia arriba.

228
00:17:33,570 --> 00:17:37,700
Entonces, lo que puedes hacer es crear una variable de entorno y hacer algo como proceso.

229
00:17:37,810 --> 00:17:43,760
Ian VI murió información súper sensible y esa es una forma de evitar el

230
00:17:43,820 --> 00:17:53,740
problema de querer compartir su código, hacerlo público, pero también no querer compartir su información súper sensible donde alguien podría tomar su clave

231
00:17:53,740 --> 00:18:00,100
de API y acumular una factura de miles y miles de dólares que en realidad

232
00:18:00,100 --> 00:18:06,090
sucede, algunas de las compañías más grandes son mucho mejores para controlar eso.

233
00:18:06,100 --> 00:18:11,050
Así que Amazon, por ejemplo, si tiene su clave API de Amazon

234
00:18:11,050 --> 00:18:19,980
o su información AWOS, la información de servicios web de Amazon Web Services en realidad lo sabrá y le enviarán un

235
00:18:20,200 --> 00:18:26,140
mensaje que le indicará que debe cancelarlo inmediatamente o que va a deshabilitarlo. eso.

236
00:18:26,130 --> 00:18:28,960
Alguien podría cobrar miles y miles de dólares por esto.

237
00:18:28,990 --> 00:18:32,170
Podrían utilizarlo o, básicamente, su cuenta para ejecutar una gran factura que no tienen que pagar.

238
00:18:32,290 --> 00:18:38,110
Ocurre con relativa frecuencia.

239
00:18:38,430 --> 00:18:40,810
He oído hablar de algunos estudiantes que

240
00:18:40,810 --> 00:18:46,550
tienen ese problema y el mío y prometen, pero definitivamente he oído hablar de eso antes.

241
00:18:46,600 --> 00:18:48,640
Todo bien.

242
00:18:48,630 --> 00:18:49,270
Así que procesar la envidia es cómo accedemos a las variables de entorno.

243
00:18:49,270 --> 00:18:52,300
Tenemos dos bases de datos establecidas. Camp ahora implementó dos bases de datos diferentes.

244
00:18:52,330 --> 00:18:58,000
No comparten ninguna información que es como lo queremos.

245
00:18:57,990 --> 00:19:01,290
Increíble

246
00:19:01,620 --> 00:19:01,930
&nbsp;
