1
00:00:01,380 --> 00:00:03,410
‫Instrutor: Nosso objetivo é

2
00:00:03,410 --> 00:00:05,650
‫desenvolver aplicativos back-end com o

3
00:00:05,650 --> 00:00:08,160
‫Node e, portanto, é provavelmente uma

4
00:00:08,160 --> 00:00:11,890
‫boa ideia obter uma compreensão básica de como a

5
00:00:11,890 --> 00:00:14,350
‫web realmente funciona nos bastidores, certo?

6
00:00:14,350 --> 00:00:17,880
‫E esta vai ser uma palestra realmente completa.

7
00:00:17,880 --> 00:00:19,743
‫E então vamos mergulhar de cabeça.

8
00:00:21,300 --> 00:00:24,040
‫Agora, para entender melhor como a

9
00:00:24,040 --> 00:00:26,010
‫web realmente funciona, vamos

10
00:00:26,010 --> 00:00:28,230
‫começar perguntando: O que realmente

11
00:00:28,230 --> 00:00:30,670
‫acontece cada vez que digitamos um

12
00:00:30,670 --> 00:00:32,567
‫URL em nosso

13
00:00:32,567 --> 00:00:36,270
‫navegador para abrir uma nova página da web?

14
00:00:36,270 --> 00:00:40,000
‫Ou cada vez que solicitamos dados de alguma API?

15
00:00:40,000 --> 00:00:41,990
‫O que é praticamente o mesmo,

16
00:00:41,990 --> 00:00:45,453
‫então vamos nos concentrar em um exemplo simples de site aqui.

17
00:00:47,409 --> 00:00:50,760
‫Bem, a resposta mais simples é que nosso navegador,

18
00:00:50,760 --> 00:00:54,360
‫também chamado de cliente, envia uma solicitação ao servidor onde

19
00:00:54,360 --> 00:00:57,150
‫a página da web está hospedada.

20
00:00:57,150 --> 00:01:00,330
‫E o servidor enviará de volta uma

21
00:01:00,330 --> 00:01:04,410
‫resposta, que conterá a página da Web que acabamos de solicitar.

22
00:01:04,410 --> 00:01:08,000
‫E esse processo é chamado de modelo de

23
00:01:08,000 --> 00:01:10,940
‫solicitação-resposta ou também de arquitetura cliente-servidor.

24
00:01:10,940 --> 00:01:13,100
‫E tudo o que

25
00:01:13,100 --> 00:01:17,770
‫vamos falar nesta seção gira em torno desse conceito fundamental.

26
00:01:17,770 --> 00:01:20,990
‫Ok, mas agora vamos dar um passo adiante porque

27
00:01:20,990 --> 00:01:23,730
‫isso provavelmente não é realmente novo para

28
00:01:23,730 --> 00:01:25,313
‫você neste momento, certo?

29
00:01:26,380 --> 00:01:29,600
‫Então, digamos que queremos acessar o

30
00:01:29,600 --> 00:01:34,600
‫Google Maps escrevendo google. com / maps em nosso navegador como o URL.

31
00:01:35,180 --> 00:01:38,783
‫E cada URL obtém um HTTP ou HTTPS, que

32
00:01:39,930 --> 00:01:42,520
‫é para o protocolo que será

33
00:01:42,520 --> 00:01:43,920
‫usado na conexão.

34
00:01:43,920 --> 00:01:47,440
‫E vamos falar sobre isso um pouco mais tarde neste vídeo.

35
00:01:47,440 --> 00:01:49,580
‫Então temos o nome do domínio aqui,

36
00:01:49,580 --> 00:01:51,930
‫que é google. com neste

37
00:01:51,930 --> 00:01:55,500
‫caso, e também após uma barra, o chamado

38
00:01:55,500 --> 00:01:56,950
‫recurso que vamos

39
00:01:56,950 --> 00:01:59,560
‫acessar e, neste caso, / maps.

40
00:01:59,560 --> 00:02:02,710
‫Agora o que você precisa saber aqui é que o

41
00:02:02,710 --> 00:02:06,137
‫nome de domínio como google. com não é realmente

42
00:02:06,137 --> 00:02:09,230
‫o endereço real do servidor que estamos tentando

43
00:02:09,230 --> 00:02:13,350
‫acessar, mas apenas um nome legal que seja fácil de memorizar.

44
00:02:13,350 --> 00:02:17,050
‫Portanto, precisamos de uma espécie de conversão do nome de domínio

45
00:02:17,050 --> 00:02:19,220
‫para o endereço real do

46
00:02:19,220 --> 00:02:22,100
‫servidor e isso acontece através de um DNS.

47
00:02:22,100 --> 00:02:25,230
‫Assim, DNS significa Domain Name Server, que

48
00:02:25,230 --> 00:02:27,940
‫são servidores especiais que são basicamente como

49
00:02:27,940 --> 00:02:30,610
‫as listas telefônicas da Internet.

50
00:02:30,610 --> 00:02:34,330
‫Portanto, a primeira etapa que acontece quando abrimos um site

51
00:02:34,330 --> 00:02:38,180
‫é quando o navegador faz uma solicitação a um DNS

52
00:02:38,180 --> 00:02:40,990
‫e esse servidor especial simplesmente associa o

53
00:02:40,990 --> 00:02:43,760
‫endereço da web que digitamos no navegador

54
00:02:43,760 --> 00:02:46,430
‫ao endereço IP real do servidor.

55
00:02:46,430 --> 00:02:47,610
‫Tudo bem.

56
00:02:47,610 --> 00:02:49,300
‫Na verdade, isso acontece

57
00:02:49,300 --> 00:02:53,030
‫através do seu provedor de serviços de Internet ou ISP,

58
00:02:53,030 --> 00:02:55,933
‫mas os detalhes completos não importam para nós.

59
00:02:57,363 --> 00:02:59,050
‫O que você precisa reter

60
00:02:59,050 --> 00:03:01,950
‫desta parte é que o domínio não é o

61
00:03:01,950 --> 00:03:06,250
‫endereço real e que um DNS o converterá nesse endereço IP real, que um

62
00:03:06,250 --> 00:03:09,550
‫navegador pode então chamar depois de ser enviado de volta

63
00:03:09,550 --> 00:03:10,713
‫ao nosso navegador.

64
00:03:12,030 --> 00:03:14,620
‫Então é assim que o endereço real se

65
00:03:14,620 --> 00:03:18,810
‫parece, então ele ainda tem o protocolo, mas depois vem o endereço IP.

66
00:03:18,810 --> 00:03:22,080
‫E também a porta que acessamos no servidor.

67
00:03:22,080 --> 00:03:24,890
‫E o número da porta serve apenas

68
00:03:24,890 --> 00:03:28,070
‫para identificar um serviço específico em execução em um servidor

69
00:03:28,070 --> 00:03:30,903
‫e, portanto, você pode pensar nele como um subendereço.

70
00:03:32,590 --> 00:03:35,350
‫Lembre-se de como ouvimos a porta 8000 em

71
00:03:35,350 --> 00:03:39,140
‫nosso servidor web quando a configuramos na interseção que é exatamente

72
00:03:39,140 --> 00:03:41,263
‫o que esta porta é.

73
00:03:42,780 --> 00:03:45,590
‫Observe também que o número da porta não

74
00:03:45,590 --> 00:03:48,460
‫tem nada a ver com o recurso do Google

75
00:03:48,460 --> 00:03:50,000
‫Maps que desejamos acessar.

76
00:03:50,000 --> 00:03:52,720
‫Esse recurso será realmente

77
00:03:52,720 --> 00:03:56,850
‫enviado na solicitação HTTP, como veremos em breve.

78
00:03:56,850 --> 00:03:59,673
‫Ok, e isso conclui a primeira etapa.

79
00:04:00,610 --> 00:04:03,310
‫Assim, uma vez que temos o endereço

80
00:04:03,310 --> 00:04:06,390
‫web real, uma conexão de soquete TCP é

81
00:04:06,390 --> 00:04:08,740
‫estabelecida entre o navegador e

82
00:04:08,740 --> 00:04:11,270
‫o servidor, que agora estão finalmente conectados.

83
00:04:11,270 --> 00:04:14,190
‫E essa conexão normalmente é mantida ativa durante

84
00:04:14,190 --> 00:04:16,810
‫todo o tempo que leva para transferir

85
00:04:16,810 --> 00:04:19,420
‫todos os arquivos do site.

86
00:04:19,420 --> 00:04:22,910
‫Agora, quais são o nosso TCP e IP?

87
00:04:22,910 --> 00:04:27,080
‫Bem, TCP é o protocolo de controle de transmissão e

88
00:04:27,080 --> 00:04:29,730
‫IP é o protocolo da

89
00:04:29,730 --> 00:04:32,930
‫Internet e, juntos, eles são protocolos de comunicação

90
00:04:32,930 --> 00:04:36,870
‫que definem exatamente como os dados trafegam pela web.

91
00:04:36,870 --> 00:04:37,860
‫Então, eles

92
00:04:37,860 --> 00:04:40,580
‫são basicamente o sistema de controle fundamental

93
00:04:40,580 --> 00:04:44,170
‫da Internet, porque, novamente, são eles que definem as regras

94
00:04:44,170 --> 00:04:47,230
‫sobre como os dados se movem na Internet.

95
00:04:47,230 --> 00:04:51,040
‫E não se preocupe, aprenderemos um pouco mais sobre TCP / IP

96
00:04:51,040 --> 00:04:52,673
‫mais adiante neste vídeo.

97
00:04:54,150 --> 00:04:58,570
‫Enfim, agora é hora de finalmente fazer nosso pedido.

98
00:04:58,570 --> 00:05:02,400
‫E a solicitação que fazemos é

99
00:05:02,400 --> 00:05:07,400
‫uma solicitação HTTP, em que HTTP significa HyperText Transfer Protocol.

100
00:05:07,430 --> 00:05:12,430
‫Portanto, após o TCP / IP, o HTTP é mais um protocolo de comunicação.

101
00:05:13,520 --> 00:05:16,480
‫E, a propósito, um protocolo de comunicação é

102
00:05:16,480 --> 00:05:18,670
‫simplesmente um sistema de regras

103
00:05:18,670 --> 00:05:22,140
‫que permite que duas ou mais partes se comuniquem.

104
00:05:22,140 --> 00:05:25,820
‫E, no caso do HTTP, é apenas um protocolo que

105
00:05:25,820 --> 00:05:29,130
‫permite que clientes e servidores da web se comuniquem

106
00:05:29,130 --> 00:05:31,800
‫enviando solicitações e mensagens de resposta do

107
00:05:31,800 --> 00:05:34,353
‫cliente para o servidor e vice-versa.

108
00:05:36,040 --> 00:05:40,150
‫Agora, uma mensagem de solicitação será semelhante a esta.

109
00:05:40,150 --> 00:05:43,460
‫Portanto, o início da mensagem é a

110
00:05:43,460 --> 00:05:47,700
‫parte mais importante chamada linha inicial, que contém o método

111
00:05:47,700 --> 00:05:49,690
‫HTTP usado na solicitação,

112
00:05:49,690 --> 00:05:53,750
‫depois o destino da solicitação e a versão HTTP.

113
00:05:53,750 --> 00:05:57,890
‫Então, sobre os métodos HTTP, existem muitos disponíveis, mas

114
00:05:57,890 --> 00:06:00,280
‫os mais importantes são obter

115
00:06:00,280 --> 00:06:04,400
‫simplesmente para solicitar dados, postar para enviar dados e

116
00:06:04,400 --> 00:06:08,140
‫colocar e corrigir para basicamente modificar os dados.

117
00:06:08,140 --> 00:06:11,970
‫Portanto, você vê que uma solicitação HTTP para o servidor

118
00:06:11,970 --> 00:06:16,010
‫não é apenas para obter dados, mas também podemos enviar dados.

119
00:06:16,010 --> 00:06:17,410
‫Tudo bem?

120
00:06:17,410 --> 00:06:20,810
‫Agora, por favor, não se preocupe se tudo isso soar um

121
00:06:20,810 --> 00:06:22,720
‫pouco demais para você neste momento.

122
00:06:22,720 --> 00:06:24,640
‫É claro que usaremos essas

123
00:06:24,640 --> 00:06:26,690
‫coisas pelo resto do curso, que

124
00:06:26,690 --> 00:06:29,913
‫é, na verdade, a razão pela qual estou dizendo isso.

125
00:06:31,530 --> 00:06:34,080
‫De qualquer forma, sobre o destino

126
00:06:34,080 --> 00:06:37,170
‫da solicitação, é aqui que se pensa no servidor

127
00:06:37,170 --> 00:06:40,100
‫que queremos acessar o recurso de mapas neste exemplo.

128
00:06:40,100 --> 00:06:41,660
‫Lembre-se disso?

129
00:06:41,660 --> 00:06:45,890
‫Então, tínhamos / maps em nossa URL e agora ele é enviado

130
00:06:45,890 --> 00:06:48,700
‫como o destino na solicitação HTTP para

131
00:06:48,700 --> 00:06:52,490
‫que o servidor possa descobrir o que fazer com ele.

132
00:06:52,490 --> 00:06:56,860
‫E se estiver vazio, então se fosse apenas uma barra, basicamente,

133
00:06:56,860 --> 00:06:59,660
‫estaríamos acessando a raiz do site que

134
00:06:59,660 --> 00:07:03,680
‫seria apenas o google. com neste exemplo.

135
00:07:03,680 --> 00:07:07,720
‫Em seguida, a próxima parte da solicitação são os cabeçalhos da

136
00:07:07,720 --> 00:07:10,340
‫solicitação, que são apenas algumas informações que

137
00:07:10,340 --> 00:07:12,150
‫enviamos sobre a própria

138
00:07:12,150 --> 00:07:15,110
‫solicitação, e há toneladas de cabeçalhos diferentes disponíveis,

139
00:07:15,110 --> 00:07:17,840
‫como qual navegador é usado para fazer

140
00:07:17,840 --> 00:07:22,750
‫a solicitação, a que horas, o idioma do usuário e muitos, muitos outros.

141
00:07:22,750 --> 00:07:26,200
‫Por fim, no caso de estarmos enviando dados para

142
00:07:26,200 --> 00:07:29,060
‫o servidor, também haverá um corpo

143
00:07:29,060 --> 00:07:33,593
‫de solicitação contendo esses dados, por exemplo, provenientes de um formulário HTML.

144
00:07:35,050 --> 00:07:37,740
‫Então essa é a solicitação HTTP.

145
00:07:37,740 --> 00:07:40,070
‫Agora, é claro, não

146
00:07:40,070 --> 00:07:42,670
‫somos nós, desenvolvedores, que escrevemos manualmente

147
00:07:42,670 --> 00:07:45,750
‫essas solicitações, mas ainda é extremamente importante

148
00:07:45,750 --> 00:07:50,170
‫que você entenda o que é uma solicitação HTTP e também

149
00:07:50,170 --> 00:07:53,863
‫uma resposta, porque você trabalhará muito com elas, certo?

150
00:07:54,710 --> 00:07:58,560
‫Além disso, quero mencionar que também há HTTPS, como

151
00:07:58,560 --> 00:08:00,060
‫você provavelmente sabe.

152
00:08:00,060 --> 00:08:04,330
‫E a principal diferença entre HTTP e HTTPS é

153
00:08:04,330 --> 00:08:09,330
‫que HTTPS é criptografado usando TLS ou SSL, que são

154
00:08:10,110 --> 00:08:12,520
‫mais alguns protocolos, mas

155
00:08:12,520 --> 00:08:15,080
‫não vou aborrecê-los com eles.

156
00:08:15,080 --> 00:08:17,510
‫Mas, além dessa criptografia adicional, a

157
00:08:17,510 --> 00:08:20,930
‫lógica entre as solicitações e respostas HTTP ainda

158
00:08:20,930 --> 00:08:23,273
‫se aplica ao HTTPS.

159
00:08:24,240 --> 00:08:27,860
‫Tudo bem, então nosso pedido agora chega ao servidor, que

160
00:08:27,860 --> 00:08:31,210
‫estará trabalhando nele até que tenha nosso site pronto para

161
00:08:31,210 --> 00:08:32,690
‫enviar de volta.

162
00:08:32,690 --> 00:08:36,180
‫E ele o enviará de volta usando, como você

163
00:08:36,180 --> 00:08:38,530
‫pode imaginar, uma resposta HTTP.

164
00:08:38,530 --> 00:08:41,580
‫E a mensagem de resposta HTTP realmente se

165
00:08:41,580 --> 00:08:44,050
‫parece muito com a solicitação.

166
00:08:44,050 --> 00:08:48,350
‫O mesmo ocorre com uma linha de partida, cabeçalhos e um corpo.

167
00:08:48,350 --> 00:08:52,120
‫A linha de largada possui, além da versão HTTP, um

168
00:08:52,120 --> 00:08:54,530
‫código de status e uma mensagem.

169
00:08:54,530 --> 00:08:56,860
‫Então, basicamente, para que o

170
00:08:56,860 --> 00:09:00,460
‫cliente saiba se a solicitação foi bem-sucedida ou não.

171
00:09:00,460 --> 00:09:03,630
‫Este 200, por exemplo, significa ok, e

172
00:09:03,630 --> 00:09:07,430
‫aquele que todos conhecem é o código de status 404,

173
00:09:07,430 --> 00:09:09,250
‫que significa não encontrado.

174
00:09:09,250 --> 00:09:11,880
‫E é daí que vem esse código 404

175
00:09:11,880 --> 00:09:13,543
‫que você já conhecia.

176
00:09:15,160 --> 00:09:18,120
‫Em seguida, os cabeçalhos de resposta ou informações

177
00:09:18,120 --> 00:09:19,810
‫sobre a própria resposta.

178
00:09:19,810 --> 00:09:23,430
‫Assim como antes, e há uma tonelada disponível

179
00:09:23,430 --> 00:09:26,900
‫e também podemos criar nossos próprios cabeçalhos.

180
00:09:26,900 --> 00:09:29,610
‫Agora, a diferença nos cabeçalhos de resposta

181
00:09:29,610 --> 00:09:32,350
‫é que na verdade é o desenvolvedor de back-end

182
00:09:32,350 --> 00:09:36,320
‫como você que os especifica e os envia de volta na resposta.

183
00:09:36,320 --> 00:09:37,670
‫Tudo bem.

184
00:09:37,670 --> 00:09:40,030
‫Finalmente, a última parte da resposta

185
00:09:40,030 --> 00:09:43,440
‫é, novamente, o corpo, que está realmente presente na

186
00:09:43,440 --> 00:09:45,000
‫maioria das respostas.

187
00:09:45,000 --> 00:09:48,320
‫E é também o desenvolvedor que envia de volta

188
00:09:48,320 --> 00:09:50,530
‫especificamente o corpo na resposta.

189
00:09:50,530 --> 00:09:54,180
‫E, na verdade, já fizemos isso na interseção

190
00:09:54,180 --> 00:09:57,430
‫usando a resposta. fim, lembra?

191
00:09:57,430 --> 00:10:01,120
‫E o corpo geralmente deve conter o HTML do

192
00:10:01,120 --> 00:10:04,740
‫site que solicitamos ou, por exemplo, dados JSON

193
00:10:04,740 --> 00:10:08,070
‫vindos de uma API ou algo parecido.

194
00:10:08,070 --> 00:10:10,290
‫Então, falamos detalhadamente sobre as

195
00:10:10,290 --> 00:10:12,300
‫partes mais importantes aqui,

196
00:10:12,300 --> 00:10:15,910
‫que são a solicitação HTTP e a resposta.

197
00:10:15,910 --> 00:10:19,930
‫Mas em nosso exemplo imaginário, apenas fizemos uma solicitação

198
00:10:19,930 --> 00:10:22,773
‫ao google. com e obteve uma resposta.

199
00:10:24,040 --> 00:10:27,330
‫No entanto, se for um site que

200
00:10:27,330 --> 00:10:31,060
‫estamos tentando acessar, haverá muitos, muitos mais pedidos e respostas.

201
00:10:31,060 --> 00:10:34,270
‫E isso porque, quando fazemos a primeira solicitação,

202
00:10:34,270 --> 00:10:38,270
‫tudo o que recebemos é apenas o arquivo HTML inicial,

203
00:10:38,270 --> 00:10:41,540
‫esse arquivo será verificado em busca de todos os

204
00:10:41,540 --> 00:10:44,270
‫ativos de que precisa para construir

205
00:10:44,270 --> 00:10:49,270
‫o site inteiro, como JavaScripts, arquivos CSS, arquivos de imagem ou outros bens.

206
00:10:49,390 --> 00:10:51,560
‫E para cada um desses

207
00:10:51,560 --> 00:10:55,990
‫arquivos diferentes, o navegador fará uma nova solicitação HTTP ao servidor.

208
00:10:55,990 --> 00:10:58,500
‫Então, basicamente, todo esse vaivém

209
00:10:58,500 --> 00:11:01,500
‫entre cliente e servidor que acabamos

210
00:11:01,500 --> 00:11:03,380
‫de explicar acontece

211
00:11:03,380 --> 00:11:06,270
‫para cada arquivo incluído no site.

212
00:11:06,270 --> 00:11:10,170
‫Pode, no entanto, haver várias solicitações e respostas acontecendo

213
00:11:10,170 --> 00:11:11,800
‫ao mesmo tempo.

214
00:11:11,800 --> 00:11:13,870
‫Mas a quantidade é limitada

215
00:11:13,870 --> 00:11:17,023
‫porque, do contrário, a conexão começaria a ficar lenta.

216
00:11:17,880 --> 00:11:22,860
‫Ok, e finalmente, quando todos os arquivos chegaram, o site é

217
00:11:22,860 --> 00:11:24,960
‫renderizado no navegador

218
00:11:24,960 --> 00:11:29,520
‫de acordo com as especificações HTML, CSS e JavaScript

219
00:11:29,520 --> 00:11:31,710
‫que você já deve saber.

220
00:11:31,710 --> 00:11:34,550
‫E agora, como a peça final deste

221
00:11:34,550 --> 00:11:37,490
‫quebra-cabeça, vamos falar novamente sobre TCP / IP

222
00:11:37,490 --> 00:11:41,000
‫e descobrir como os dados de solicitação e resposta

223
00:11:41,000 --> 00:11:43,053
‫são realmente enviados pela web.

224
00:11:44,390 --> 00:11:47,900
‫Dissemos antes que TCP e IP são os

225
00:11:47,900 --> 00:11:50,710
‫protocolos de comunicação que definem

226
00:11:50,710 --> 00:11:53,610
‫como os dados trafegam pela web.

227
00:11:53,610 --> 00:11:56,640
‫Agora, não vou entrar em muitos detalhes aqui, mas aqui

228
00:11:56,640 --> 00:11:58,810
‫está o que você precisa saber.

229
00:11:58,810 --> 00:12:02,670
‫Primeiro, o trabalho do TCP é dividir as solicitações

230
00:12:02,670 --> 00:12:07,130
‫e respostas em milhares de pequenos blocos chamados pacotes antes

231
00:12:07,130 --> 00:12:09,010
‫de serem configurados.

232
00:12:09,010 --> 00:12:11,940
‫Então, assim que chegarem ao destino, ele

233
00:12:11,940 --> 00:12:14,320
‫remontará todos os pacotes

234
00:12:14,320 --> 00:12:17,060
‫na solicitação ou resposta original para

235
00:12:17,060 --> 00:12:19,660
‫que a mensagem chegue ao destino

236
00:12:19,660 --> 00:12:23,080
‫o mais rápido possível, o que não seria

237
00:12:23,080 --> 00:12:26,850
‫possível se enviássemos o site como um grande pedaço.

238
00:12:26,850 --> 00:12:28,840
‫Então isso seria como tentar passar

239
00:12:28,840 --> 00:12:31,780
‫pelo tráfego de dança com o maior ônibus que

240
00:12:31,780 --> 00:12:33,120
‫você pode imaginar.

241
00:12:33,120 --> 00:12:34,573
‫Portanto, não é uma boa ideia.

242
00:12:35,540 --> 00:12:39,550
‫Agora, na segunda parte, o trabalho do protocolo IP

243
00:12:39,550 --> 00:12:43,280
‫é realmente enviar e rotear todos esses

244
00:12:43,280 --> 00:12:44,900
‫pacotes pela Internet.

245
00:12:44,900 --> 00:12:48,630
‫Assim, garante que todos eles cheguem ao

246
00:12:48,630 --> 00:12:53,090
‫destino que deveriam ir usando endereços IP em cada pacote.

247
00:12:53,090 --> 00:12:56,570
‫E, novamente, esta é apenas uma visão geral muito ampla

248
00:12:56,570 --> 00:12:59,950
‫do que realmente acontece nos bastidores da web, porque

249
00:12:59,950 --> 00:13:02,920
‫na verdade são informações demais do que você

250
00:13:02,920 --> 00:13:05,040
‫realmente precisa para se

251
00:13:05,040 --> 00:13:07,230
‫tornar um grande desenvolvedor de back-end.

252
00:13:07,230 --> 00:13:10,410
‫Mas espero que você ainda ache esta

253
00:13:10,410 --> 00:13:14,270
‫informação útil e interessante, e também não muito confusa.

254
00:13:14,270 --> 00:13:17,100
‫Agora, no próximo vídeo, faremos algumas solicitações

255
00:13:17,100 --> 00:13:21,270
‫HTTP para que você se familiarize um pouco mais com

256
00:13:21,270 --> 00:13:22,463
‫o protocolo.