1
00:00:01,380 --> 00:00:03,410
‫Instructor: Entonces, nuestro objetivo

2
00:00:03,410 --> 00:00:05,650
‫es desarrollar aplicaciones de back-end con

3
00:00:05,650 --> 00:00:08,160
‫Node y, por lo tanto, probablemente sea

4
00:00:08,160 --> 00:00:11,890
‫una buena idea obtener una comprensión básica de cómo funciona

5
00:00:11,890 --> 00:00:14,350
‫la web detrás de escena, ¿verdad?

6
00:00:14,350 --> 00:00:17,880
‫Y esta será una conferencia realmente completa.

7
00:00:17,880 --> 00:00:19,743
‫Y así que vamos a sumergirnos de lleno.

8
00:00:21,300 --> 00:00:24,040
‫Ahora, para comprender mejor cómo funciona

9
00:00:24,040 --> 00:00:26,010
‫realmente la web, comencemos

10
00:00:26,010 --> 00:00:28,230
‫por hacer la pregunta: ¿Qué

11
00:00:28,230 --> 00:00:30,670
‫sucede realmente cada vez que escribimos

12
00:00:30,670 --> 00:00:32,567
‫una URL en

13
00:00:32,567 --> 00:00:36,270
‫nuestro navegador para abrir una nueva página web?

14
00:00:36,270 --> 00:00:40,000
‫¿O cada vez que solicitamos datos de alguna API?

15
00:00:40,000 --> 00:00:41,990
‫Lo que en realidad es lo

16
00:00:41,990 --> 00:00:45,453
‫mismo, así que centrémonos en un ejemplo simple de un sitio web aquí.

17
00:00:47,409 --> 00:00:50,760
‫Bueno, la respuesta más simple es que nuestro navegador,

18
00:00:50,760 --> 00:00:54,360
‫que también se llama cliente, envía una solicitud al servidor

19
00:00:54,360 --> 00:00:57,150
‫donde está alojada la página web.

20
00:00:57,150 --> 00:01:00,330
‫Y el servidor enviará una respuesta,

21
00:01:00,330 --> 00:01:04,410
‫que contendrá la página web que acabamos de solicitar.

22
00:01:04,410 --> 00:01:08,000
‫Y este proceso se denomina modelo de

23
00:01:08,000 --> 00:01:10,940
‫solicitud-respuesta o también arquitectura cliente-servidor.

24
00:01:10,940 --> 00:01:13,100
‫Y todo lo que vamos

25
00:01:13,100 --> 00:01:17,770
‫a hablar en esta sección gira en torno a este concepto fundamental.

26
00:01:17,770 --> 00:01:20,990
‫Bien, pero demos ahora un paso más porque probablemente

27
00:01:20,990 --> 00:01:23,730
‫esto no sea realmente nuevo para ti

28
00:01:23,730 --> 00:01:25,313
‫en este momento, ¿verdad?

29
00:01:26,380 --> 00:01:29,600
‫Digamos que queremos acceder a Google

30
00:01:29,600 --> 00:01:34,600
‫Maps escribiendo google. com / se asigna a nuestro navegador como URL.

31
00:01:35,180 --> 00:01:38,783
‫Y cada URL obtiene un HTTP o HTTPS, que es

32
00:01:39,930 --> 00:01:42,520
‫para el protocolo que se utilizará

33
00:01:42,520 --> 00:01:43,920
‫en la conexión.

34
00:01:43,920 --> 00:01:47,440
‫Y hablaremos de esto un poco más adelante en este video.

35
00:01:47,440 --> 00:01:49,580
‫Entonces tenemos el nombre de dominio aquí,

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

37
00:01:51,930 --> 00:01:55,500
‫este caso, y también tras una barra, el llamado recurso

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

39
00:01:56,950 --> 00:01:59,560
‫acceder, y en este caso, / maps.

40
00:01:59,560 --> 00:02:02,710
‫Ahora, lo que necesita saber aquí es que el nombre

41
00:02:02,710 --> 00:02:06,137
‫de dominio como google. com no es en

42
00:02:06,137 --> 00:02:09,230
‫realidad la dirección real del servidor al que estamos

43
00:02:09,230 --> 00:02:13,350
‫intentando acceder, sino simplemente un bonito nombre que es fácil de memorizar.

44
00:02:13,350 --> 00:02:17,050
‫Entonces necesitamos una forma de convertir el nombre de dominio a

45
00:02:17,050 --> 00:02:19,220
‫la dirección real del servidor

46
00:02:19,220 --> 00:02:22,100
‫y eso sucede a través de un DNS.

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

48
00:02:25,230 --> 00:02:27,940
‫son servidores especiales que son básicamente como

49
00:02:27,940 --> 00:02:30,610
‫las guías telefónicas de Internet.

50
00:02:30,610 --> 00:02:34,330
‫Entonces, el primer paso que sucede cuando abrimos un sitio

51
00:02:34,330 --> 00:02:38,180
‫web es que el navegador realiza una solicitud a un DNS

52
00:02:38,180 --> 00:02:40,990
‫y este servidor especial simplemente hará coincidir la

53
00:02:40,990 --> 00:02:43,760
‫dirección web que ingresamos en el navegador con

54
00:02:43,760 --> 00:02:46,430
‫la dirección IP real del servidor.

55
00:02:46,430 --> 00:02:47,610
‫Está bien.

56
00:02:47,610 --> 00:02:49,300
‫Y en realidad, esto

57
00:02:49,300 --> 00:02:53,030
‫sucede a través de su proveedor de servicios de Internet o

58
00:02:53,030 --> 00:02:55,933
‫ISP, pero los detalles completos realmente no nos importan.

59
00:02:57,363 --> 00:02:59,050
‫Lo que debe conservar de

60
00:02:59,050 --> 00:03:01,950
‫esta parte es que el dominio no es la dirección

61
00:03:01,950 --> 00:03:06,250
‫real y que un DNS lo convertirá a esa dirección IP real, a la que

62
00:03:06,250 --> 00:03:09,550
‫un navegador puede llamar después de que se envíe de vuelta

63
00:03:09,550 --> 00:03:10,713
‫a nuestro navegador.

64
00:03:12,030 --> 00:03:14,620
‫Así es como se ve la dirección real,

65
00:03:14,620 --> 00:03:18,810
‫por lo que todavía tiene el protocolo, pero luego viene la dirección IP.

66
00:03:18,810 --> 00:03:22,080
‫Y también el puerto al que accedimos en el servidor.

67
00:03:22,080 --> 00:03:24,890
‫Y el número de puerto es realmente solo

68
00:03:24,890 --> 00:03:28,070
‫para identificar un servicio específico que se ejecuta en un servidor

69
00:03:28,070 --> 00:03:30,903
‫y para que pueda pensar en él como una subdirección.

70
00:03:32,590 --> 00:03:35,350
‫Recuerde cómo escuchamos el puerto 8000 en nuestro

71
00:03:35,350 --> 00:03:39,140
‫servidor web cuando lo configuramos en la intersección que es exactamente

72
00:03:39,140 --> 00:03:41,263
‫lo que es este puerto.

73
00:03:42,780 --> 00:03:45,590
‫También tenga en cuenta que el número de puerto no

74
00:03:45,590 --> 00:03:48,460
‫tiene nada que ver con el recurso de Google Maps

75
00:03:48,460 --> 00:03:50,000
‫al que queremos acceder.

76
00:03:50,000 --> 00:03:52,720
‫Ese recurso realmente se enviará

77
00:03:52,720 --> 00:03:56,850
‫en la solicitud HTTP, como veremos en un momento.

78
00:03:56,850 --> 00:03:59,673
‫Bien, y esto concluye con el primer paso.

79
00:04:00,610 --> 00:04:03,310
‫Entonces, una vez que tenemos la dirección

80
00:04:03,310 --> 00:04:06,390
‫web real, se establece una conexión de socket

81
00:04:06,390 --> 00:04:08,740
‫TCP entre el navegador y

82
00:04:08,740 --> 00:04:11,270
‫el servidor, que ahora finalmente están conectados.

83
00:04:11,270 --> 00:04:14,190
‫Y esta conexión generalmente se mantiene activa durante

84
00:04:14,190 --> 00:04:16,810
‫todo el tiempo que lleva transferir todos

85
00:04:16,810 --> 00:04:19,420
‫los archivos del sitio web.

86
00:04:19,420 --> 00:04:22,910
‫Ahora bien, ¿cuáles son nuestros TCP e IP?

87
00:04:22,910 --> 00:04:27,080
‫Bueno, TCP es el Protocolo de control de transmisión e IP

88
00:04:27,080 --> 00:04:29,730
‫es el Protocolo de Internet,

89
00:04:29,730 --> 00:04:32,930
‫y juntos son protocolos de comunicación que definen

90
00:04:32,930 --> 00:04:36,870
‫exactamente cómo viajan los datos a través de la web.

91
00:04:36,870 --> 00:04:37,860
‫Entonces, son

92
00:04:37,860 --> 00:04:40,580
‫básicamente el sistema de control fundamental

93
00:04:40,580 --> 00:04:44,170
‫de Internet, porque, nuevamente, son ellos quienes establecen las reglas

94
00:04:44,170 --> 00:04:47,230
‫sobre cómo se mueven los datos en Internet.

95
00:04:47,230 --> 00:04:51,040
‫Y no se preocupe, aprenderemos un poco más sobre TCP / IP

96
00:04:51,040 --> 00:04:52,673
‫más adelante en este video.

97
00:04:54,150 --> 00:04:58,570
‫De todos modos, ahora es el momento de hacer finalmente nuestra solicitud.

98
00:04:58,570 --> 00:05:02,400
‫Y la solicitud que hacemos es una

99
00:05:02,400 --> 00:05:07,400
‫solicitud HTTP donde HTTP significa Protocolo de transferencia de hipertexto.

100
00:05:07,430 --> 00:05:12,430
‫Entonces, después de TCP / IP, HTTP es otro protocolo de comunicación.

101
00:05:13,520 --> 00:05:16,480
‫Y, por cierto, un protocolo de comunicación es

102
00:05:16,480 --> 00:05:18,670
‫simplemente un sistema de reglas

103
00:05:18,670 --> 00:05:22,140
‫que permite que dos o más partes se comuniquen.

104
00:05:22,140 --> 00:05:25,820
‫Y en el caso de HTTP, es solo un protocolo

105
00:05:25,820 --> 00:05:29,130
‫que permite a los clientes y servidores web comunicarse

106
00:05:29,130 --> 00:05:31,800
‫enviando solicitudes y mensajes de respuesta de

107
00:05:31,800 --> 00:05:34,353
‫cliente a servidor y viceversa.

108
00:05:36,040 --> 00:05:40,150
‫Ahora, un mensaje de solicitud se verá así.

109
00:05:40,150 --> 00:05:43,460
‫Entonces, el comienzo del mensaje es la parte más

110
00:05:43,460 --> 00:05:47,700
‫importante llamada línea de inicio, que contiene el método HTTP que

111
00:05:47,700 --> 00:05:49,690
‫se usa en la

112
00:05:49,690 --> 00:05:53,750
‫solicitud, luego el destino de la solicitud y la versión HTTP.

113
00:05:53,750 --> 00:05:57,890
‫Entonces, sobre los métodos HTTP, hay muchos disponibles, pero

114
00:05:57,890 --> 00:06:00,280
‫los más importantes son get

115
00:06:00,280 --> 00:06:04,400
‫para simplemente solicitar datos, publicar para enviar datos y

116
00:06:04,400 --> 00:06:08,140
‫poner y parchear para modificar básicamente los datos.

117
00:06:08,140 --> 00:06:11,970
‫Entonces ves que una solicitud HTTP al servidor no

118
00:06:11,970 --> 00:06:16,010
‫es solo para obtener datos, sino que también podemos enviar datos.

119
00:06:16,010 --> 00:06:17,410
‫¿Está bien?

120
00:06:17,410 --> 00:06:20,810
‫Ahora, por favor, no se preocupe si todo esto le

121
00:06:20,810 --> 00:06:22,720
‫suena demasiado en este momento.

122
00:06:22,720 --> 00:06:24,640
‫Por supuesto, usaremos estas cosas

123
00:06:24,640 --> 00:06:26,690
‫durante el resto del curso, que en

124
00:06:26,690 --> 00:06:29,913
‫realidad es la razón por la que les digo esto.

125
00:06:31,530 --> 00:06:34,080
‫De todos modos, sobre el destino de

126
00:06:34,080 --> 00:06:37,170
‫la solicitud, aquí es donde se piensa que el servidor

127
00:06:37,170 --> 00:06:40,100
‫queremos acceder al recurso de mapas en este ejemplo.

128
00:06:40,100 --> 00:06:41,660
‫¿Recuérdalo?

129
00:06:41,660 --> 00:06:45,890
‫Así que teníamos / maps en nuestra URL y ahora se

130
00:06:45,890 --> 00:06:48,700
‫envía como destino en la solicitud HTTP

131
00:06:48,700 --> 00:06:52,490
‫para que el servidor pueda averiguar qué hacer con él.

132
00:06:52,490 --> 00:06:56,860
‫Y si esto está vacío, entonces si fuera solo una barra, básicamente,

133
00:06:56,860 --> 00:06:59,660
‫estaríamos accediendo a la raíz del sitio

134
00:06:59,660 --> 00:07:03,680
‫web, que sería solo Google. com en este ejemplo.

135
00:07:03,680 --> 00:07:07,720
‫Luego, la siguiente parte de la solicitud son los encabezados de

136
00:07:07,720 --> 00:07:10,340
‫la solicitud, que son solo información que

137
00:07:10,340 --> 00:07:12,150
‫enviamos sobre la solicitud

138
00:07:12,150 --> 00:07:15,110
‫en sí, y hay toneladas de encabezados diferentes

139
00:07:15,110 --> 00:07:17,840
‫disponibles, como qué navegador se usa para

140
00:07:17,840 --> 00:07:22,750
‫realizar la solicitud, a qué hora, el idioma del usuario y muchos, muchos otros.

141
00:07:22,750 --> 00:07:26,200
‫Finalmente, en el caso de que enviemos datos al

142
00:07:26,200 --> 00:07:29,060
‫servidor, también habrá un cuerpo de

143
00:07:29,060 --> 00:07:33,593
‫solicitud que contenga esos datos, por ejemplo, provenientes de un formulario HTML.

144
00:07:35,050 --> 00:07:37,740
‫Entonces esa es la solicitud HTTP.

145
00:07:37,740 --> 00:07:40,070
‫Ahora, por supuesto, no somos

146
00:07:40,070 --> 00:07:42,670
‫nosotros los desarrolladores los que escribimos

147
00:07:42,670 --> 00:07:45,750
‫manualmente estas solicitudes, pero sigue siendo extremadamente

148
00:07:45,750 --> 00:07:50,170
‫importante que comprenda cómo se ven una solicitud HTTP y también

149
00:07:50,170 --> 00:07:53,863
‫una respuesta porque trabajará mucho con ellas, ¿de acuerdo?

150
00:07:54,710 --> 00:07:58,560
‫Además, quiero mencionar que también existe HTTPS, como

151
00:07:58,560 --> 00:08:00,060
‫probablemente sepa.

152
00:08:00,060 --> 00:08:04,330
‫Y la principal diferencia entre HTTP y HTTPS es

153
00:08:04,330 --> 00:08:09,330
‫que HTTPS está encriptado usando TLS o SSL, que son algunos

154
00:08:10,110 --> 00:08:12,520
‫protocolos más, pero no

155
00:08:12,520 --> 00:08:15,080
‫los voy a aburrir con estos.

156
00:08:15,080 --> 00:08:17,510
‫Pero además de este cifrado adicional,

157
00:08:17,510 --> 00:08:20,930
‫la lógica entre las solicitudes y respuestas HTTP

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

159
00:08:24,240 --> 00:08:27,860
‫De acuerdo, nuestra solicitud ahora llega al servidor, que estará trabajando

160
00:08:27,860 --> 00:08:31,210
‫en ella hasta que tenga nuestro sitio web listo para

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

162
00:08:32,690 --> 00:08:36,180
‫Y lo enviará de vuelta usando, como puede

163
00:08:36,180 --> 00:08:38,530
‫adivinar, una respuesta HTTP.

164
00:08:38,530 --> 00:08:41,580
‫Y el mensaje de respuesta HTTP en realidad

165
00:08:41,580 --> 00:08:44,050
‫se parece bastante a la solicitud.

166
00:08:44,050 --> 00:08:48,350
‫Lo mismo ocurre con una línea de salida, encabezados y un cuerpo.

167
00:08:48,350 --> 00:08:52,120
‫La línea de salida tiene, además de la versión HTTP, un

168
00:08:52,120 --> 00:08:54,530
‫código de estado y un mensaje.

169
00:08:54,530 --> 00:08:56,860
‫Entonces, básicamente, para que el

170
00:08:56,860 --> 00:09:00,460
‫cliente sepa si la solicitud ha sido exitosa o no.

171
00:09:00,460 --> 00:09:03,630
‫Este 200, por ejemplo, significa correcto, y

172
00:09:03,630 --> 00:09:07,430
‫el que todos conocen es el código de estado 404,

173
00:09:07,430 --> 00:09:09,250
‫que significa no encontrado.

174
00:09:09,250 --> 00:09:11,880
‫Y aquí es de donde proviene este código

175
00:09:11,880 --> 00:09:13,543
‫404 que ya conocías.

176
00:09:15,160 --> 00:09:18,120
‫Luego, los encabezados de respuesta o información sobre

177
00:09:18,120 --> 00:09:19,810
‫la respuesta en sí.

178
00:09:19,810 --> 00:09:23,430
‫Así que, como antes, hay una tonelada disponible

179
00:09:23,430 --> 00:09:26,900
‫y también podemos crear nuestros propios encabezados.

180
00:09:26,900 --> 00:09:29,610
‫Ahora, lo que es diferente acerca de los encabezados

181
00:09:29,610 --> 00:09:32,350
‫de respuesta es que en realidad es el desarrollador de

182
00:09:32,350 --> 00:09:36,320
‫back-end como usted quien los especifica y los envía de vuelta en la respuesta.

183
00:09:36,320 --> 00:09:37,670
‫Está bien.

184
00:09:37,670 --> 00:09:40,030
‫Finalmente, la última parte de la respuesta

185
00:09:40,030 --> 00:09:43,440
‫es, nuevamente, el cuerpo, que en realidad está presente en la

186
00:09:43,440 --> 00:09:45,000
‫mayoría de las respuestas.

187
00:09:45,000 --> 00:09:48,320
‫Y también es el desarrollador quien envía específicamente

188
00:09:48,320 --> 00:09:50,530
‫el cuerpo en la respuesta.

189
00:09:50,530 --> 00:09:54,180
‫Y de hecho ya hicimos esto en la intersección

190
00:09:54,180 --> 00:09:57,430
‫usando la respuesta. final, recuerdas?

191
00:09:57,430 --> 00:10:01,120
‫Y el cuerpo generalmente debe contener el HTML del

192
00:10:01,120 --> 00:10:04,740
‫sitio web que solicitamos o, por ejemplo, datos JSON

193
00:10:04,740 --> 00:10:08,070
‫provenientes de una API o algo así.

194
00:10:08,070 --> 00:10:10,290
‫Así que hablamos en gran detalle

195
00:10:10,290 --> 00:10:12,300
‫sobre las partes más

196
00:10:12,300 --> 00:10:15,910
‫importantes aquí, que son la solicitud HTTP y la respuesta.

197
00:10:15,910 --> 00:10:19,930
‫Pero en nuestro ejemplo imaginario, solo hicimos una solicitud

198
00:10:19,930 --> 00:10:22,773
‫a Google. com y obtuve una respuesta.

199
00:10:24,040 --> 00:10:27,330
‫Sin embargo, si es un sitio web al

200
00:10:27,330 --> 00:10:31,060
‫que intentamos acceder, habrá muchas, muchas más solicitudes y respuestas.

201
00:10:31,060 --> 00:10:34,270
‫Y eso se debe a que cuando hacemos la

202
00:10:34,270 --> 00:10:38,270
‫primera solicitud, todo lo que obtenemos es solo el archivo HTML

203
00:10:38,270 --> 00:10:41,540
‫inicial, ese archivo luego se escaneará en busca de

204
00:10:41,540 --> 00:10:44,270
‫todos los activos que necesita para construir

205
00:10:44,270 --> 00:10:49,270
‫el sitio web completo, como JavaScripts, archivos CSS, archivos de imagen u otros. activos.

206
00:10:49,390 --> 00:10:51,560
‫Y para cada uno de

207
00:10:51,560 --> 00:10:55,990
‫estos archivos diferentes, el navegador realizará una nueva solicitud HTTP al servidor.

208
00:10:55,990 --> 00:10:58,500
‫Entonces, básicamente, todo este intercambio entre

209
00:10:58,500 --> 00:11:01,500
‫el cliente y el servidor que acabo de

210
00:11:01,500 --> 00:11:03,380
‫explicar ocurre para cada

211
00:11:03,380 --> 00:11:06,270
‫archivo que se incluye en el sitio web.

212
00:11:06,270 --> 00:11:10,170
‫Sin embargo, puede haber varias solicitudes y respuestas

213
00:11:10,170 --> 00:11:11,800
‫al mismo tiempo.

214
00:11:11,800 --> 00:11:13,870
‫Pero la cantidad es realmente

215
00:11:13,870 --> 00:11:17,023
‫limitada porque, de lo contrario, la conexión comenzaría a ralentizarse.

216
00:11:17,880 --> 00:11:22,860
‫De acuerdo, y finalmente, cuando todos los archivos han llegado, el sitio

217
00:11:22,860 --> 00:11:24,960
‫web se representa en

218
00:11:24,960 --> 00:11:29,520
‫el navegador de acuerdo con las especificaciones HTML, CSS y

219
00:11:29,520 --> 00:11:31,710
‫JavaScript que quizás ya conozca.

220
00:11:31,710 --> 00:11:34,550
‫Y ahora, como pieza final de este rompecabezas,

221
00:11:34,550 --> 00:11:37,490
‫hablemos de nuevo sobre TCP / IP y descubramos

222
00:11:37,490 --> 00:11:41,000
‫cómo se envían realmente los datos de solicitud y respuesta

223
00:11:41,000 --> 00:11:43,053
‫a través de la web.

224
00:11:44,390 --> 00:11:47,900
‫Por eso dijimos antes que TCP e IP son los

225
00:11:47,900 --> 00:11:50,710
‫protocolos de comunicación que definen cómo

226
00:11:50,710 --> 00:11:53,610
‫viajan los datos a través de la web.

227
00:11:53,610 --> 00:11:56,640
‫No voy a entrar en muchos detalles aquí, pero

228
00:11:56,640 --> 00:11:58,810
‫esto es lo que necesita saber.

229
00:11:58,810 --> 00:12:02,670
‫Primero, el trabajo de TCP es dividir las solicitudes

230
00:12:02,670 --> 00:12:07,130
‫y respuestas en miles de pequeños fragmentos llamados paquetes antes de

231
00:12:07,130 --> 00:12:09,010
‫que se establezcan.

232
00:12:09,010 --> 00:12:11,940
‫Luego, una vez que lleguen a su destino,

233
00:12:11,940 --> 00:12:14,320
‫volverá a ensamblar todos los

234
00:12:14,320 --> 00:12:17,060
‫paquetes en la solicitud o respuesta original

235
00:12:17,060 --> 00:12:19,660
‫para que el mensaje llegue al

236
00:12:19,660 --> 00:12:23,080
‫destino lo más rápido posible, lo que no sería

237
00:12:23,080 --> 00:12:26,850
‫posible si enviáramos el sitio web como una gran parte.

238
00:12:26,850 --> 00:12:28,840
‫Así que sería como intentar atravesar

239
00:12:28,840 --> 00:12:31,780
‫el tráfico de baile con el autobús más grande

240
00:12:31,780 --> 00:12:33,120
‫que puedas imaginar.

241
00:12:33,120 --> 00:12:34,573
‫Entonces, no es una buena idea.

242
00:12:35,540 --> 00:12:39,550
‫Ahora, en la segunda parte, el trabajo del protocolo

243
00:12:39,550 --> 00:12:43,280
‫IP es enviar y enrutar todos estos paquetes a

244
00:12:43,280 --> 00:12:44,900
‫través de Internet.

245
00:12:44,900 --> 00:12:48,630
‫Por lo tanto, asegura que todos lleguen al

246
00:12:48,630 --> 00:12:53,090
‫destino al que deben ir utilizando direcciones IP en cada paquete.

247
00:12:53,090 --> 00:12:56,570
‫Y nuevamente, esta es solo una descripción general muy amplia de

248
00:12:56,570 --> 00:12:59,950
‫lo que realmente sucede detrás de la escena de la

249
00:12:59,950 --> 00:13:02,920
‫web, porque en realidad es demasiada información de la

250
00:13:02,920 --> 00:13:05,040
‫que realmente necesita para convertirse

251
00:13:05,040 --> 00:13:07,230
‫en un gran desarrollador de back-end.

252
00:13:07,230 --> 00:13:10,410
‫Pero espero que aún encuentre esta

253
00:13:10,410 --> 00:13:14,270
‫información útil e interesante, y tampoco demasiado confusa.

254
00:13:14,270 --> 00:13:17,100
‫Ahora, en el siguiente video, haremos

255
00:13:17,100 --> 00:13:21,270
‫algunas solicitudes HTTP para que se familiarice un poco con

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