1
00:00:00,360 --> 00:00:00,690
Tutto ok.

2
00:00:00,690 --> 00:00:02,110
Ben tornato.

3
00:00:02,120 --> 00:00:07,050
Quindi in questo video affronteremo il problema che ho menzionato nell'ultimo video, ovvero

4
00:00:07,320 --> 00:00:14,670
che in questo momento utilizziamo un database tra il nostro ambiente di sviluppo cloud nove locale e il nostro

5
00:00:14,670 --> 00:00:16,410
ambiente di produzione su Heroku.

6
00:00:16,650 --> 00:00:25,260
Quindi il nostro codice implementato sta usando lo stesso database che il nostro campo di test è che non è davvero

7
00:00:25,260 --> 00:00:26,480
una grande idea.

8
00:00:26,490 --> 00:00:32,820
dove sai se abbiamo un grande applicazione il nostro database principale con tutti i nostri utenti distribuiti.

9
00:00:32,820 --> 00:00:40,410
Le cose funzionano bene non è un problema nel senso che il nostro codice è rotto o che non possiamo ottenere usando

10
00:00:40,470 --> 00:00:45,950
in questo modo, ma non è davvero una buona pratica, perché non vogliamo avere un database

11
00:00:46,020 --> 00:00:50,640
Non vogliamo testare le cose, avvitare e aggiungere nuove funzionalità cancellando accidentalmente

12
00:00:51,030 --> 00:00:53,830
le voci nel database o eliminando l'intero database.

13
00:00:53,940 --> 00:00:56,220
Nel nostro ambiente di sviluppo.

14
00:00:56,340 --> 00:00:58,210
Quindi vuoi tenere quelli separati.

15
00:00:58,590 --> 00:01:01,760
E solo per dimostrare adesso cosa stiamo succedendo.

16
00:01:01,860 --> 00:01:08,700
Ho ricordato che ciò che abbiamo fatto è stato aggiornare il nostro codice piuttosto che utilizzare gli host locali.

17
00:01:08,730 --> 00:01:15,660
Non puoi alimentare 10 o qualunque database tu o tu avessi lì, ma la versione locale su cloud 9

18
00:01:15,660 --> 00:01:18,050
l'abbiamo aggiornata come laboratorio di Mangu.

19
00:01:18,300 --> 00:01:23,970
E questa è la nostra istanza di Mongo Lab ed è la stessa che abbiamo attualmente in esecuzione localmente.

20
00:01:24,120 --> 00:01:27,900
E su Heroku quindi aggiornerò semplicemente la pagina su entrambi.

21
00:01:27,930 --> 00:01:35,490
Questo è Heroku, come si può vedere abbiamo una spiaggia di rodeo e abbiamo nuovamente la spiaggia di rodeo solo per

22
00:01:35,520 --> 00:01:37,290
dimostrare che sono collegati, naturalmente.

23
00:01:37,290 --> 00:01:40,920
Aggiungiamo un nuovo campeggio qui.

24
00:01:42,240 --> 00:01:46,200
Il nome per questo sarà Kirby Cove.

25
00:01:47,730 --> 00:01:53,930
Userò semplicemente questa immagine qui, che è quella che ho scattato qualche settimana fa completamente spudorato.

26
00:01:54,420 --> 00:01:55,870
Non puoi farci niente.

27
00:01:55,980 --> 00:02:03,750
Quindi ho intenzione di copiare quell'incolla che qui e appena messo blah blah blah auto completo.

28
00:02:03,900 --> 00:02:04,470
Grazie.

29
00:02:04,470 --> 00:02:07,920
Chrome fai clic su Invia.

30
00:02:07,920 --> 00:02:10,870
Bene, abbiamo questo qui su Heroku.

31
00:02:11,010 --> 00:02:13,000
E mi rinfresco.

32
00:02:14,280 --> 00:02:18,400
Ho lo stesso codice Kirby creato qui localmente.

33
00:02:18,780 --> 00:02:22,330
Quindi non si tratta nemmeno di eventi catastrofici.

34
00:02:22,470 --> 00:02:25,950
Quando uno sviluppatore può cancellare accidentalmente l'intero database.

35
00:02:26,190 --> 00:02:27,000
Vediamolo.

36
00:02:27,090 --> 00:02:32,310
Diciamo che volevo provare una funzione che volevo sapere se l'operazione di eliminazione sul mio percorso di eliminazione funziona.

37
00:02:33,420 --> 00:02:39,770
Bene, se vado qui e se ho cancellato qualcosa che non ho firmato, ma se ho cancellato questo, lo sto anche

38
00:02:39,780 --> 00:02:44,760
cancellando dalla produzione, il che significa che sto cancellando i dati reali di qualcuno che non sono

39
00:02:44,760 --> 00:02:45,400
mai buoni.

40
00:02:45,720 --> 00:02:49,000
Quindi è davvero una buona idea avere database separati.

41
00:02:49,050 --> 00:02:56,420
Quindi un modo per risolvere questo problema è tornare al cloud 9 e solo al cloud nove switch.

42
00:02:56,880 --> 00:03:05,100
Bene, stiamo usando qui in modo che ora stiamo usando di nuovo la versione localhost del campo

43
00:03:05,100 --> 00:03:11,190
per salvare il riavvio del server qui e ora su cloud 9 5.

44
00:03:11,190 --> 00:03:16,860
Vedrai che stiamo usando la vecchia versione o quello che stavamo usando prima della versione locale e

45
00:03:17,490 --> 00:03:22,510
su Heroku stiamo ancora usando l'istanza del laboratorio Monga perché al momento non sono sincronizzati.

46
00:03:22,620 --> 00:03:26,460
Abbiamo apportato modifiche a livello locale su cloud 9 che non le abbiamo spinto OK.

47
00:03:26,790 --> 00:03:28,620
E questo va bene.

48
00:03:28,670 --> 00:03:35,370
'fastidioso perché se voglio aggiungere una nuova funzionalità, cambio C S S e voglio aggiornarlo su Heroku.

49
00:03:35,670 --> 00:03:39,040
Questo funzionerà è valido ma è un po

50
00:03:39,270 --> 00:03:44,470
Bene, allora dovrò capire cosa intendo fare del nostro database che conosci.

51
00:03:45,120 --> 00:03:52,020
Dovrò commentare questo commento o ricominciare a commentare che uno salva e comanda tutto ciò lo spinge a

52
00:03:52,020 --> 00:03:57,480
Heroku E poi se volevo aggiungere di nuovo una nuova funzionalità localmente o testare

53
00:03:57,480 --> 00:03:58,030
qualcosa.

54
00:03:58,150 --> 00:04:03,650
Lo commento e lo disapprovo ed è solo che non è affatto una buona soluzione.

55
00:04:04,230 --> 00:04:07,960
Tuttavia esiste un'altra soluzione o un altro approccio che possiamo adottare.

56
00:04:08,400 --> 00:04:17,380
scrivere un codice che indichi se siamo in produzione o impostiamo il database su cui ci si trova.

57
00:04:17,400 --> 00:04:20,430
In pratica, ciò che faremo è

58
00:04:20,430 --> 00:04:23,690
Altrimenti impostalo per essere questo qui.

59
00:04:24,210 --> 00:04:26,570
Ora non sarà in realtà una dichiarazione if.

60
00:04:26,760 --> 00:04:31,990
E tecnicamente non stiamo controllando se siamo in produzione se siamo dentro o se siamo su Heroku.

61
00:04:32,190 --> 00:04:33,620
È un po 'diverso.

62
00:04:33,900 --> 00:04:37,300
Quello che faremo è utilizzare qualcosa chiamato variabili d'ambiente.

63
00:04:37,620 --> 00:04:39,940
Quindi li abbiamo già visti prima.

64
00:04:40,470 --> 00:04:47,530
che rivede e ogni processo di app Express fa invidia al processo di port che IP EMV.

65
00:04:47,540 --> 00:04:49,530
Questa piccola linea proprio qui

66
00:04:49,590 --> 00:04:52,550
Quindi, cosa significa questo qui?

67
00:04:52,560 --> 00:04:56,640
E l'ho esaminato brevemente, ma penso che avresti un po 'più senso ora che hai ancora un po'

68
00:04:56,640 --> 00:04:57,680
di esperienza sotto la cintura.

69
00:04:57,750 --> 00:05:02,990
Ciò a cui questo si riferisce è l'ambiente in cui viene eseguito questo codice.

70
00:05:04,010 --> 00:05:11,770
Quindi il processo che hai invidiato su porta su cloud nove potrebbe forse essere diverso rispetto a

71
00:05:11,800 --> 00:05:15,910
processare quel punto sul suo Roku probabilmente è IP.

72
00:05:16,100 --> 00:05:23,660
modi per aggiungere variabili che non sono cose hard coded che cambiano in base all'ambiente in cui vengono eseguite.

73
00:05:23,660 --> 00:05:24,900
Quindi questi sono

74
00:05:24,950 --> 00:05:29,590
Quindi avremmo potuto inserire qualcosa come 80 80 qui.

75
00:05:29,840 --> 00:05:31,700
Ma ovviamente è codificato.

76
00:05:31,820 --> 00:05:33,010
Non è dinamico.

77
00:05:33,020 --> 00:05:39,980
Questo ci permette di avere variabili che rispondono all'ambiente e nel nodo in javascript sarà in realtà

78
00:05:39,980 --> 00:05:41,180
solo un nodo.

79
00:05:41,360 --> 00:05:45,050
Iniziano sempre con il processo D-NV è così che si accede a loro.

80
00:05:45,050 --> 00:05:47,600
E poi il nome della variabile.

81
00:05:48,110 --> 00:05:55,910
Quindi quello che faremo qui è avere una variabile di ambiente che chiamerà il database Yoro e

82
00:05:55,910 --> 00:06:05,150
su Heroku imposteremo il database in modo da poter essere questa lunga cosa qui e poi tutto ciò che dovrà

83
00:06:05,570 --> 00:06:07,280
fare è fondamentalmente scrivere

84
00:06:09,840 --> 00:06:13,340
il processo in il database che sei.

85
00:06:13,850 --> 00:06:19,120
E questo si riferirà all'URL corretto per il nostro ambiente dato.

86
00:06:20,030 --> 00:06:21,670
E poi faremo la stessa cosa qui.

87
00:06:21,680 --> 00:06:30,560
Siamo ben posizionati su cloud nove database in cui Arel sarà mongolo D-B: il colon ci segherà localhost che può

88
00:06:30,570 --> 00:06:31,670
Campfield 10.

89
00:06:31,670 --> 00:06:36,630
Quindi di nuovo l'idea è che possiamo creare una variabile di ambiente che non ti ho mostrato come fare.

90
00:06:36,650 --> 00:06:38,630
Questo è solo il modo in cui li accedi.

91
00:06:38,840 --> 00:06:42,950
Ma ricorda che questo viene da fuori da questa applicazione.

92
00:06:42,950 --> 00:06:47,810
Questo proviene dall'applicazione reale o dall'ambiente reale sul quale stiamo

93
00:06:47,810 --> 00:06:49,060
eseguendo il codice.

94
00:06:49,820 --> 00:06:56,720
facciamo questo lavoro comincerò andando qui chiudendo e creerò una nuova variabile di ambiente nella riga di comando

95
00:06:56,720 --> 00:07:03,830
nell'ambiente quando un tipo export è un nuovo comando e poi I ' Sto andando a scrivere la mia

96
00:07:03,830 --> 00:07:09,500
variabile di ambiente che di solito la convenzione deve fare in tutte le maiuscole.

97
00:07:09,500 --> 00:07:10,870
Quindi per dimostrare come

98
00:07:10,880 --> 00:07:13,450
Come puoi vedere qui IP port.

99
00:07:13,590 --> 00:07:16,420
Quindi faremo il data base.

100
00:07:16,970 --> 00:07:27,800
Siete tutti uguali e inizieremo a reimpostarlo in modo uguale a ciò che vogliamo eseguire sul nostro caso cloud nove, su ciò che vogliamo

101
00:07:27,800 --> 00:07:31,680
che il database a cui siete tutti uguali.

102
00:07:32,240 --> 00:07:34,250
Proprio così e premi

103
00:07:37,310 --> 00:07:39,860
invio per verificare se lo fossero.

104
00:07:41,020 --> 00:07:46,000
Fare questo qui proprio qui.

105
00:07:46,130 --> 00:07:49,170
Annullare la procedura di registrazione.

106
00:07:49,450 --> 00:07:50,260
Invidia di papà

107
00:07:50,390 --> 00:07:54,960
E questo deve corrispondere al data base che conosci.

108
00:07:56,180 --> 00:08:03,460
E se vediamo che l'host locale di Canvey 10 di Mongar D-B Colon è tornato fuori o

109
00:08:03,500 --> 00:08:09,170
stampato, sappiamo che abbiamo creato con successo il database di sviluppo che conosci.

110
00:08:09,860 --> 00:08:13,110
Quindi vediamo cosa succede al nodo.

111
00:08:13,190 --> 00:08:17,600
Sì, andiamo a vedere che è stato stampato qui.

112
00:08:17,690 --> 00:08:19,790
Non ho mai detto di stampare localhost.

113
00:08:19,800 --> 00:08:20,690
Puoi fingere.

114
00:08:20,690 --> 00:08:24,670
Ho detto che il database delle variabili d'ambiente è attivo.

115
00:08:25,080 --> 00:08:31,440
Quindi ora tutto ciò che dobbiamo fare è dire che Mangeshkar si connette per elaborare

116
00:08:33,860 --> 00:08:34,940
il database NVI.

117
00:08:35,010 --> 00:08:45,410
Tu IRA e poi su Heroku abbiamo bisogno di andare ad aggiornare il database che sai essere questo gigante di laboratorio Mongo. Sei tutto

118
00:08:45,410 --> 00:08:48,760
corda ma vogliamo solo che succeda su Heroku.

119
00:08:48,860 --> 00:08:52,320
Vogliamo lasciare questo solo al settimo cielo.

120
00:08:52,520 --> 00:08:56,770
Quindi assicuriamoci che funzioni così vocalizzi un riavvio.

121
00:08:56,990 --> 00:08:57,760
Grande.

122
00:08:58,220 --> 00:09:04,850
Andiamo alla nostra versione corretta qui refresh e stiamo ancora ottenendo il codice locale Heroku ovviamente non è

123
00:09:04,850 --> 00:09:08,070
cambiato perché non abbiamo inserito alcun codice in Heroku.

124
00:09:08,660 --> 00:09:13,670
Quindi ora se salviamo questo e aggiungiamo e confermiamo

125
00:09:18,050 --> 00:09:20,570
di dire aggiorna il

126
00:09:23,570 --> 00:09:27,170
tuo IRL ottieni push Heroku M. Se proviamo ad eseguire la versione di Heroku in questo momento

127
00:09:29,150 --> 00:09:35,510
se non appena questo termina almeno se cerco di aggiornare questa pagina avrò un errore perché Heroku sono i server

128
00:09:35,510 --> 00:09:41,930
che sarebbero in grado di trovare lo studio del processo e il database vidette lo sai perché non è impostato.

129
00:09:41,930 --> 00:09:46,120
Quindi, solo per mostrarti che l'aggiornamento potrebbe

130
00:09:46,550 --> 00:09:56,930
richiedere un po 'e che dovrebbero ottenere l'errore dell'applicazione e mentre stiamo andando là fuori andiamo.

131
00:09:56,930 --> 00:09:58,820
Errore dell'applicazione di nuovo se vuoi veramente sapere esattamente cosa sta succedendo.

132
00:09:58,850 --> 00:10:03,060
Sono i log di Heroku e puoi vedere qui non so quanto sia utile il messaggio di

133
00:10:03,070 --> 00:10:04,250
errore che otterremo sarà onestamente.

134
00:10:06,800 --> 00:10:13,140
Vediamo.

135
00:10:13,250 --> 00:10:15,450
Questo potrebbe essere uno di quei

136
00:10:15,470 --> 00:10:21,770
messaggi che non ti dice esattamente quello che speravi ma ci dice che c'è un errore in Mongar D-B.

137
00:10:21,770 --> 00:10:24,560
Yesso non dice esplicitamente che questo database è un

138
00:10:26,820 --> 00:10:34,080
problema perché quello che sta realmente accadendo è che sta tentando di connettersi a una stringa vuota molto probabilmente che tecnicamente non è

139
00:10:34,090 --> 00:10:39,580
un problema tranne che per il fatto che non esiste un database localizzato a sei una stringa vuota.

140
00:10:40,020 --> 00:10:45,310
Quindi è una sorta di messaggio di errore inaspettato.

141
00:10:45,490 --> 00:10:49,020
Quindi ti sto dicendo che il problema è che

142
00:10:49,600 --> 00:10:55,990
non abbiamo impostato un processo o che non abbiamo impostato la variabile d'ambiente su Heroku.

143
00:10:55,990 --> 00:10:58,770
Quindi per farlo ci sono diversi modi in cui possiamo farlo se andiamo a Heroku stesso.

144
00:10:59,530 --> 00:11:05,070
Probabilmente dovrò accedere di nuovo qui, aggiorno la pagina.

145
00:11:05,200 --> 00:11:09,640
No, non avevo bisogno di distendermi.

146
00:11:10,750 --> 00:11:12,170
Ecco la nostra app.

147
00:11:12,220 --> 00:11:13,910
Bene, se entriamo e andiamo nei setting credo che lo sia.

148
00:11:14,010 --> 00:11:22,530
E poi continua a scorrere verso il basso o vai a configurare le variabili.

149
00:11:23,500 --> 00:11:30,420
Possiamo aggiungere una variabile qui.

150
00:11:31,140 --> 00:11:33,230
Quindi vogliamo che il tuo database Earl sia una stringa gigante.

151
00:11:33,460 --> 00:11:39,170
L'ho copiato e faccio clic su aggiungi.

152
00:11:39,190 --> 00:11:43,880
E se torniamo ora prova ad aggiornare la pagina.

153
00:11:45,510 --> 00:11:48,930
Funziona perfettamente OK.

154
00:11:49,540 --> 00:11:52,230
Quindi questo è un modo per farlo.

155
00:11:52,260 --> 00:11:53,920
Ti ho mostrato come andare su

156
00:11:53,980 --> 00:12:01,420
Heroku e aggiungere in una coppia di valori chiave il tuo database Erlass e la chiave o il nome della variabile la variabile di ambiente e quindi un valore.

157
00:12:01,420 --> 00:12:05,050
Questo è un modo per farlo, l'altro modo di farlo è attraverso la linea di comando che puoi eseguire un comando.

158
00:12:05,400 --> 00:12:11,170
Possiamo farlo qui.

159
00:12:12,150 --> 00:12:13,330
Io ho il n.

160
00:12:13,360 --> 00:12:14,760
J. S. i documenti di supporto aprono su Heroku questa riga Set di due punti di configurazione Heroku e quindi il valore di chiave uguale.

161
00:12:14,760 --> 00:12:24,760
Quindi copierò questo primo bit se vogliamo che non lo faccia realmente.

162
00:12:25,420 --> 00:12:29,720
Non ho intenzione di entrare, ma voglio solo mostrarti che sarà

163
00:12:29,730 --> 00:12:36,340
la configurazione di Heroku Kolin e poi il database sei uguale e poi abbiamo incollato che sei su.

164
00:12:36,340 --> 00:12:42,210
Ma lo farò.

165
00:12:42,940 --> 00:12:44,710
Quindi un'altra cosa che non

166
00:12:44,710 --> 00:12:50,200
ho ancora menzionato è che c'è un altro buon motivo per usare le variabili di ambiente

167
00:12:50,350 --> 00:12:58,270
che è che sono nascoste lì non sono esposte a qualsiasi cosa siano gli sviluppatori se mettete questo codice su un buon hub.

168
00:12:58,270 --> 00:12:59,550
il mio database.

169
00:12:59,710 --> 00:13:05,920
Non vogliamo che il nostro database sia qui, naturalmente, o se non conosci già

170
00:13:05,910 --> 00:13:06,340
Ma questa non è ovviamente una vera app.

171
00:13:06,360 --> 00:13:09,370
Ma se questa era una vera applicazione

172
00:13:09,490 --> 00:13:16,870
anche se si tratta di un'applicazione open source o di parti del mio codice o open source,

173
00:13:16,870 --> 00:13:23,320
non voglio esporre i miei dati o il mio database a chi guarda il codice.

174
00:13:23,320 --> 00:13:24,110
Quindi, avendo

175
00:13:24,580 --> 00:13:32,230
questa linea qui, Mongar inizia a connettere il processo che il database di punti NV che elevi non è più un problema.

176
00:13:32,230 --> 00:13:33,250
il proprio database.

177
00:13:33,790 --> 00:13:40,930
In modo che questo sia tutto ciò che uno sviluppatore vedrebbe o chiunque sfogli il codice quando torna a casa e dovrebbe impostare

178
00:13:40,930 --> 00:13:43,230
State tutti utilizzando le variabili d'ambiente.

179
00:13:43,240 --> 00:13:46,490
OK.

180
00:13:47,050 --> 00:13:47,770
Ricapitoliamo cosa abbiamo fatto.

181
00:13:48,190 --> 00:13:49,850
Abbiamo iniziato con il

182
00:13:49,990 --> 00:13:56,890
problema di un database per lo sviluppo e la produzione di un database condiviso per risolverlo.

183
00:13:57,700 --> 00:13:58,870
Impostiamo localmente le

184
00:13:58,890 --> 00:14:07,300
variabili di ambiente URL del nostro database su cloud nove e su due valori diversi per la stessa variabile.

185
00:14:07,300 --> 00:14:08,910
E poi abbiamo acceduto a

186
00:14:09,190 --> 00:14:15,300
quella variabile la variabile d'ambiente usando il processo ENVI che database ti IRL e ci colleghiamo a quello.

187
00:14:16,210 --> 00:14:17,360
Quindi abbiamo due risultati.

188
00:14:17,380 --> 00:14:19,120
Una cosa che menzionerò è che vale la pena impostare un valore predefinito.

189
00:14:19,480 --> 00:14:25,050
Quindi diciamo che in qualche modo ho rovinato la mia app se riavvio il mio computer.

190
00:14:25,500 --> 00:14:31,640
Non so resettare questo spazio di lavoro nella mia variabile di ambiente se n'è andato o

191
00:14:31,650 --> 00:14:38,590
lo sto inviando a qualcuno e voglio che non abbia un database predefinito che potrebbero usare solo per

192
00:14:38,620 --> 00:14:44,940
far sì che il codice non funzioni si interrompe completamente se non l'ho impostato in modo esplicito.

193
00:14:45,220 --> 00:14:49,790
Quello che posso fare è aggiungere un po 'di backup, quindi creeremo una variabile e la chiameremo semplicemente.

194
00:14:49,890 --> 00:14:55,480
Siete tutti uguali e inizieremo il processo avviato nel database in cui siete reali o.

195
00:14:55,650 --> 00:15:03,710
E poi ne metteremo alcuni che sono là fuori, quindi facciamo quello che era, ELLYARD l'ha già perso.

196
00:15:04,690 --> 00:15:14,550
Eccoti.

197
00:15:15,230 --> 00:15:16,850
Quindi questo sarà solo un backup.

198
00:15:17,830 --> 00:15:20,770
Quindi, di nuovo quello che sta succedendo qui è

199
00:15:20,800 --> 00:15:28,660
che non è obbligatorio non cambia la funzionalità ma se per qualche motivo la mia variabile di ambiente si è rovinata o non è esistita.

200
00:15:28,650 --> 00:15:33,220
tutto variabile e sarà uguale alla variabile d'ambiente, se esiste.

201
00:15:33,220 --> 00:15:39,100
Piuttosto che infrangere il codice, ciò che accadrà è che tu sei

202
00:15:39,100 --> 00:15:42,620
Se è una stringa vuota o se

203
00:15:43,300 --> 00:15:49,270
non esiste, sarà uguale a questo, che è solo il nostro backup.

204
00:15:49,270 --> 00:15:50,410
In questo caso su cloud nine ci sono esattamente la stessa cosa.

205
00:15:50,400 --> 00:15:54,470
Non è davvero obbligatorio di nuovo.

206
00:15:54,610 --> 00:15:56,000
È semplicemente una buona pratica avere nel caso qualcosa sia andato storto.

207
00:15:56,020 --> 00:16:00,410
Ma in realtà te lo sto solo mostrando perché è abbastanza comune vedere anche questo.

208
00:16:00,790 --> 00:16:04,600
OK.

209
00:16:04,950 --> 00:16:05,550
Questo tipo

210
00:16:05,800 --> 00:16:12,150
di approccio a lungo termine o non tortuoso è quello che si avvicina a questo, ma tutto si riduce al fatto

211
00:16:12,370 --> 00:16:19,170
che vogliamo processi di database diversi che nel database di Vidette IRL sia come accediamo alle variabili di ambiente da un'app di nodo.

212
00:16:19,170 --> 00:16:20,530
Vuoi chiarire anche se le variabili d'ambiente non sono una cosa nodo o una cosa javascript.

213
00:16:20,660 --> 00:16:26,770
Applicazioni di rotaie di applicazioni di Ruby Le app di Python possono accedere a

214
00:16:26,770 --> 00:16:33,580
tutte le variabili di ambiente e in tutto sembrano relativamente semplici in questo modo accade semplicemente

215
00:16:33,660 --> 00:16:39,760
che nel nodo si scriva il processo in vi in ​​altri linguaggi come Ruby.

216
00:16:39,760 --> 00:16:41,850
Vedrai spesso qualcosa come il database ENV che conosci.

217
00:16:41,880 --> 00:16:47,040
Quindi è un concetto universale non è una cosa specifica

218
00:16:47,710 --> 00:16:54,850
per il nodo ed è universale anche per tutti i tipi di applicazioni.

219
00:16:54,850 --> 00:16:55,930
Non lo usi solo per gli URL del database che lo utilizzano ogni volta che lo desideri.

220
00:16:55,920 --> 00:17:01,200
Sembra un errore di battitura qui.

221
00:17:01,310 --> 00:17:03,770
In entrambi i casi dovrebbe essere localhost.

222
00:17:03,790 --> 00:17:06,730
Usalo ogni volta che vuoi

223
00:17:06,820 --> 00:17:14,290
avere informazioni diverse tra lo sviluppo o la produzione di diversi ambienti.

224
00:17:14,290 --> 00:17:15,380
Lo usi anche quando vuoi nascondere o oscurare informazioni da qualcuno e ottenere aiuto, per esempio.

225
00:17:15,390 --> 00:17:22,300
Quindi, se tu avessi il tuo paypal o le tue informazioni API di

226
00:17:22,540 --> 00:17:31,510
elaborazione delle carte di credito Strype all'interno della tua applicazione perché ne avevi bisogno per il codice.

227
00:17:31,510 --> 00:17:33,350
Bene, se vuoi condividere il tuo attuale, ottieni come ovviamente non vuoi essere spinto a farlo.

228
00:17:33,570 --> 00:17:37,700
Quindi quello che puoi fare è creare una variabile di ambiente e fare qualcosa di simile al processo.

229
00:17:37,810 --> 00:17:43,760
Ian VI è morto informazioni super-sensibili e questo è un modo per aggirare il

230
00:17:43,820 --> 00:17:53,740
problema di voler condividere il tuo codice rendendolo pubblico ma anche non volendo condividere le tue informazioni super sensibili dove qualcuno potrebbe prendere

231
00:17:53,740 --> 00:18:00,100
la tua chiave API ed eseguire un conto di migliaia di migliaia di dollari, che

232
00:18:00,100 --> 00:18:06,090
in realtà accadono, alcune delle aziende più grandi sono molto più brave a sorvegliarlo.

233
00:18:06,100 --> 00:18:11,050
Quindi Amazon, ad esempio se hai la tua chiave API Amazon o

234
00:18:11,050 --> 00:18:19,980
le tue informazioni AWOS, le informazioni sui servizi web di Amazon Web Services su get hobe loro lo sapranno e ti invieranno

235
00:18:20,200 --> 00:18:26,140
un messaggio che ti dice che devi toglierlo immediatamente o che stanno per disabilitare esso.

236
00:18:26,130 --> 00:18:28,960
Qualcuno potrebbe far pagare migliaia e migliaia di dollari a questo.

237
00:18:28,990 --> 00:18:32,170
Potrebbero usare te o sostanzialmente il tuo account per scappare da un conto enorme che non devono pagare.

238
00:18:32,290 --> 00:18:38,110
Succede relativamente spesso.

239
00:18:38,430 --> 00:18:40,810
Ho sentito di alcuni studenti che

240
00:18:40,810 --> 00:18:46,550
hanno questo problema e mio e promettono, ma sicuramente ne ho sentito parlare prima.

241
00:18:46,600 --> 00:18:48,640
Tutto ok.

242
00:18:48,630 --> 00:18:49,270
Quindi elaborare l'invidia è come accedere alle variabili di ambiente.

243
00:18:49,270 --> 00:18:52,300
Abbiamo due database installati e ora abbiamo implementato due database diversi.

244
00:18:52,330 --> 00:18:58,000
Non condividono alcuna informazione che è come lo vogliamo.

245
00:18:57,990 --> 00:19:01,290
Eccezionale

246
00:19:01,620 --> 00:19:01,930