1
00:00:00,360 --> 00:00:00,690
Tudo bem.

2
00:00:00,690 --> 00:00:02,110
Bem vindo de volta.

3
00:00:02,120 --> 00:00:07,050
Então, neste vídeo, vamos abordar o problema que eu mencionei no último vídeo, que

4
00:00:07,320 --> 00:00:14,670
é agora, estamos usando um banco de dados entre o nosso ambiente de desenvolvimento da nuvem local nove e nosso

5
00:00:14,670 --> 00:00:16,410
ambiente de produção no Heroku.

6
00:00:16,650 --> 00:00:25,260
Portanto, nosso código implantado está usando o mesmo banco de dados que nosso campo de testes é qual não é realmente

7
00:00:25,260 --> 00:00:26,480
uma ótima idéia.

8
00:00:26,490 --> 00:00:32,820
você sabe se nós temos um grande aplicação do nosso banco de dados principal com todos os nossos usuários implantados.

9
00:00:32,820 --> 00:00:40,410
As coisas funcionam bem, não é um problema no sentido de que o nosso código está quebrado ou que não podemos conseguir usando esse

10
00:00:40,470 --> 00:00:45,950
caminho, mas na verdade não é uma boa prática porque não queremos ter um banco de dados onde

11
00:00:46,020 --> 00:00:50,640
Não queremos testar coisas e aparafusar e adicionar novos recursos, excluindo acidentalmente entradas no banco

12
00:00:51,030 --> 00:00:53,830
de dados ou excluindo todo o banco de dados.

13
00:00:53,940 --> 00:00:56,220
Em nosso ambiente de desenvolvimento.

14
00:00:56,340 --> 00:00:58,210
Então, você deseja manter esses separados.

15
00:00:58,590 --> 00:01:01,760
E apenas para demonstrar agora o que estamos acontecendo.

16
00:01:01,860 --> 00:01:08,700
Lembro-me de que o que fizemos foi atualizar o nosso código em vez de usar os hosts locais.

17
00:01:08,730 --> 00:01:15,660
Você não pode alimentar 10 ou qualquer banco de dados que você ou você tenha tido lá, mas a versão local na

18
00:01:15,660 --> 00:01:18,050
nuvem 9 nós atualizamos para ser Mangu lab.

19
00:01:18,300 --> 00:01:23,970
E esta é a nossa instância de laboratório Mongo e é o mesmo que temos esta execução local agora.

20
00:01:24,120 --> 00:01:27,900
E em Heroku, então vou atualizar a página em ambos.

21
00:01:27,930 --> 00:01:35,490
Esta é a implantação do Heroku, como você pode ver, temos uma praia de rodeio e temos praia de rodeio novamente apenas para provar

22
00:01:35,520 --> 00:01:37,290
que eles estão conectados, é claro.

23
00:01:37,290 --> 00:01:40,920
Vamos adicionar um novo acampamento aqui.

24
00:01:42,240 --> 00:01:46,200
O nome para este será Kirby cove.

25
00:01:47,730 --> 00:01:53,930
Eu vou usar esta imagem aqui, que é uma que eu levei algumas noites atrás plug totalmente sem vergonha.

26
00:01:54,420 --> 00:01:55,870
Nada que você possa fazer sobre isso.

27
00:01:55,980 --> 00:02:03,750
Então eu vou copiar essa pasta que aqui e simplesmente colocar blah blah blah auto completo.

28
00:02:03,900 --> 00:02:04,470
Obrigado.

29
00:02:04,470 --> 00:02:07,920
Clique no botão Chrome para enviar.

30
00:02:07,920 --> 00:02:10,870
Tudo bem, então temos isso aqui em Heroku.

31
00:02:11,010 --> 00:02:13,000
E eu atualizo.

32
00:02:14,280 --> 00:02:18,400
Eu tenho o mesmo código Kirby criado aqui localmente.

33
00:02:18,780 --> 00:02:22,330
Portanto, não é mesmo sobre eventos catastróficos.

34
00:02:22,470 --> 00:02:25,950
Quando um desenvolvedor poderia excluir acidentalmente todo o banco de dados.

35
00:02:26,190 --> 00:02:27,000
Vamos ver isso.

36
00:02:27,090 --> 00:02:32,310
Digamos que queria testar um recurso que queria saber, é excluir o funcionamento da minha rota de exclusão.

37
00:02:33,420 --> 00:02:39,770
Bem, se eu entrar aqui e se eu excluir algo que não tenha iniciado, mas se eu excluí-lo, eu também o

38
00:02:39,780 --> 00:02:44,760
exclui da produção, o que significa que estou excluindo os dados reais de alguém que nunca

39
00:02:44,760 --> 00:02:45,400
são bons.

40
00:02:45,720 --> 00:02:49,000
Portanto, é realmente uma boa idéia ter bancos de dados separados.

41
00:02:49,050 --> 00:02:56,420
Portanto, uma maneira de corrigir esse problema é apenas voltar para a nuvem 9 e apenas na mudança nove nuvens.

42
00:02:56,880 --> 00:03:05,100
Bem, estamos usando aqui para que agora estamos usando a versão local do campo local novamente para salvar

43
00:03:05,100 --> 00:03:11,190
o reinício do servidor aqui e agora na atualização da nuvem 9 5.

44
00:03:11,190 --> 00:03:16,860
Você verá que estamos usando a versão antiga ou o que estávamos usando antes da versão local e

45
00:03:17,490 --> 00:03:22,510
no Heroku ainda estamos usando a instância do laboratório de Monga, porque agora não estão sincronizados.

46
00:03:22,620 --> 00:03:26,460
Nós mudamos o que fizemos localmente na nuvem 9, que não o fizemos.

47
00:03:26,790 --> 00:03:28,620
E isso é bom.

48
00:03:28,670 --> 00:03:35,370
se eu quiser deixar de dizer, adicionei um novo recurso, mudo o C S S e quero atualizar isso no Heroku.

49
00:03:35,670 --> 00:03:39,040
Isso funcionará, é válido, mas é um pouco irritante porque,

50
00:03:39,270 --> 00:03:44,470
Bem, então, eu vou ter que descobrir o que vou fazer sobre o nosso banco de dados que você conhece.

51
00:03:45,120 --> 00:03:52,020
Eu vou ter que comentar esse comentário com isso ou comprometer-se novamente em descomentar que um salvar e comandar tudo isso

52
00:03:52,020 --> 00:03:57,480
empurrá-lo para Heroku E, em seguida, se eu quisesse adicionar um novo recurso localmente novamente ou

53
00:03:57,480 --> 00:03:58,030
testar algo.

54
00:03:58,150 --> 00:04:03,650
Eu comento isso e descomente isso e é só que não é realmente uma boa solução.

55
00:04:04,230 --> 00:04:07,960
No entanto, há outra solução ou outra abordagem que podemos tomar.

56
00:04:08,400 --> 00:04:17,380
escrever algum código que diga se estamos em produção executada ou configuramos o banco de dados para você.

57
00:04:17,400 --> 00:04:20,430
E, basicamente, o que faremos é

58
00:04:20,430 --> 00:04:23,690
Caso contrário, configure isso como este aqui.

59
00:04:24,210 --> 00:04:26,570
Agora, na verdade, não será uma afirmação if.

60
00:04:26,760 --> 00:04:31,990
E não estamos tecnicamente verificando se estamos em produção se estivermos ou se estivermos em Heroku.

61
00:04:32,190 --> 00:04:33,620
É um pouco diferente.

62
00:04:33,900 --> 00:04:37,300
O que vamos fazer é usar algo chamado variáveis ​​de ambiente.

63
00:04:37,620 --> 00:04:39,940
Então nós os vimos antes.

64
00:04:40,470 --> 00:04:47,530
revisa e todo o processo do aplicativo Express, envidia o processo da porta que o EMV IP.

65
00:04:47,540 --> 00:04:49,530
Esta pequena linha, aqui, que

66
00:04:49,590 --> 00:04:52,550
Então, o que isso significa aqui mesmo.

67
00:04:52,560 --> 00:04:56,640
E eu examinei isso brevemente, mas acho que você terá um pouco mais de senso agora que você tem mais

68
00:04:56,640 --> 00:04:57,680
alguma experiência ao seu dispor.

69
00:04:57,750 --> 00:05:02,990
O que isso se refere é o ambiente em que este código está sendo executado.

70
00:05:04,010 --> 00:05:11,770
Então, o processo em que você inveja a porta na nuvem nove talvez seja diferente do processo que a porta

71
00:05:11,800 --> 00:05:15,910
de ponto em seu Roku provavelmente é IP definitivamente é.

72
00:05:16,100 --> 00:05:23,660
de adicionar variáveis ​​que não são codificadas de forma difícil que mudam com base no ambiente em que estão sendo executados.

73
00:05:23,660 --> 00:05:24,900
Portanto, essas são maneiras

74
00:05:24,950 --> 00:05:29,590
Então, poderíamos colocar algo como 80 80 aqui.

75
00:05:29,840 --> 00:05:31,700
Mas, claro, isso é codificado.

76
00:05:31,820 --> 00:05:33,010
Isso não é dinâmico.

77
00:05:33,020 --> 00:05:39,980
Isso nos permite ter variáveis ​​que respondem ao meio ambiente e no nó em javascript, na verdade, será

78
00:05:39,980 --> 00:05:41,180
apenas um nó.

79
00:05:41,360 --> 00:05:45,050
Eles sempre começam com o processo D-NV, assim é como você acessa.

80
00:05:45,050 --> 00:05:47,600
E então o nome da variável.

81
00:05:48,110 --> 00:05:55,910
Então, o que vamos fazer aqui é ter uma variável de ambiente que irá chamar o banco de dados

82
00:05:55,910 --> 00:06:05,150
Yoro e, no Heroku, vamos configurar o banco de dados, você pode ser essa coisa longa aqui e então tudo terá que

83
00:06:05,570 --> 00:06:07,280
fazer é basicamente escrever

84
00:06:09,840 --> 00:06:13,340
processo em o banco de dados que você é.

85
00:06:13,850 --> 00:06:19,120
E isso irá se referir ao URL correto para o nosso ambiente dado.

86
00:06:20,030 --> 00:06:21,670
E então faremos o mesmo aqui.

87
00:06:21,680 --> 00:06:30,560
Estamos bem definidos na nuvem nove banco de dados você Arel para ser Mongar D-B colon barra-nos localhost ela pode

88
00:06:30,570 --> 00:06:31,670
Campfield 10.

89
00:06:31,670 --> 00:06:36,630
Então, novamente, a idéia é que podemos criar uma variável de ambiente que não mostrei como fazer.

90
00:06:36,650 --> 00:06:38,630
É assim que você acessa.

91
00:06:38,840 --> 00:06:42,950
Mas lembre-se que isso vem de fora desta aplicação.

92
00:06:42,950 --> 00:06:47,810
Isso vem do aplicativo atual ou do ambiente real, no servidor no qual estamos

93
00:06:47,810 --> 00:06:49,060
executando o código.

94
00:06:49,820 --> 00:06:56,720
fazemos isso, eu vou começar por terminar aqui e eu vou criar uma nova variável de ambiente na

95
00:06:56,720 --> 00:07:03,830
linha de comando no ambiente quando um tipo exportar é um novo comando e então eu ' Vou escrever

96
00:07:03,830 --> 00:07:09,500
minha variável de ambiente, que geralmente a convenção tem que fazer em todos os limites.

97
00:07:09,500 --> 00:07:10,870
Então, para demonstrar como

98
00:07:10,880 --> 00:07:13,450
Como você pode ver aqui, a porta IP.

99
00:07:13,590 --> 00:07:16,420
Então, vamos fazer a base de dados.

100
00:07:16,970 --> 00:07:27,800
Vocês são todos iguais e vamos começar a redefini-lo igual ao que queremos executar na nossa nuvem nove instâncias, o que

101
00:07:27,800 --> 00:07:31,680
queremos que o banco de dados seja igual.

102
00:07:32,240 --> 00:07:34,250
Assim como isso e pressione

103
00:07:37,310 --> 00:07:39,860
enter para verificar se isso aconteceu.

104
00:07:41,020 --> 00:07:46,000
Vou fazer isso aqui mesmo aqui mesmo.

105
00:07:46,130 --> 00:07:49,170
Cancelar esse processo de log.

106
00:07:49,450 --> 00:07:50,260
Papai inveja.

107
00:07:50,390 --> 00:07:54,960
E isso precisa combinar a base de dados que você conhece.

108
00:07:56,180 --> 00:08:03,460
E se vemos que o anfitrião local de Canmore 10 de Mongar D-B, o blah blah blah, cuspiu ou imprimiu,

109
00:08:03,500 --> 00:08:09,170
então sabemos que nós estabelecemos com sucesso o banco de dados de desenvolvimento que você conhece.

110
00:08:09,860 --> 00:08:13,110
Então, vamos ver o que acontece nó.

111
00:08:13,190 --> 00:08:17,600
Sim, vamos ver que foi impresso aqui.

112
00:08:17,690 --> 00:08:19,790
Eu nunca disse que imprimi o localhost.

113
00:08:19,800 --> 00:08:20,690
Você pode fingir.

114
00:08:20,690 --> 00:08:24,670
Eu disse o banco de dados de variáveis ​​de ambiente que você está fazendo.

115
00:08:25,080 --> 00:08:31,440
Então, agora, tudo o que precisamos fazer é dizer que Mangeshkar se conecta para processar o banco

116
00:08:33,860 --> 00:08:34,940
de dados NVI.

117
00:08:35,010 --> 00:08:45,410
Você IRA e, em seguida, em Heroku, precisamos ir atualizar o banco de dados que você conhece para ser este gigante do laboratório Mongo. Você é toda a corda,

118
00:08:45,410 --> 00:08:48,760
mas nós só queremos que isso aconteça no Heroku.

119
00:08:48,860 --> 00:08:52,320
Queremos deixar isso sozinho na nuvem nove.

120
00:08:52,520 --> 00:08:56,770
Então, vamos ter certeza de que funciona de modo que vocalise seja reiniciado.

121
00:08:56,990 --> 00:08:57,760
Ótimo.

122
00:08:58,220 --> 00:09:04,850
Vamos para a nossa versão correta aqui atualizar e ainda estamos recebendo o código local Heroku, é claro, está

123
00:09:04,850 --> 00:09:08,070
inalterado porque não introduzimos nenhum código para o Heroku.

124
00:09:08,660 --> 00:09:13,670
Então, agora, se salvarmos isso e adicione e

125
00:09:18,050 --> 00:09:20,570
comente, diga, atualize o

126
00:09:23,570 --> 00:09:27,170
you IRL get push Heroku M. Se tentarmos e executar a versão Heroku agora se eu, assim

127
00:09:29,150 --> 00:09:35,510
que isso terminar, pelo menos, se eu tentar e atualizar esta página, eu vou ter um erro porque Heroku são

128
00:09:35,510 --> 00:09:41,930
os servidores que poderiam encontrar o estudo do processo e o banco de dados vidette. Você sabe porque não está configurado.

129
00:09:41,930 --> 00:09:46,120
Então, apenas para mostrar que a atualização

130
00:09:46,550 --> 00:09:56,930
pode demorar um pouco e eles devem ter um erro de aplicação e, enquanto isso vai lá, nós vamos.

131
00:09:56,930 --> 00:09:58,820
Erro de aplicação novamente se você realmente quiser saber exatamente o que está acontecendo.

132
00:09:58,850 --> 00:10:03,060
É Heroku logs e você pode ver aqui, eu não sei o quanto a mensagem de erro

133
00:10:03,070 --> 00:10:04,250
que nós obteremos será honestamente.

134
00:10:06,800 --> 00:10:13,140
Vamos ver.

135
00:10:13,250 --> 00:10:15,450
Esta pode ser uma dessas mensagens

136
00:10:15,470 --> 00:10:21,770
que não lhe dizem exatamente o que você esperava, mas está nos dizendo Mongar D-B, há um erro.

137
00:10:21,770 --> 00:10:24,560
Yesso não menciona explicitamente que esse banco de dados que

138
00:10:26,820 --> 00:10:34,080
você é é um problema, porque o que realmente acontece é que está tentando se conectar a uma cadeia vazia provavelmente que, tecnicamente, não é

139
00:10:34,090 --> 00:10:39,580
um problema, exceto pelo fato de que não há banco de dados localizado no você é uma string vazia.

140
00:10:40,020 --> 00:10:45,310
Então, é uma espécie de mensagem de erro inesperada.

141
00:10:45,490 --> 00:10:49,020
Então, estou lhe dizendo que o problema é

142
00:10:49,600 --> 00:10:55,990
que não criamos um processo ou que não configuramos a variável de ambiente no Heroku.

143
00:10:55,990 --> 00:10:58,770
Então, para fazer isso, existem algumas maneiras diferentes de fazê-lo se formos ao próprio Heroku.

144
00:10:59,530 --> 00:11:05,070
Provavelmente eu preciso fazer o login novamente. Eu atualizo a página.

145
00:11:05,200 --> 00:11:09,640
Não, não precisava me acostumar.

146
00:11:10,750 --> 00:11:12,170
Aqui está o nosso aplicativo.

147
00:11:12,220 --> 00:11:13,910
Bem, se entramos e entramos em configurações, acredito que seja.

148
00:11:14,010 --> 00:11:22,530
E, em seguida, continue a deslizar para baixo ou vá para as variáveis ​​de configuração.

149
00:11:23,500 --> 00:11:30,420
Podemos adicionar uma variável aqui.

150
00:11:31,140 --> 00:11:33,230
Então queremos banco de dados que Earl seja essa corda gigante.

151
00:11:33,460 --> 00:11:39,170
Eu copiei e clique em adicionar.

152
00:11:39,190 --> 00:11:43,880
E se voltarmos agora tente atualizar a página.

153
00:11:45,510 --> 00:11:48,930
Isso funciona perfeitamente.

154
00:11:49,540 --> 00:11:52,230
Então, essa é uma maneira de fazê-lo.

155
00:11:52,260 --> 00:11:53,920
Eu mostrei como seguir o Heroku

156
00:11:53,980 --> 00:12:01,420
e adicionar um banco de dados de par de valores chave você Erlass e a chave ou o nome da variável variável de ambiente e, em seguida, um valor.

157
00:12:01,420 --> 00:12:05,050
Essa é uma maneira de fazê-lo na outra forma de fazê-lo é através da linha de comando, você pode executar um comando.

158
00:12:05,400 --> 00:12:11,170
Nós podemos fazer isso aqui.

159
00:12:12,150 --> 00:12:13,330
Eu tenho o No.

160
00:12:13,360 --> 00:12:14,760
J. S. Os documentos de suporte abrem na Heroku esta linha, o conjunto de dois pontos de configuração e, em seguida, a chave é igual ao valor.

161
00:12:14,760 --> 00:12:24,760
Então, vou copiar esse primeiro bit se quisermos, não vou fazer isso.

162
00:12:25,420 --> 00:12:29,720
Eu não vou entrar, mas eu só quero mostrar que seria Heroku config

163
00:12:29,730 --> 00:12:36,340
Kolin set e, então, banco de dados você é l igual e depois pegamos o que você está fazendo.

164
00:12:36,340 --> 00:12:42,210
Mas eu vou fazer isso.

165
00:12:42,940 --> 00:12:44,710
Então, outra coisa que eu

166
00:12:44,710 --> 00:12:50,200
ainda não mencionei é que há outra boa razão para usar as variáveis ​​de ambiente,

167
00:12:50,350 --> 00:12:58,270
que é que há escondidas lá, elas não estão expostas a qualquer desenvolvedor se você colocar este código no bom hub.

168
00:12:58,270 --> 00:12:59,550
de dados que você é.

169
00:12:59,710 --> 00:13:05,920
Nós não queremos ter nosso banco de dados que você esteja aqui, é claro, ou se você já não conhece meu banco

170
00:13:05,910 --> 00:13:06,340
Mas isso não é obviamente um aplicativo real.

171
00:13:06,360 --> 00:13:09,370
Mas se este fosse um aplicativo real, mesmo

172
00:13:09,490 --> 00:13:16,870
que seja um aplicativo de código aberto ou partes do meu código ou código aberto, não quero estar expondo

173
00:13:16,870 --> 00:13:23,320
meus dados ou meu banco de dados você está fora de todos que olha o código.

174
00:13:23,320 --> 00:13:24,110
Então, tendo essa

175
00:13:24,580 --> 00:13:32,230
linha aqui Mongar, comece o processo de conexão que o banco de dados de pontos de NV que arow deixou de ser um problema.

176
00:13:32,230 --> 00:13:33,250
banco de dados.

177
00:13:33,790 --> 00:13:40,930
Então, isso é tudo o que um desenvolvedor veria ou qualquer pessoa navegando no código em casa e eles teriam que configurar seu próprio

178
00:13:40,930 --> 00:13:43,230
Vocês estão todos usando variáveis ​​de ambiente.

179
00:13:43,240 --> 00:13:46,490
ESTÁ BEM.

180
00:13:47,050 --> 00:13:47,770
Então vamos recapitular o que fizemos.

181
00:13:48,190 --> 00:13:49,850
Começamos por ter o problema

182
00:13:49,990 --> 00:13:56,890
do problema de um banco de dados para desenvolvimento e produção de um banco de dados compartilhado para corrigir isso.

183
00:13:57,700 --> 00:13:58,870
Nós configuramos nossas

184
00:13:58,890 --> 00:14:07,300
variáveis ​​de ambiente de URL do banco de dados localmente na nuvem nove e em dois valores diferentes para a mesma variável.

185
00:14:07,300 --> 00:14:08,910
E então, acessamos essa variável

186
00:14:09,190 --> 00:14:15,300
da variável de ambiente usando o processo que o banco de dados ENVI você IRL e nós nos conectamos a isso.

187
00:14:16,210 --> 00:14:17,360
Então, temos dois resultados.

188
00:14:17,380 --> 00:14:19,120
Uma coisa que vou mencionar é que vale a pena configurar um valor padrão.

189
00:14:19,480 --> 00:14:25,050
Então, digamos que, de alguma forma, estraguei meu aplicativo se eu reiniciar meu computador.

190
00:14:25,500 --> 00:14:31,640
Eu não sei que eu restaurei este espaço de trabalho na minha variável de ambiente se foi ou eu

191
00:14:31,650 --> 00:14:38,590
estou enviando isso para alguém e eu quero que eles tenham Eu não conheço um banco de dados padrão que eles poderiam

192
00:14:38,620 --> 00:14:44,940
usar apenas para fazê-lo de modo que o código não Não estou completamente quebrado se não tiver configurado explicitamente isso.

193
00:14:45,220 --> 00:14:49,790
O que posso fazer é adicionar um pequeno backup para que possamos fazer uma variável e nós apenas chamaremos isso.

194
00:14:49,890 --> 00:14:55,480
Você é todo igual e nós vamos fazer o processo iniciado no banco de dados que você é real ou.

195
00:14:55,650 --> 00:15:03,710
E então vamos colocar alguns que você está lá, então vamos fazer o que é que você é ELLYARD já perdeu.

196
00:15:04,690 --> 00:15:14,550
Aí está você.

197
00:15:15,230 --> 00:15:16,850
Então, isso só será um backup.

198
00:15:17,830 --> 00:15:20,770
Então, novamente, o que está acontecendo aqui é

199
00:15:20,800 --> 00:15:28,660
que não é obrigatório, não altera a funcionalidade, mas se, por algum motivo, minha variável de ambiente se estragou ou não existia.

200
00:15:28,650 --> 00:15:33,220
tudo variável, será igual à variável de ambiente se existir.

201
00:15:33,220 --> 00:15:39,100
Em vez de quebrar o código, o que acontecerá é que isso é

202
00:15:39,100 --> 00:15:42,620
Se é uma seqüência vazia embora ou

203
00:15:43,300 --> 00:15:49,270
se não existir, então, será igual a isso, que é apenas nosso backup.

204
00:15:49,270 --> 00:15:50,410
Neste caso, na nuvem nove, existem exatamente a mesma coisa.

205
00:15:50,400 --> 00:15:54,470
Na verdade, não é obrigatório novamente.

206
00:15:54,610 --> 00:15:56,000
É apenas uma boa prática ter no caso de algo ter errado.

207
00:15:56,020 --> 00:16:00,410
Mas, na verdade, estou apenas mostrando isso porque é muito comum ver isso também.

208
00:16:00,790 --> 00:16:04,600
ESTÁ BEM.

209
00:16:04,950 --> 00:16:05,550
Tão gentil

210
00:16:05,800 --> 00:16:12,150
tipo de longo caminho ou nenhuma maneira torrencial de abordar isso, mas tudo se resume ao fato de que queremos que os bancos

211
00:16:12,370 --> 00:16:19,170
de dados diferentes processem que, no banco de dados do vidente, IRL é como acessamos variáveis ​​de ambiente a partir de um aplicativo de nó.

212
00:16:19,170 --> 00:16:20,530
Você quer deixar claro que as variáveis ​​de ambiente não são uma coisa de nó ou uma coisa de JavaScript.

213
00:16:20,660 --> 00:16:26,770
Aplicativos de trilhos de aplicações Ruby Aplicativos Python todos eles podem acessar

214
00:16:26,770 --> 00:16:33,580
variáveis ​​de ambiente e, em todos eles, parecem relativamente simples, isso acontece que no

215
00:16:33,660 --> 00:16:39,760
nó você escreve processo em vi em outros idiomas como o Ruby.

216
00:16:39,760 --> 00:16:41,850
Muitas vezes você verá algo como o banco de dados ENV que você conhece.

217
00:16:41,880 --> 00:16:47,040
Portanto, é um conceito universal que não é uma coisa

218
00:16:47,710 --> 00:16:54,850
específica de nó e é universal em todos os tipos de aplicativos também.

219
00:16:54,850 --> 00:16:55,930
Você não usa apenas isso para URLs de banco de dados, use-o sempre que desejar.

220
00:16:55,920 --> 00:17:01,200
Parece um erro de digitação aqui.

221
00:17:01,310 --> 00:17:03,770
De qualquer forma, deve ser o localhost.

222
00:17:03,790 --> 00:17:06,730
Use isso sempre que quiser

223
00:17:06,820 --> 00:17:14,290
ter informações diferentes entre o desenvolvimento ou a produção de diferentes ambientes.

224
00:17:14,290 --> 00:17:15,380
Você também usa isso quando quiser ocultar ou obscurecer informações de alguém e obter ajuda, por exemplo.

225
00:17:15,390 --> 00:17:22,300
Então, se você tivesse seu paypal ou as informações da API de

226
00:17:22,540 --> 00:17:31,510
processamento de cartão de crédito da Strype dentro de seu aplicativo porque você precisava do código.

227
00:17:31,510 --> 00:17:33,350
Bem, se você quiser compartilhar sua atuação atual, como você, obviamente, não quer estar empurrando isso.

228
00:17:33,570 --> 00:17:37,700
Então, o que você pode fazer é criar uma variável de ambiente e fazer algo como processo.

229
00:17:37,810 --> 00:17:43,760
Ian VI morreu informações super sensíveis e essa é uma maneira de contornar

230
00:17:43,820 --> 00:17:53,740
esse problema de querer compartilhar seu código torná-lo público, mas também não querendo compartilhar suas informações super sensíveis onde alguém poderia levar

231
00:17:53,740 --> 00:18:00,100
sua chave de API e executar uma conta de milhares e milhares de dólares

232
00:18:00,100 --> 00:18:06,090
que realmente acontecem, algumas das maiores empresas são muito melhores em policiar isso.

233
00:18:06,100 --> 00:18:11,050
Então, por exemplo, por exemplo, da Amazon, se você tiver sua chave da

234
00:18:11,050 --> 00:18:19,980
API do Amazon ou sua informação do AWOS, seus serviços da Web da Amazon Web Services informam sobre o hobe, eles realmente saberão e

235
00:18:20,200 --> 00:18:26,140
eles lhe enviarão uma mensagem dizendo que você precisa retirar isso imediatamente ou vai desativar isto.

236
00:18:26,130 --> 00:18:28,960
Alguém poderia cobrar milhares e milhares de dólares para isso.

237
00:18:28,990 --> 00:18:32,170
Eles poderiam usar você ou basicamente sua conta para fugir de uma enorme conta que eles não precisam pagar.

238
00:18:32,290 --> 00:18:38,110
Acontece com relativa frequência.

239
00:18:38,430 --> 00:18:40,810
Ouvi falar de alguns alunos que

240
00:18:40,810 --> 00:18:46,550
têm esse problema e dos meus e prometem, mas definitivamente já ouvi falar disso antes.

241
00:18:46,600 --> 00:18:48,640
Tudo bem.

242
00:18:48,630 --> 00:18:49,270
Então, processar a inveja é como acessamos variáveis ​​de ambiente.

243
00:18:49,270 --> 00:18:52,300
Temos dois bases de dados criados no campo já implementou dois bancos de dados diferentes.

244
00:18:52,330 --> 00:18:58,000
Eles não compartilham nenhuma informação que é como nós a queremos.

245
00:18:57,990 --> 00:19:01,290
Impressionante

246
00:19:01,620 --> 00:19:01,930
&nbsp;
