1
00:00:01,350 --> 00:00:03,520
‫Jonas : Implémentons maintenant un gestionnaire de

2
00:00:03,520 --> 00:00:07,750
‫route pour les requêtes de publication afin que nous puissions réellement ajouter un Natour à

3
00:00:07,750 --> 00:00:09,023
‫notre ensemble de données.

4
00:00:10,470 --> 00:00:12,870
‫Donc, tout comme avec le gestionnaire de

5
00:00:12,870 --> 00:00:15,350
‫requêtes doGET(), commençons par ajouter une nouvelle route.

6
00:00:15,350 --> 00:00:19,220
‫Donc appli. post cette fois, et rappelez-vous

7
00:00:19,220 --> 00:00:22,120
‫maintenant que nous utilisons post donc la méthode

8
00:00:22,120 --> 00:00:26,140
‫post ici, car c'est le genre de demande que nous voulons gérer.

9
00:00:26,140 --> 00:00:30,263
‫Donc, les requêtes qui sont faites avec le verbe http post, n'est-ce pas ?

10
00:00:32,483 --> 00:00:33,316
‫V1

11
00:00:34,610 --> 00:00:35,960
‫et visites.

12
00:00:35,960 --> 00:00:39,690
‫Tout comme nous en avons parlé dans la conférence sur l'API REST,

13
00:00:39,690 --> 00:00:42,363
‫l'URL est en fait exactement la même.

14
00:00:43,390 --> 00:00:46,290
‫Peu importe si nous voulons obtenir toutes les visites

15
00:00:46,290 --> 00:00:48,800
‫ou si nous voulons créer une nouvelle visite,

16
00:00:48,800 --> 00:00:50,650
‫l'URL est exactement la même.

17
00:00:50,650 --> 00:00:53,780
‫Ensuite, la seule chose qui change est la méthode http

18
00:00:53,780 --> 00:00:56,363
‫que nous avons utilisée pour faire ces requêtes.

19
00:00:57,592 --> 00:01:01,420
‫Pour obtenir toutes les visites et publier pour créer une

20
00:01:01,420 --> 00:01:04,337
‫nouvelle visite, puis ici, notre fonction de rappel

21
00:01:04,337 --> 00:01:06,906
‫typique où nous avons accès à

22
00:01:06,906 --> 00:01:10,810
‫la demande et à l'objet de réponse afin que nous puissions

23
00:01:10,810 --> 00:01:14,560
‫obtenir des données de la demande et renvoyer un réponse.

24
00:01:14,560 --> 00:01:16,800
‫N'oubliez pas qu'avec une demande de

25
00:01:16,800 --> 00:01:20,790
‫publication, nous pouvons envoyer des données du client au serveur, n'est-ce pas ?

26
00:01:20,790 --> 00:01:24,543
‫Ces données sont alors idéalement disponibles sur la demande.

27
00:01:25,690 --> 00:01:28,970
‫L'objet de requête est à nouveau ce qui contient toutes les données,

28
00:01:28,970 --> 00:01:32,240
‫toutes les informations concernant la requête qui a été effectuée.

29
00:01:32,240 --> 00:01:35,190
‫Si cette demande contient des données qui ont

30
00:01:35,190 --> 00:01:38,840
‫été envoyées, ces données devraient figurer sur la demande, n'est-ce pas ?

31
00:01:38,840 --> 00:01:42,890
‫Désormais prêt à l'emploi, Express ne met pas ces données corporelles

32
00:01:42,890 --> 00:01:46,670
‫sur la demande, et pour que ces données soient disponibles, nous

33
00:01:46,670 --> 00:01:49,176
‫devons utiliser quelque chose appelé middleware.

34
00:01:49,176 --> 00:01:52,100
‫Nous allons parler en détail du middleware dans

35
00:01:52,100 --> 00:01:54,220
‫quelques conférences, mais pour l'instant, pour

36
00:01:54,220 --> 00:01:56,280
‫que cela fonctionne, nous

37
00:01:56,280 --> 00:01:59,943
‫devons inclure un middleware simple ici en haut du fichier.

38
00:02:01,860 --> 00:02:04,000
‫Donc en fait, juste ici.

39
00:02:04,000 --> 00:02:09,370
‫Ce que nous devons faire, c'est dire app. utiliser puis exprimer.

40
00:02:12,687 --> 00:02:13,520
‫json D'accord, et c'est tout.

41
00:02:14,490 --> 00:02:16,030
‫Encore une fois, ce [express. json] voici un middleware.

42
00:02:16,030 --> 00:02:20,480
‫Et le middleware est essentiellement une

43
00:02:20,480 --> 00:02:23,510
‫fonction qui peut modifier les données de demande entrantes.

44
00:02:23,510 --> 00:02:25,560
‫On l'appelle middleware car il se situe

45
00:02:25,560 --> 00:02:28,370
‫entre, donc au milieu de la demande et de la réponse.

46
00:02:28,370 --> 00:02:31,390
‫C'est juste une étape par laquelle la demande passe

47
00:02:31,390 --> 00:02:34,030
‫pendant qu'elle est en cours de traitement.

48
00:02:34,030 --> 00:02:35,830
‫Et l'étape par laquelle passent les demandes, dans

49
00:02:35,830 --> 00:02:38,440
‫cet exemple, est simplement que les données du corps y sont ajoutées.

50
00:02:38,440 --> 00:02:42,330
‫Il est donc ajouté à l'objet de requête

51
00:02:42,330 --> 00:02:44,410
‫en utilisant ce middleware.

52
00:02:44,410 --> 00:02:45,963
‫Nous utilisons l'application. utiliser pour utiliser un middleware comme celui-ci.

53
00:02:47,560 --> 00:02:51,763
‫Et encore une fois, nous parlerons beaucoup

54
00:02:52,870 --> 00:02:55,250
‫plus de middleware un peu plus loin dans cette section.

55
00:02:55,250 --> 00:02:57,540
‫Pour l'instant, sachez simplement que c'est ainsi que nous utilisons le middleware.

56
00:02:57,540 --> 00:03:00,703
‫Tous les détails suivront plus tard.

57
00:03:01,750 --> 00:03:04,110
‫Donc pour l'instant, juste pour commencer, je

58
00:03:04,110 --> 00:03:07,307
‫veux réellement vous montrer les données du corps dans la console,

59
00:03:07,307 --> 00:03:09,830
‫juste pour vérifier que cela fonctionne réellement, donc req. corps.

60
00:03:09,830 --> 00:03:14,830
‫Encore une fois, body est la

61
00:03:14,920 --> 00:03:17,960
‫propriété qui sera disponible sur la demande, car nous

62
00:03:17,960 --> 00:03:21,130
‫avons utilisé ce middleware il y a quelques instants.

63
00:03:21,130 --> 00:03:22,393
‫Nous voulons donc log[req. body] à la console,

64
00:03:23,560 --> 00:03:27,090
‫puis nous devons également renvoyer une réponse.

65
00:03:27,090 --> 00:03:29,600
‫Donc rés. envoyer et pour l'instant juste un espace réservé ici.

66
00:03:29,600 --> 00:03:34,083
‫Juste 'Terminé' d'accord.

67
00:03:35,870 --> 00:03:37,020
‫Nous devons donc

68
00:03:37,020 --> 00:03:39,070
‫toujours renvoyer quelque chose afin de terminer

69
00:03:39,070 --> 00:03:42,600
‫le cycle de demande/réponse, sur lequel nous allons encore une fois en apprendre

70
00:03:42,600 --> 00:03:44,980
‫un peu plus plus tard dans cette section.

71
00:03:44,980 --> 00:03:46,530
‫Alors testons maintenant cela

72
00:03:46,530 --> 00:03:49,363
‫et créons une nouvelle demande pour le poste.

73
00:03:49,363 --> 00:03:51,200
‫Maintenant, ici dans Postman, nous pouvons faire quelque

74
00:03:51,200 --> 00:03:53,680
‫chose de vraiment sympa qui consiste à enregistrer toutes ces demandes.

75
00:03:53,680 --> 00:03:56,133
‫Je vais commencer par

76
00:03:58,180 --> 00:04:01,200
‫créer une nouvelle collection, que j'appellerai Natours.

77
00:04:01,200 --> 00:04:02,500
‫Nouvelle collection.

78
00:04:06,570 --> 00:04:07,600
‫Maintenant, je vais enregistrer cette demande dans cette collection.

79
00:04:07,600 --> 00:04:10,793
‫Alors celui-ci est Get all the Tours.

80
00:04:12,650 --> 00:04:14,573
‫Mettez-le dans Natours et économisez.

81
00:04:17,380 --> 00:04:20,290
‫Alors maintenant, nous avons nos demandes Get ici.

82
00:04:20,290 --> 00:04:23,563
‫Eh bien, copions maintenant celui-ci ici, créons-en

83
00:04:26,070 --> 00:04:27,410
‫un nouveau.

84
00:04:27,410 --> 00:04:28,583
‫Donc celui-ci est une demande de poste.

85
00:04:30,120 --> 00:04:31,970
‫Avant de le faire,

86
00:04:31,970 --> 00:04:35,330
‫je vais également l'enregistrer directement dans cette collection.

87
00:04:35,330 --> 00:04:36,853
‫Alors créez une nouvelle visite.

88
00:04:38,080 --> 00:04:41,083
‫Ici sur le côté gauche, nous avons maintenant nos deux demandes.

89
00:04:43,443 --> 00:04:47,733
‫Spécifions maintenant notre corps ici, donc les données que

90
00:04:49,070 --> 00:04:52,620
‫nous voulons essentiellement envoyer au serveur.

91
00:04:52,620 --> 00:04:56,550
‫Nous arrivons ici à Body, et il existe différentes manières de

92
00:04:56,550 --> 00:04:59,370
‫le faire maintenant, mais la plus simple

93
00:04:59,370 --> 00:05:02,250
‫consiste simplement à dire Raw, puis Application JSON.

94
00:05:02,250 --> 00:05:06,260
‫Tout ce que nous avons à faire ici est de spécifier essentiellement

95
00:05:06,260 --> 00:05:09,470
‫du JSON, qui sera ensuite transmis au serveur.

96
00:05:09,470 --> 00:05:12,180
‫Donc, la première chose que nous voulons spécifier

97
00:05:12,180 --> 00:05:13,760
‫est le nom du

98
00:05:13,760 --> 00:05:17,150
‫Tour, et vous vous souvenez qu'en JSON, tout doit être entre

99
00:05:17,150 --> 00:05:20,550
‫guillemets et en fait des guillemets doubles, pas n'importe quels guillemets.

100
00:05:20,550 --> 00:05:21,873
‫Permettez-moi d'appeler celui-ci une tournée d'essai,

101
00:05:22,810 --> 00:05:26,040
‫et jetons un coup d'œil à ce que nous avons d'autre dans les données de la tournée.

102
00:05:26,040 --> 00:05:29,343
‫Nous avons donc le nom, nous avons la durée,

103
00:05:30,550 --> 00:05:32,850
‫et mettons aussi la difficulté.

104
00:05:32,850 --> 00:05:35,033
‫Je ne vais donc pas tout préciser car cela

105
00:05:37,260 --> 00:05:38,720
‫prend beaucoup trop de temps.

106
00:05:38,720 --> 00:05:40,893
‫Disons simplement que la durée

107
00:05:42,500 --> 00:05:45,870
‫est de 10 jours et que la difficulté

108
00:05:45,870 --> 00:05:46,890
‫est facile.

109
00:05:50,250 --> 00:05:51,483
‫Que comme notre corps sera transmis au serveur.

110
00:05:52,800 --> 00:05:57,290
‫C'est donc testé maintenant, en appuyant sur envoyer et nous obtenons ici

111
00:05:57,290 --> 00:06:00,550
‫notre réponse, ce qui est fait, rappelez-vous.

112
00:06:00,550 --> 00:06:03,500
‫Voici la réponse que nous avons envoyée, c'est fait.

113
00:06:07,104 --> 00:06:09,520
‫Et vous voyez qu'ici dans notre console, nous

114
00:06:09,520 --> 00:06:11,700
‫avons maintenant un objet qui est essentiellement

115
00:06:11,700 --> 00:06:15,153
‫le JSON que nous avons envoyé dans notre corps, n'est-ce pas ?

116
00:06:15,153 --> 00:06:17,750
‫Tellement parfait, ça marche !

117
00:06:17,750 --> 00:06:19,600
‫Ce n'est plus JSON, comme vous pouvez le voir.

118
00:06:19,600 --> 00:06:21,170
‫C'est vraiment un objet JavaScript.

119
00:06:21,170 --> 00:06:23,860
‫Juste pour vous montrer que

120
00:06:23,860 --> 00:06:27,000
‫nous avions vraiment besoin d'un middleware, commentons celui-ci.

121
00:06:27,000 --> 00:06:28,350
‫Envoyer à nouveau.

122
00:06:30,190 --> 00:06:31,688
‫Maintenant n'ont plus la demande. corps, non?

123
00:06:31,688 --> 00:06:36,160
‫C'est pourquoi il n'est plus défini maintenant, car il n'existe plus.

124
00:06:36,160 --> 00:06:39,093
‫Sauvegardez-le, renvoyez notre demande,

125
00:06:40,440 --> 00:06:44,030
‫et voilà, c'est de retour.

126
00:06:44,030 --> 00:06:45,403
‫Nous avons configuré notre

127
00:06:48,220 --> 00:06:51,510
‫route de publication, elle fonctionne maintenant et nous avons également accès au

128
00:06:51,510 --> 00:06:53,810
‫corps, et ce que nous voulons faire maintenant,

129
00:06:53,810 --> 00:06:56,830
‫c'est conserver ces données dans ce fichier JSON simple de visite.

130
00:06:56,830 --> 00:07:00,680
‫Nous allons en fait modifier ce fichier, afin que les données

131
00:07:00,680 --> 00:07:04,090
‫soient enregistrées dans notre base de données fictive ici.

132
00:07:04,090 --> 00:07:07,500
‫Ce fichier JSON fonctionne actuellement comme notre

133
00:07:07,500 --> 00:07:09,820
‫base de données fictive.

134
00:07:09,820 --> 00:07:11,623
‫Alors maintenant, occupons-nous-en.

135
00:07:12,850 --> 00:07:15,810
‫Je vais aller de l'avant et commenter celui-ci.

136
00:07:15,810 --> 00:07:18,063
‫Alors, commençons.

137
00:07:19,250 --> 00:07:20,650
‫La première chose que

138
00:07:20,650 --> 00:07:23,440
‫nous devons faire est de déterminer l'ID du nouvel objet.

139
00:07:23,440 --> 00:07:25,240
‫Rappelez-vous, encore une fois dans la

140
00:07:25,240 --> 00:07:28,720
‫conférence sur les API REST, c'est que lorsque nous créons un nouvel objet,

141
00:07:28,720 --> 00:07:30,570
‫nous ne spécifions jamais l'ID de l'objet.

142
00:07:30,570 --> 00:07:33,200
‫La base de données s'en occupe généralement.

143
00:07:33,200 --> 00:07:35,623
‫Un nouvel objet obtient généralement automatiquement son nouvel identifiant.

144
00:07:36,980 --> 00:07:40,470
‫Eh bien, dans ce cas, nous n'avons aucune base de données,

145
00:07:40,470 --> 00:07:42,840
‫et nous allons donc simplement prendre

146
00:07:42,840 --> 00:07:46,020
‫l'identifiant du dernier objet, puis ajouter +1 à cela.

147
00:07:46,020 --> 00:07:48,833
‫Faisons-le très rapidement, et ce n'est que du JavaScript

148
00:07:50,020 --> 00:07:51,010
‫de base.

149
00:07:51,010 --> 00:07:53,440
‫Donc nouveau, ce sont les visites, non?

150
00:07:53,440 --> 00:07:57,740
‫N'oubliez pas que pour les visites, nous avons déjà

151
00:07:57,740 --> 00:08:01,160
‫les données dans cette variable de visites.

152
00:08:01,160 --> 00:08:02,673
‫C'est donc un tableau de

153
00:08:03,800 --> 00:08:06,500
‫tous les objets de la tournée, et nous voulons donc

154
00:08:06,500 --> 00:08:08,313
‫obtenir le dernier, à savoir les tournées. length - 1, puis la propriété

155
00:08:09,150 --> 00:08:13,410
‫id de cela et nous ajoutons + 1.

156
00:08:13,410 --> 00:08:17,220
‫C'est donc le nouvel identifiant.

157
00:08:17,220 --> 00:08:18,823
‫Ensuite, nous créons une nouvelle tournée,

158
00:08:21,533 --> 00:08:23,033
‫et cette tournée sera

159
00:08:23,950 --> 00:08:28,070
‫essentiellement le corps que nous envoyons plus le nouvel identifiant que nous venons de créer.

160
00:08:28,070 --> 00:08:30,863
‫On peut donc utiliser object. assigner, qui nous permet essentiellement

161
00:08:31,950 --> 00:08:36,730
‫de créer un nouvel

162
00:08:36,730 --> 00:08:40,070
‫objet en fusionnant deux objets existants.

163
00:08:40,070 --> 00:08:41,130
‫Ainsi, le

164
00:08:41,130 --> 00:08:43,300
‫premier objet sera id=newId,

165
00:08:43,300 --> 00:08:44,920
‫puis nous voulons

166
00:08:48,270 --> 00:08:49,200
‫request. corps.

167
00:08:51,140 --> 00:08:52,353
‫Nous aurions également pu faire req. corps. id=newId, mais

168
00:08:54,330 --> 00:08:58,730
‫je ne voulais pas muter l'objet body d'origine.

169
00:09:00,250 --> 00:09:03,503
‫Je l'ai juste laissé comme ça.

170
00:09:04,740 --> 00:09:06,323
‫C'est la nouvelle tournée, et maintenant ce que

171
00:09:08,564 --> 00:09:11,720
‫nous voulons faire est de pousser cette tournée dans le tableau des tournées, n'est-ce pas ?

172
00:09:11,720 --> 00:09:16,120
‫Donc, les tournées, c'est l'éventail des neuf tournées que

173
00:09:16,120 --> 00:09:19,130
‫nous avons à ce stade.

174
00:09:19,130 --> 00:09:20,330
‫Nous disons pousser et pousser la nouvelle tournée là-dedans.

175
00:09:20,330 --> 00:09:25,163
‫C'est le tableau qui contient maintenant le nouveau tour, mais bien sûr,

176
00:09:27,880 --> 00:09:31,500
‫nous devons maintenant le conserver dans le fichier.

177
00:09:31,500 --> 00:09:35,110
‫C'est encore une fois assez facile pour vous

178
00:09:35,110 --> 00:09:37,855
‫à ce stade, alors utilisez fs. écrire le fichier.

179
00:09:37,855 --> 00:09:41,840
‫Alors lequel doit-on utiliser ?

180
00:09:41,840 --> 00:09:43,390
‫writeFile ou writeFileSync ?

181
00:09:43,390 --> 00:09:46,540
‫La réponse est très simple.

182
00:09:47,570 --> 00:09:50,070
‫Nous sommes à l'intérieur d'une fonction de rappel, qui

183
00:09:50,070 --> 00:09:52,010
‫va s'exécuter dans la boucle d'événement.

184
00:09:52,010 --> 00:09:54,430
‫Nous ne pouvons jamais, jamais bloquer la boucle d'événements.

185
00:09:54,430 --> 00:09:57,180
‫Ce que nous allons faire, c'est

186
00:09:57,180 --> 00:10:00,030
‫utiliser writeFile et non Sync dans celui-ci.

187
00:10:00,030 --> 00:10:01,720
‫Nous voulons passer une fonction de

188
00:10:01,720 --> 00:10:03,820
‫rappel qui va être traitée en arrière-plan et

189
00:10:03,820 --> 00:10:05,800
‫dès qu'elle est prête, elle va mettre

190
00:10:05,800 --> 00:10:07,160
‫son événement dans l'une

191
00:10:07,160 --> 00:10:10,810
‫des files d'attente de la boucle d'événement, qui sera ensuite gérée dès que la

192
00:10:10,810 --> 00:10:12,180
‫boucle d'événement passe cette phase.

193
00:10:12,180 --> 00:10:14,760
‫Rappelez-vous cela de la conférence Event Loop?

194
00:10:14,760 --> 00:10:17,360
‫Quoi qu'il en soit, récupérons le nom

195
00:10:17,360 --> 00:10:21,080
‫du fichier d'ici, car nous allons vraiment écraser ce fichier de

196
00:10:21,080 --> 00:10:23,650
‫sorte que lorsque nous redémarrerons ce serveur,

197
00:10:23,650 --> 00:10:25,270
‫il sera alors là.

198
00:10:25,270 --> 00:10:26,823
‫Alors

199
00:10:28,040 --> 00:10:30,101
‫où- juste ici.

200
00:10:30,101 --> 00:10:31,018
‫C'est donc le fichier dans lequel nous voulons écrire.

201
00:10:31,937 --> 00:10:35,246
‫Les données que nous voulons écrire, qui sont des tournées,

202
00:10:35,246 --> 00:10:37,733
‫puis notre fonction de rappel, qui dans ce

203
00:10:39,040 --> 00:10:40,760
‫cas n'a que l'erreur.

204
00:10:40,760 --> 00:10:43,203
‫Ici, je viens de remarquer

205
00:10:46,040 --> 00:10:49,890
‫que nous devons également stringifier cet objet, non?

206
00:10:49,890 --> 00:10:51,580
‫Nous voulons json dans ce

207
00:10:51,580 --> 00:10:53,680
‫fichier JSON, et il ne s'agit pour l'instant

208
00:10:53,680 --> 00:10:57,020
‫que d'un simple objet JavaScript normal et nous devons donc le convertir.

209
00:10:57,020 --> 00:10:58,580
‫Mais c'est encore une fois simple, déjà fait.

210
00:10:58,580 --> 00:11:02,320
‫JSON. stringifier de l'objet.

211
00:11:05,510 --> 00:11:06,343
‫Que voulons-nous faire dès que le fichier est écrit ?

212
00:11:07,930 --> 00:11:11,760
‫Eh bien, ce que nous faisons habituellement, c'est d'envoyer l'objet nouvellement créé

213
00:11:11,760 --> 00:11:13,340
‫en tant que réponse.

214
00:11:13,340 --> 00:11:16,683
‫Faisons cela.

215
00:11:17,670 --> 00:11:18,600
‫Donc réponse, et

216
00:11:18,600 --> 00:11:21,650
‫puis comme toujours, on commence par préciser le code d'état.

217
00:11:21,650 --> 00:11:23,340
‫Dans ce cas, ce ne sera pas un 200, mais un 201.

218
00:11:23,340 --> 00:11:26,483
‫Donc 201 qui veut dire créé.

219
00:11:27,400 --> 00:11:30,190
‫200 signifie ok, 201 signifie créé,

220
00:11:30,190 --> 00:11:34,090
‫ce qui est exactement ce qui s'est passé ici.

221
00:11:34,090 --> 00:11:36,260
‫Nous avons créé une nouvelle ressource sur un serveur.

222
00:11:36,260 --> 00:11:38,513
‫Donc JSON, et il continue d'ajouter ce message ici.

223
00:11:41,260 --> 00:11:45,873
‫Le statut est à nouveau, le succès.

224
00:11:48,240 --> 00:11:50,993
‫Je n'utilise pas la propriété results ici,

225
00:11:52,500 --> 00:11:56,770
‫que nous avions auparavant, car maintenant je ne renvoie qu'un seul résultat.

226
00:11:56,770 --> 00:11:59,263
‫Les données sont notre enveloppe ici.

227
00:12:00,651 --> 00:12:02,203
‫La tournée est une nouvelle tournée.

228
00:12:04,100 --> 00:12:09,100
‫C'est ça!

229
00:12:09,230 --> 00:12:10,063
‫Sauvegardez-le ici,

230
00:12:10,063 --> 00:12:12,660
‫et ainsi formatez-le, ou codez un peu.

231
00:12:12,660 --> 00:12:14,260
‫Ajoutons un peu plus d'espace ici.

232
00:12:14,260 --> 00:12:15,933
‫Je pense que nous sommes prêts à essayer maintenant.

233
00:12:18,480 --> 00:12:20,533
‫Nous pouvons en fait créer une nouvelle tournée, en utilisant ces données ici.

234
00:12:23,180 --> 00:12:26,273
‫Alors ajustez ce Tour Test, et avec ces

235
00:12:28,600 --> 00:12:30,440
‫données, et attendons ça.

236
00:12:30,440 --> 00:12:32,540
‫Que s'est-il passé ici?

237
00:12:33,670 --> 00:12:34,620
‫Voyons, ah d'accord.

238
00:12:35,780 --> 00:12:37,000
‫Nous avons un problème que nous avons envoyé une réponse deux fois essentiellement.

239
00:12:37,000 --> 00:12:40,733
‫Nous avons donc envoyé une réponse avec JSON,

240
00:12:40,733 --> 00:12:43,320
‫puis à nouveau avec . envoyer.

241
00:12:43,320 --> 00:12:45,530
‫Ce n'est pas permis.

242
00:12:45,530 --> 00:12:46,620
‫C'est en fait pourquoi nous obtenons cette erreur ici.

243
00:12:46,620 --> 00:12:48,990
‫C'est donc bien que cela se soit produit ici, afin que vous

244
00:12:48,990 --> 00:12:50,622
‫sachiez ce que signifie cette erreur standard ici.

245
00:12:50,622 --> 00:12:54,871
‫HTTP_HEADERS_SENT ne peut pas définir d'en-têtes après

246
00:12:54,871 --> 00:12:58,330
‫leur envoi au client.

247
00:12:58,330 --> 00:12:59,163
‫Cela se produit lorsque vous essayez d'envoyer deux réponses.

248
00:12:59,163 --> 00:13:02,483
‫Nous devons nous débarrasser de cela.

249
00:13:04,642 --> 00:13:06,540
‫Oui, c'était la seule erreur que nous avions.

250
00:13:10,030 --> 00:13:12,163
‫Cela devrait maintenant le réparer.

251
00:13:14,350 --> 00:13:16,390
‫Essaie.

252
00:13:16,390 --> 00:13:17,313
‫Et en effet, nous y voilà.

253
00:13:19,410 --> 00:13:21,190
‫Nous avons donc notre identifiant de

254
00:13:21,190 --> 00:13:24,941
‫10, que notre code a créé pour nous, puis toute la tournée qui

255
00:13:24,941 --> 00:13:28,930
‫correspond exactement aux données que nous avons envoyées en tant que corps dans notre demande.

256
00:13:28,930 --> 00:13:32,353
‫Maintenant, le fait est que lorsque nous aurons toutes

257
00:13:33,850 --> 00:13:36,900
‫les tournées ici, cela n'apparaîtra pas encore.

258
00:13:36,900 --> 00:13:38,363
‫Si nous descendons ici, en

259
00:13:39,480 --> 00:13:40,933
‫fait c'est déjà là.

260
00:13:42,520 --> 00:13:44,770
‫Nous avons celui d'avant, donc quand nous avons eu cette

261
00:13:44,770 --> 00:13:46,984
‫erreur, cela a également créé cette tournée ici.

262
00:13:46,984 --> 00:13:50,830
‫Puis bien sûr, la tournée que nous avons créée avec l'id de 10.

263
00:13:50,830 --> 00:13:54,000
‫Donc, cette tournée ici est exactement celle qui a

264
00:13:54,000 --> 00:13:56,180
‫été créée en ce moment.

265
00:13:56,180 --> 00:13:57,530
‫Si nous le faisons maintenant, Test Tour 2, avec une durée de seulement 5.

266
00:13:58,370 --> 00:14:03,370
‫Essayons celui-ci, et si j'obtiens toutes les tournées, cela

267
00:14:03,890 --> 00:14:05,580
‫apparaîtra également ici.

268
00:14:05,580 --> 00:14:10,550
‫J'ai dit au début que cela ne fonctionnerait pas, donc que cela ne s'afficherait pas tout

269
00:14:10,550 --> 00:14:12,246
‫de suite, car cela

270
00:14:12,246 --> 00:14:14,760
‫ne fonctionne que si nous redémarrons le serveur.

271
00:14:14,760 --> 00:14:19,913
‫Ce fichier, le tour-simple.

272
00:14:21,480 --> 00:14:23,610
‫json d'où proviennent nos visites,

273
00:14:23,610 --> 00:14:25,140
‫n'est lu qu'au début lorsque nous démarrons le serveur.

274
00:14:25,140 --> 00:14:28,819
‫Maintenant, le fait est que chaque fois que nous enregistrons quelque chose dans

275
00:14:28,819 --> 00:14:31,420
‫ce fichier JSON, il rechargera également le serveur.

276
00:14:31,420 --> 00:14:35,180
‫Laissez-moi vous le prouver, donc si j'appuie sur Sauvegarder maintenant,

277
00:14:35,180 --> 00:14:38,160
‫alors regardez ce qui se passe ici.

278
00:14:38,160 --> 00:14:40,800
‫Je l'enregistre donc, et vous voyez qu'ici,

279
00:14:40,800 --> 00:14:43,180
‫il a redémarré le serveur.

280
00:14:43,180 --> 00:14:44,980
‫Il a également formaté le code, car plus joli.

281
00:14:44,980 --> 00:14:47,920
‫Mais ce qui compte ici, c'est que ce code a été mis à jour.

282
00:14:47,920 --> 00:14:50,970
‫C'est pourquoi chaque fois que nous sauvegardons quelque chose

283
00:14:50,970 --> 00:14:52,780
‫ici avec notre API, il

284
00:14:52,780 --> 00:14:56,160
‫rechargera immédiatement le serveur et rechargera le contenu du fichier

285
00:14:56,160 --> 00:15:00,230
‫dans les visites, et nous pourrons alors le lire tout de suite.

286
00:15:00,230 --> 00:15:02,080
‫C'est pourquoi nous avons

287
00:15:03,020 --> 00:15:06,400
‫accès immédiatement à toutes les visites nouvellement créées.

288
00:15:06,400 --> 00:15:08,563
‫Avoir du sens ?

289
00:15:09,660 --> 00:15:10,550
‫Si ce n'est pas

290
00:15:10,550 --> 00:15:13,970
‫le cas, n'hésitez pas à poser vos questions, et bien sûr la section Q&R, n'est-ce pas ?