1
00:00:00,360 --> 00:00:00,690
Tamam.

2
00:00:00,690 --> 00:00:02,110
Tekrar hoşgeldiniz.

3
00:00:02,120 --> 00:00:07,050
Bu videoda son videoda bahsettiğim sorunu çözeceğiz, şu

4
00:00:07,320 --> 00:00:14,670
anda şu anda yerel bulut dokuz geliştirme ortamımız ve Heroku'daki üretim ortamımız arasında

5
00:00:14,670 --> 00:00:16,410
bir veritabanı kullanıyoruz.

6
00:00:16,650 --> 00:00:25,260
Dağıttığımız kod, test alanımız olan aynı veritabanını kullanıyor ve bu gerçekten harika bir

7
00:00:25,260 --> 00:00:26,480
fikir değil.

8
00:00:26,490 --> 00:00:32,820
olmadıklarını bildiğiniz bir veritabanı bulundurmak istemiyoruz. büyük uygulamanın ana veritabanımızın tüm kullanıcılarımızla konuşlandırılması.

9
00:00:32,820 --> 00:00:40,410
İşler iyi işliyor, kodumuzun kırılmış olması veya bu yolu kullanarak ulaşamayacağımız anlamında bir sorun değil,

10
00:00:40,470 --> 00:00:45,950
ancak gerçekten iyi bir uygulama değil, çünkü elimizde bir kod olup

11
00:00:46,020 --> 00:00:50,640
Her şeyi test etmek, etrafı dolandırmak ve yanlışlıkla veritabanındaki girdileri silmek veya

12
00:00:51,030 --> 00:00:53,830
tüm veritabanını silmekte yeni özellikler eklemek istemiyoruz.

13
00:00:53,940 --> 00:00:56,220
Geliştirme ortamımızda.

14
00:00:56,340 --> 00:00:58,210
Yani onları ayrı tutmak istiyorsun.

15
00:00:58,590 --> 00:01:01,760
Ve sadece şimdi neler olduğumuzu göstermek için.

16
00:01:01,860 --> 00:01:08,700
Hatırladıklarımız, yaptıklarımız yerel ana makineler kullanmak yerine kodumuzu güncellediğimizdir.

17
00:01:08,730 --> 00:01:15,660
Bulunduğunuz ya da sahip olduğunuz her veritabanını 10 veya başka bir yerde besleyemezsiniz ancak bulutun yerel versiyonu

18
00:01:15,660 --> 00:01:18,050
9 biz Mangu laboratuarı olarak güncelledik.

19
00:01:18,300 --> 00:01:23,970
Ve bu bizim Mongo laboratuarı örneğidir ve şu anda yerel olarak çalışmakta olanla aynı.

20
00:01:24,120 --> 00:01:27,900
Ve Heroku'da bu yüzden her ikisini de yenileyeyim.

21
00:01:27,930 --> 00:01:35,490
Bu, bir rodeo plajınız olduğunu ve elbette ki bağlı olduklarını kanıtlamak için tekrar rodeo plajımız

22
00:01:35,520 --> 00:01:37,290
olduğunu görebileceğiniz Heroku'yu kullanıyor.

23
00:01:37,290 --> 00:01:40,920
Şuraya yeni bir kamp yeri ekleyelim.

24
00:01:42,240 --> 00:01:46,200
Bunun adı Kirby koy olacak.

25
00:01:47,730 --> 00:01:53,930
Bu görüntüyü burada kullanacağım, ki bu birkaç gece önce tamamen utanmaz fişe attım.

26
00:01:54,420 --> 00:01:55,870
Bu konuda elinden bir şey gelmez.

27
00:01:55,980 --> 00:02:03,750
Dolayısıyla, yapıştırmayı buraya kopyalayıp falan filan otomatik tamamlama yazacağım.

28
00:02:03,900 --> 00:02:04,470
Teşekkür ederim.

29
00:02:04,470 --> 00:02:07,920
Chrome gönder'i tıklayın.

30
00:02:07,920 --> 00:02:10,870
Pekala, bunu burada Heroku'da bulacağız.

31
00:02:11,010 --> 00:02:13,000
Ve yeniliyorum.

32
00:02:14,280 --> 00:02:18,400
Burada yerel olarak oluşturulan aynı Kirby koduna sahibim.

33
00:02:18,780 --> 00:02:22,330
Bu, felaket olayları hakkında bile değil.

34
00:02:22,470 --> 00:02:25,950
Bir geliştirici kazayla tüm veritabanını silebilir.

35
00:02:26,190 --> 00:02:27,000
Bir bakalım.

36
00:02:27,090 --> 00:02:32,310
Diyelim ki silmek yol çalışırken silme olduğunu bilmek istediğim bir özelliği test etmek istedim.

37
00:02:33,420 --> 00:02:39,770
Buraya girersem ve oturum açmadığım bir şeyi sildiysem ancak bunu silmeyi tercih edersem,

38
00:02:39,780 --> 00:02:44,760
bu da üretimden silinir; bu, hiç kimsenin gerçek verilerini silemeyeceğim

39
00:02:44,760 --> 00:02:45,400
anlamına gelir.

40
00:02:45,720 --> 00:02:49,000
Dolayısıyla, ayrı veritabanlarına sahip olmak gerçekten iyi bir fikirdir.

41
00:02:49,050 --> 00:02:56,420
Dolayısıyla bu sorunu gidermenin bir yolu yalnızca bulut 9'a dönmek ve bulutta dokuz geçiş yapmaktır.

42
00:02:56,880 --> 00:03:05,100
Peki şimdi burayı kullanıyoruz, böylece yerel localhost sürümünü yeniden kaydetmek için sunucuyu şimdi ve

43
00:03:05,100 --> 00:03:11,190
şimdi bulutta yeniden başlatmayı 9 5 yenilemek için tekrar kullanıyoruz.

44
00:03:11,190 --> 00:03:16,860
Eski sürümü veya kullandıklarımızı yerel sürüme göre kullandığımızın ve Heroku'nun hala

45
00:03:17,490 --> 00:03:22,510
Monga laboratuarı örneğini kullandığımızı göreceksiniz, çünkü şu anda senkronize değiller.

46
00:03:22,620 --> 00:03:26,460
Bulut 9'da yerel olarak yaptığımız değişikliklerimiz var, onu ona zorlamadık.

47
00:03:26,790 --> 00:03:28,620
Ve bu iyi.

48
00:03:28,670 --> 00:03:35,370
şey. Çünkü yeni bir özellik eklediklerini söylemek istiyorum, C SS'yi değiştirdim ve onu Heroku'da güncellemek istiyorum.

49
00:03:35,670 --> 00:03:39,040
Bu işe yarayacak, ancak oldukça can sıkıcı bir

50
00:03:39,270 --> 00:03:44,470
Öyleyse, bildiğim veri tabanım hakkında ne yapacağımı bulmam gerekecek.

51
00:03:45,120 --> 00:03:52,020
Bu açıklama ile ilgili yorum yapmam gerekecek veya birinin kaydetmesini ve komuta koyulmasını uncomment üzerinde yeniden yapacağım, hepsini Heroku'ya

52
00:03:52,020 --> 00:03:57,480
ittirin ve eğer yerel olarak tekrar yeni bir özellik eklemek veya bir şeyler test etmek

53
00:03:57,480 --> 00:03:58,030
istersem.

54
00:03:58,150 --> 00:04:03,650
Bunu yorumlayıp yorumlamıyorum ve bu sadece iyi bir çözüm değil aslında.

55
00:04:04,230 --> 00:04:07,960
Ancak alabileceğimiz başka bir çözüm veya başka bir yaklaşım var.

56
00:04:08,400 --> 00:04:17,380
eğer üretim aşamasındayız ya da veritabanını ayarlarsak bu işe başlayacağınızı söyleyen bazı kodlar yazmaktır.

57
00:04:17,400 --> 00:04:20,430
Ve temel olarak yapacağımız şey,

58
00:04:20,430 --> 00:04:23,690
Aksi halde bunu burda olacak şekilde ayarlayın.

59
00:04:24,210 --> 00:04:26,570
Şimdi aslında bir if deyimi olmayacak.

60
00:04:26,760 --> 00:04:31,990
Ve biz teknik olarak eğer biz içerideysek üretime girip girmediğimizi ya da Heroku'yu kullanıp kullanmadığımızı kontrol etmiyoruz.

61
00:04:32,190 --> 00:04:33,620
Biraz farklı.

62
00:04:33,900 --> 00:04:37,300
Ortam değişkenleri denilen şeylerden faydalanmak için ne yapacağız.

63
00:04:37,620 --> 00:04:39,940
Bu yüzden onları daha önce gördük.

64
00:04:40,470 --> 00:04:47,530
Express app işlemi, EMV IP'yi port işlemesine gıpta ediyorsa bu küçük çizgi.

65
00:04:47,540 --> 00:04:49,530
İncelemelerin ve her

66
00:04:49,590 --> 00:04:52,550
Peki bunun anlamı ne burada.

67
00:04:52,560 --> 00:04:56,640
Ve ben kısa bir süre bu konuyu gözden geçirdim ama sanırım artık kemer altında daha fazla tecrübeye sahip olduğun

68
00:04:56,640 --> 00:04:57,680
için biraz daha mantıklı olacaksın.

69
00:04:57,750 --> 00:05:02,990
Bunun anlamı, bu kodun çalıştırıldığı ortamdır.

70
00:05:04,010 --> 00:05:11,770
Dolayısıyla, bulutta dokuzuncu portu gıpta ettiğiniz süreç, muhtemelen Roku'nun o noktalı portu

71
00:05:11,800 --> 00:05:15,910
işlemekten daha farklı olabilir, muhtemelen IP kesinlikle.

72
00:05:16,100 --> 00:05:23,660
çalıştırdıkları ortamdan yola çıkarak değişen sabit kodlu şeyler olmayan değişkenler ekleme yollarıdır.

73
00:05:23,660 --> 00:05:24,900
Dolayısıyla bunlar,

74
00:05:24,950 --> 00:05:29,590
Yani 80 80 gibi bir şey koymuş olabiliriz.

75
00:05:29,840 --> 00:05:31,700
Ancak elbette ki kodlanmış.

76
00:05:31,820 --> 00:05:33,010
Bu dinamik değil.

77
00:05:33,020 --> 00:05:39,980
Bu, çevreye yanıt veren değişkenlere sahip olmamızı sağlar ve düğümde javascript aslında yalnızca bir

78
00:05:39,980 --> 00:05:41,180
düğüm olacaktır.

79
00:05:41,360 --> 00:05:45,050
Onlara her zaman erişen süreç D-NV ile başlarlar.

80
00:05:45,050 --> 00:05:47,600
Ve sonra değişkenin adı.

81
00:05:48,110 --> 00:05:55,910
Dolayısıyla burada yapacağımız şey Yoro veritabanını arayacak bir çevre değişkenine sahipken,

82
00:05:55,910 --> 00:06:05,150
Heroku'da veritabanını ayarlamak için gidiyoruz, burada bu uzun şey olabilir ve sonra tüm

83
00:06:05,570 --> 00:06:07,280
yapmanız gereken

84
00:06:09,840 --> 00:06:13,340
temelde işlem yazın olduğunuz veri tabanı.

85
00:06:13,850 --> 00:06:19,120
Ve bu, verilen çevre için doğru URL'yi ifade eder.

86
00:06:20,030 --> 00:06:21,670
Ve sonra aynı şeyi burada yapacağız.

87
00:06:21,680 --> 00:06:30,560
Biz de bulut üzerinde dokuz veritabanı size Arel Mongar D-B iki nokta üst üste o localhost o Campfield 10 olabilir

88
00:06:30,570 --> 00:06:31,670
eğik ayarlanır.

89
00:06:31,670 --> 00:06:36,630
Yine bu düşünceyle, size nasıl yapılacağını göstermediğim bir çevre değişkeni yaratabiliriz.

90
00:06:36,650 --> 00:06:38,630
Bu onlara nasıl eriştiğinizdir.

91
00:06:38,840 --> 00:06:42,950
Ancak bunun bu uygulamanın dışından geldiğini unutmayın.

92
00:06:42,950 --> 00:06:47,810
Bu, gerçek uygulamadan veya gerçek ortamdan, sunucumuzun kodunu çalıştırdığımız

93
00:06:47,810 --> 00:06:49,060
sunucudan gelmektedir.

94
00:06:49,820 --> 00:06:56,720
nasıl yaptığımızı göstermek için, buraya kapanışa geçerek başlayacağım ve bir tür dışa

95
00:06:56,720 --> 00:07:03,830
aktarma yeni bir komut olduğunda ortamdaki komut satırında yeni bir çevre değişkeni

96
00:07:03,830 --> 00:07:09,500
yaratacağım, genelde sözleşmenin tüm karakterlerde yapması gereken çevre değişkenini yazacağım.

97
00:07:09,500 --> 00:07:10,870
Bu işi

98
00:07:10,880 --> 00:07:13,450
Burada görebileceğiniz gibi IP portu.

99
00:07:13,590 --> 00:07:16,420
Böylece veri tabanı yapacağız.

100
00:07:16,970 --> 00:07:27,800
Hepiniz eşittiriz ve bulut dokuz örneğimize çalıştırmak istediğimiz seviyeye eşit sıfırlamaya başlayacağız, çünkü

101
00:07:27,800 --> 00:07:31,680
hepinizin veritabanına eşit olmasını istiyoruz.

102
00:07:32,240 --> 00:07:34,250
Bunun gibi ve isabet edip

103
00:07:37,310 --> 00:07:39,860
etmediğini kontrol etmek için enter tuşuna basın.

104
00:07:41,020 --> 00:07:46,000
Doğru burada yapmaya geldim.

105
00:07:46,130 --> 00:07:49,170
Bu günlük işlemini iptal edin.

106
00:07:49,450 --> 00:07:50,260
Babam gıpta eder.

107
00:07:50,390 --> 00:07:54,960
Ve bildiğiniz veri tabanıyla eşleşmesi gerekiyor.

108
00:07:56,180 --> 00:08:03,460
Ve bu Mongar D-B Kolonu'nun Canvey 10'un yerel barınağı olduğunu söylersek, tükenmiş veya

109
00:08:03,500 --> 00:08:09,170
basılmış olarak tanıdığım geliştirme veritabanını başarılı bir şekilde kurduğumuzu biliyoruz.

110
00:08:09,860 --> 00:08:13,110
Diyelim ne düğüm olur görelim.

111
00:08:13,190 --> 00:08:17,600
Evet, oraya çıktığını görüyoruz.

112
00:08:17,690 --> 00:08:19,790
Localhost'un çıktısını asla söylemedim.

113
00:08:19,800 --> 00:08:20,690
Sen yapabilirsin.

114
00:08:20,690 --> 00:08:24,670
Ortam değişken veritabanı olduğunu söyledim.

115
00:08:25,080 --> 00:08:31,440
Şimdi tek yapmamız gereken, Mangeshkar'ın NVI veritabanını işlemek için bağlandığını

116
00:08:33,860 --> 00:08:34,940
söylüyor olması.

117
00:08:35,010 --> 00:08:45,410
Siz IRA ve sonra Heroku'da bu Mongo lab devi olduğunuzu bildiğiniz güncelleme veritabanına ihtiyacımız var Hepiniz dize

118
00:08:45,410 --> 00:08:48,760
ancak bunun sadece Heroku'da olmasını istiyoruz.

119
00:08:48,860 --> 00:08:52,320
Onu yalnız bulut üzerinde bırakmak istiyoruz.

120
00:08:52,520 --> 00:08:56,770
Öyleyse işe yaradığından emin olalım, böylece yeniden başlatmayı vocalise edelim.

121
00:08:56,990 --> 00:08:57,760
Harika.

122
00:08:58,220 --> 00:09:04,850
Şimdi burada yenileme doğru sürümüne gidelim ve biz hala Heroku'ya herhangi bir kod basmadığımızdan

123
00:09:04,850 --> 00:09:08,070
elbette değişmemiş olan Heroku yerel kodunu alıyoruz.

124
00:09:08,660 --> 00:09:13,670
Şimdi şunu kaydedersek ve eklersek ve

125
00:09:18,050 --> 00:09:20,570
taahhüt edersek, IRL'yi

126
00:09:23,570 --> 00:09:27,170
güncellersin Heroku M.'yi zorlarsak. Heroku sürümünü hemen denersek ve en

127
00:09:29,150 --> 00:09:35,510
azından bu biterse ben bu sayfayı yenilemeyi denersem bir hata yapacağım,

128
00:09:35,510 --> 00:09:41,930
çünkü Heroku işlem çalışması ve vidette veritabanını bulabilecek sunuculardır. biliyorsun çünkü ayarlanmadı.

129
00:09:41,930 --> 00:09:46,120
Dolayısıyla, yenilemenin biraz zaman alabileceğini

130
00:09:46,550 --> 00:09:56,930
ve uygulama hatası almaları gerektiğini size göstermek için oraya giderken gidiyoruz.

131
00:09:56,930 --> 00:09:58,820
Gerçekten ne olduğunu öğrenmek istiyorsanız tekrar uygulama hatası.

132
00:09:58,850 --> 00:10:03,060
Bu Heroku günlükleri ve buradan görebileceğiniz hata mesajının ne kadar faydalı olduğunu

133
00:10:03,070 --> 00:10:04,250
bilmiyorum dürüstçe çalışacağız.

134
00:10:06,800 --> 00:10:13,140
Bakalım.

135
00:10:13,250 --> 00:10:15,450
Bu, tam olarak ne umduğunu

136
00:10:15,470 --> 00:10:21,770
size söylemeyen mesajlardan biri olabilir, ancak bize Mongar D-B'nin bir hata olduğunu söylüyor.

137
00:10:21,770 --> 00:10:24,560
Yesso, açıkça, bu veritabanının bir problem

138
00:10:26,820 --> 00:10:34,080
olduğunu belirtmemektedir, çünkü gerçekte olan şey, boşluklu bir dize bağlamaya çalışmaktır ve bu da büyük olasılıkla

139
00:10:34,090 --> 00:10:39,580
teknik olarak bir problem değildir, aksine veritabanı yoktur Bulunduğunuz yerde boş bir dize.

140
00:10:40,020 --> 00:10:45,310
Bu tür bir beklenmedik hata mesajı.

141
00:10:45,490 --> 00:10:49,020
Bununla birlikte, sorun şu ki,

142
00:10:49,600 --> 00:10:55,990
bir süreç oluşturmadığımız ya da Heroku'da çevre değişkenini ayarlamadığımız yönündedir.

143
00:10:55,990 --> 00:10:58,770
Bunu yapmak için, Heroku'nun kendisine gidersek bunu yapabileceğimiz birkaç farklı yol var.

144
00:10:59,530 --> 00:11:05,070
Muhtemelen buraya tekrar giriş yapmam gerekecek, sayfayı yenileyeyim.

145
00:11:05,200 --> 00:11:09,640
Hayır, geri yalan söylemek zorunda kalmadım.

146
00:11:10,750 --> 00:11:12,170
İşte bizim uygulamanız.

147
00:11:12,220 --> 00:11:13,910
Peki gireceğiz ve ayarlara geçersek öyle olduğuna inanıyorum.

148
00:11:14,010 --> 00:11:22,530
Sonra kaydırma yapmaya devam edin veya yapılandırma değişkenlerine gidin.

149
00:11:23,500 --> 00:11:30,420
Burada bir değişken ekleyebiliriz.

150
00:11:31,140 --> 00:11:33,230
Dolayısıyla, Earl'ün o dev dizgeci olması için veritabanı istiyoruz.

151
00:11:33,460 --> 00:11:39,170
Kopyaladım ve Ekle'ye tıkladım.

152
00:11:39,190 --> 00:11:43,880
Ve eğer geri dönersek sayfayı yenilemeyi deneyin.

153
00:11:45,510 --> 00:11:48,930
Tamamen sorunsuz çalışıyor.

154
00:11:49,540 --> 00:11:52,230
Yani bunu yapmanın bir yolu.

155
00:11:52,260 --> 00:11:53,920
Heroku'ya nasıl devam edeceğinizi ve

156
00:11:53,980 --> 00:12:01,420
Erlass'ın anahtar değer çifti veritabanına eklediğinizi ve anahtarın veya değişkenin adının çevre değişkeni ve ardından bir değer eklediğini size gösterdim.

157
00:12:01,420 --> 00:12:05,050
Bunu yapmanın bir başka yoludur, bunu komut satırından yaparak bir komut çalıştırabilirsiniz.

158
00:12:05,400 --> 00:12:11,170
Bunu burada yapabiliriz.

159
00:12:12,150 --> 00:12:13,330
Hayır diyeceğim.

160
00:12:13,360 --> 00:12:14,760
J. S. Heroku'nun bu satırındaki Heroku yapılandırma iki nokta üstüste setini açan destek dokümanları açın ve daha sonra değer eşittir.

161
00:12:14,760 --> 00:12:24,760
Bu yüzden ilk biti kopyalayacağım, istersek bunu yapmayacağım.

162
00:12:25,420 --> 00:12:29,720
Girişe girmeyeceğim ama sana yalnızca Heroku yapılandırması Kolin ayarlayıp

163
00:12:29,730 --> 00:12:36,340
sonra l eşdeğer olduğunu gösteren sana göstermek istiyorum ve o zaman yapıştırdığına karar verdik.

164
00:12:36,340 --> 00:12:42,210
Ama bunu ben yapacağım.

165
00:12:42,940 --> 00:12:44,710
Bahsetmediğim başka bir

166
00:12:44,710 --> 00:12:50,200
şey, çevre değişkenlerini kullanmak için bir başka iyi neden var;

167
00:12:50,350 --> 00:12:58,270
gizli olan bu kodları, iyi bir göbeğe koyarsanız, geliştiriciler ne olursa olsun maruz kalmıyorsunuz.

168
00:12:58,270 --> 00:12:59,550
olmadığını biliyorsanız.

169
00:12:59,710 --> 00:13:05,920
Veritabanımızı burada derhal elinizin altında tutmak istemiyoruz ya da hiç veri tabanımız

170
00:13:05,910 --> 00:13:06,340
Ancak bu açık bir şekilde gerçek bir uygulama değil.

171
00:13:06,360 --> 00:13:09,370
Ancak bu gerçek bir uygulama

172
00:13:09,490 --> 00:13:16,870
olsaydı, açık kaynak kodlu bir uygulama veya kodumun bir kısmı veya açık kaynak

173
00:13:16,870 --> 00:13:23,320
olsa bile verilerimi veya veritabanımı göstermek istemiyorum, kodu görünen herkese uyguluyorsundur.

174
00:13:23,320 --> 00:13:24,110
Bu yüzden

175
00:13:24,580 --> 00:13:32,230
bu satırı Mongar'a bağlayarak, NV dot veritabanını sizinle artık bağlantı oluşturmayan bir süreç haline getirin.

176
00:13:32,230 --> 00:13:33,250
kurması gerekecekti.

177
00:13:33,790 --> 00:13:40,930
Böylece, bir geliştiricinin göreceği veya koda göz atan herkesin eve dönmesi ve kendi veritabanını

178
00:13:40,930 --> 00:13:43,230
Hepiniz ortam değişkenlerini kullanıyorsunuz.

179
00:13:43,240 --> 00:13:46,490
TAMAM.

180
00:13:47,050 --> 00:13:47,770
O zaman yaptıklarımızı özetleyelim.

181
00:13:48,190 --> 00:13:49,850
Biz sorunu bir

182
00:13:49,990 --> 00:13:56,890
veritabanının geliştirilmesi ve üretimi için sorunu düzeltmek için paylaşılan bir veritabanıyla başlattık.

183
00:13:57,700 --> 00:13:58,870
Veritabanı URL

184
00:13:58,890 --> 00:14:07,300
ortam değişkenlerini bulut dokuzunda yerel olarak ve aynı değişken için iki farklı değere kurduk.

185
00:14:07,300 --> 00:14:08,910
Ve sonra bu

186
00:14:09,190 --> 00:14:15,300
değişkene çevre değişkenini ENVI veritabanından edindiğiniz süreci kullanarak eriştik ve IRL'ye bağlandık.

187
00:14:16,210 --> 00:14:17,360
Dolayısıyla iki sonucumuz var.

188
00:14:17,380 --> 00:14:19,120
Bahsedeceğim bir şey, bir varsayılan değer oluşturmanın değerinde olmasıdır.

189
00:14:19,480 --> 00:14:25,050
Diyelim ki, bilgisayarımı yeniden başlattığımda bir şekilde uygulamalarımı mahvettiğimi varsayalım.

190
00:14:25,500 --> 00:14:31,640
Ortam değişkenimde bu çalışma alanını sıfırladığımı bilmiyorum ya da

191
00:14:31,650 --> 00:14:38,590
bunu birine gönderiyorum ve kodun tamamlanamayacağı bir varsayılan veritabanı bilmediğimden

192
00:14:38,620 --> 00:14:44,940
bunu istemek istiyorum Bunu açıkça ayarlamadıysam tamamen mola olurum.

193
00:14:45,220 --> 00:14:49,790
Yapabileceğim, küçük bir yedekleme ekleyerek bir değişken yapacağım ve onu sadece çağıracağız.

194
00:14:49,890 --> 00:14:55,480
Hepiniz eşittir ve gerçekte olduğunuz veritabanında başlatılan işlemi yapacağız.

195
00:14:55,650 --> 00:15:03,710
Ve sonra bazılarını dışarıda bırakacağız, o halde yapman gereken şeyleri yapalım, ELLYARD zaten kaybetti.

196
00:15:04,690 --> 00:15:14,550
İşte burdasın.

197
00:15:15,230 --> 00:15:16,850
Bu sadece bir yedek olacak.

198
00:15:17,830 --> 00:15:20,770
Yani burada ne olup bittiğini

199
00:15:20,800 --> 00:15:28,660
zorunlu değil işlevselliğini değiştirmek değil ama nedense benim ortam değişkeni berbat var ya da yoktu.

200
00:15:28,650 --> 00:15:33,220
var ise çevre değişkenine eşit olacak demektir.

201
00:15:33,220 --> 00:15:39,100
Kodu koparmak yerine ne olacağı, bunun hepiniz değişkendir ve

202
00:15:39,100 --> 00:15:42,620
Boş bir dize olsa ya da

203
00:15:43,300 --> 00:15:49,270
yoksa, o zaman bizim yedekimiz olana eşit olacak demektir.

204
00:15:49,270 --> 00:15:50,410
Bu durumda bulutun dokuzunda da aynı şey var.

205
00:15:50,400 --> 00:15:54,470
Bu gerçekten zorunlu değil.

206
00:15:54,610 --> 00:15:56,000
Bir şeylerin ters gitmesi ihtimaline karşı iyi bir uygulama.

207
00:15:56,020 --> 00:16:00,410
Ama gerçekten sana gösteriyorum, çünkü bunu da görmek çok yaygın.

208
00:16:00,790 --> 00:16:04,600
TAMAM.

209
00:16:04,950 --> 00:16:05,550
Öylesine

210
00:16:05,800 --> 00:16:12,150
nazikçe uzun sarımlı ya da buna yaklaşmanın hiçbir yolu yok ama hepsi de, farklı veri

211
00:16:12,370 --> 00:16:19,170
tabanları işlemlerini vidette veritabanında kullanmak istediğimiz gerçeğine inanıyor. IRL, bir düğüm uygulamasından çevre değişkenlerine nasıl eriştiğimiz.

212
00:16:19,170 --> 00:16:20,530
Ortam değişkenleri bir düğüm veya bir javascript şey değil olsa da bunu açıkça belirtmek istersiniz.

213
00:16:20,660 --> 00:16:26,770
Ruby uygulamaları rails uygulamaları Python uygulamaları, hepsi çevre

214
00:16:26,770 --> 00:16:33,580
değişkenlerine erişebilir ve nispeten basit görünüyorlar, sadece Ruby gibi

215
00:16:33,660 --> 00:16:39,760
diğer dillerde vi'da işlem yaptığınız düğümde olurlar.

216
00:16:39,760 --> 00:16:41,850
Çoğu zaman bildiğiniz bir ENV veritabanı gibi bir şey göreceksiniz.

217
00:16:41,880 --> 00:16:47,040
Bu, evrensel bir kavramdır ve düğüme

218
00:16:47,710 --> 00:16:54,850
özgü bir şey değildir ve her tür uygulamada evrenseldir.

219
00:16:54,850 --> 00:16:55,930
Bunu sadece veritabanı URL'leri için kullanmazsanız istediğiniz zaman kullanabilirsiniz.

220
00:16:55,920 --> 00:17:01,200
Buraya bir yazım hatası gibi görünüyor.

221
00:17:01,310 --> 00:17:03,770
Her iki durumda da localhost olmalıdır.

222
00:17:03,790 --> 00:17:06,730
Farklı ortam geliştirme veya

223
00:17:06,820 --> 00:17:14,290
üretiminiz arasında farklı bilgi sahibi olmak istediğinizde bunu kullanın.

224
00:17:14,290 --> 00:17:15,380
Ayrıca, bir başkasından bilgi gizlemek veya gizlemek ve örneğin yardım almak istediğiniz zaman da kullanabilirsiniz.

225
00:17:15,390 --> 00:17:22,300
Dolayısıyla, kodunuz için gerekli olduğu için uygulamanızın içinde

226
00:17:22,540 --> 00:17:31,510
API bilgisini işleme alan Paypal veya Strype kredi kartınız varsa.

227
00:17:31,510 --> 00:17:33,350
Eh, mevcut hediye paylaşmak isterseniz, bunu açıkçası bastırmak istemiyorsunuz.

228
00:17:33,570 --> 00:17:37,700
Yapabileceğiniz şey, bir ortam değişkeni oluşturmak ve süreç gibi bir şey yapmak.

229
00:17:37,810 --> 00:17:43,760
Ian VI, süper hassas bilgiler vefat etti ve bu, kodunuzu paylaşmak

230
00:17:43,820 --> 00:17:53,740
istemekle ilgili bu sorunun üstesinden gelmenin bir yoludur; bunu herkesin bilgisine sunmakla kalmaz aynı zamanda birisinin API anahtarınızı alabileceği

231
00:17:53,740 --> 00:18:00,100
süper hassas bilgileri paylaşmamı istemediğini ve bir binlerce faturayı çalıştırdığını ve Aslında

232
00:18:00,100 --> 00:18:06,090
bazı büyük şirketlerin yaşadığı binlerce dolar bunun polisliği konusunda çok daha iyi.

233
00:18:06,100 --> 00:18:11,050
Yani Amazon, örneğin, Amazon API anahtarınız veya AWOS bilgileriniz

234
00:18:11,050 --> 00:18:19,980
varsa Amazon Web Hizmetleri web hizmetlerinizdeki bilgi almak için hobe'yu biliyorlar ve size derhal bu mesajı

235
00:18:20,200 --> 00:18:26,140
almayı düşündüğünüzü veya devre dışı bırakacağınızı söyleyen bir mesaj gönderecekler. o.

236
00:18:26,130 --> 00:18:28,960
Birisi bunun için binlerce ila bin dolar talep edebilir.

237
00:18:28,990 --> 00:18:32,170
Ödemeleri gereken büyük bir faturayı kullanmak için sizi ya da temelde hesabınızı kullanabilirler.

238
00:18:32,290 --> 00:18:38,110
Oldukça sık oluyor.

239
00:18:38,430 --> 00:18:40,810
Bu soruna, benim ve

240
00:18:40,810 --> 00:18:46,550
sözümde olan bazı öğrencilerin duydum ama kesinlikle daha önce bunu duymuştum.

241
00:18:46,600 --> 00:18:48,640
Tamam.

242
00:18:48,630 --> 00:18:49,270
Yani kıskançlık süreci, çevre değişkenlerine nasıl eriştiğimizdir.

243
00:18:49,270 --> 00:18:52,300
İki veritabanı kurulmuş kampımız şimdi iki farklı veri tabanı oluşturdu.

244
00:18:52,330 --> 00:18:58,000
İstediğimiz bilgileri paylaşmıyorlar.

245
00:18:57,990 --> 00:19:01,290
müthiş

246
00:19:01,620 --> 00:19:01,930
&nbsp;
