1
00:00:03,680 --> 00:00:08,435
الآن بعد أن فهمنا حول ملفات تعريف الارتباط وجلسات التعبير،

2
00:00:08,435 --> 00:00:11,895
في هذا التمرين، دعونا ننظر إلى ملفات تعريف الارتباط على وجه الخصوص.

3
00:00:11,895 --> 00:00:15,490
سنرى كيف يمكننا استخدام الوسيطة محلل ملفات

4
00:00:15,490 --> 00:00:22,185
الكوكي-لإعداد ملفات تعريف الارتباط والتعامل معها داخل تطبيقنا السريع.

5
00:00:22,185 --> 00:00:26,900
بالعودة إلى تطبيق الارتباك سيرفر إكسبريس

6
00:00:26,900 --> 00:00:28,695
الذي كنا نعمل عليه حتى الآن،

7
00:00:28,695 --> 00:00:32,420
ستلاحظ في الجزء العلوي أن محلل ملفات تعريف الارتباط

8
00:00:32,420 --> 00:00:37,200
مضمّن بالفعل في تطبيقنا السريع.

9
00:00:37,200 --> 00:00:40,150
إذا كنت بحاجة إلى تثبيت محلل ملفات تعريف الارتباط بشكل صريح،

10
00:00:40,150 --> 00:00:45,230
فستحتاج فقط إلى كتابة «npm install cookie - محلل ملفات ناقص الحفظ.»

11
00:00:45,230 --> 00:00:48,740
ولكن بما أن مولد Express

12
00:00:48,740 --> 00:00:52,810
الخاص بنا قد تضمن بالفعل محلل ملفات تعريف الارتباط في تطبيقنا السريع الذي قمنا بسقاله،

13
00:00:52,810 --> 00:00:56,210
فنحن لسنا بحاجة إلى القيام بهذه الخطوة في هذا التمرين.

14
00:00:56,210 --> 00:00:59,430
لذلك، ترى أن محلل ملفات تعريف الارتباط مضمّن بالفعل هناك،

15
00:00:59,430 --> 00:01:03,910
وبعد ذلك إذا قمت بالتمرير لأسفل،

16
00:01:03,910 --> 00:01:08,290
سترى أنه في الشفرة أدناه هنا،

17
00:01:08,290 --> 00:01:13,925
سترى أن محلل ملفات تعريف الارتباط قد تم تضمينه بالفعل في البرامج الوسيطة هناك.

18
00:01:13,925 --> 00:01:16,330
الآن، بالنسبة إلى محلل ملفات تعريف الارتباط هذا،

19
00:01:16,330 --> 00:01:19,885
سنستخدم ملفات تعريف الارتباط الموقعة في هذا التمرين.

20
00:01:19,885 --> 00:01:21,680
لذلك، بالنسبة لهذا محلل ملفات تعريف الارتباط،

21
00:01:21,680 --> 00:01:27,580
سأقوم بتوفير مفتاح سري كمعلمة هنا.

22
00:01:27,580 --> 00:01:29,990
المفتاح السري يمكن أن يكون أي سلسلة هناك،

23
00:01:29,990 --> 00:01:37,450
لذلك أنا ذاهب فقط لتوفير سلسلة مثل هذا، سأقول 12345-67890.

24
00:01:37,450 --> 00:01:39,915
لا يجب أن يكون أي شيء ذي معنى،

25
00:01:39,915 --> 00:01:48,650
إنه مجرد مفتاح يمكن استخدامه من قبل

26
00:01:48,650 --> 00:01:53,160
محلل ملفات تعريف الارتباط الخاص بنا من أجل تشفير

27
00:01:53,160 --> 00:01:59,560
المعلومات والتوقيع على ملف تعريف الارتباط الذي يتم إرساله من الخادم إلى العميل.

28
00:01:59,560 --> 00:02:05,775
لذلك، بمجرد أن نقوم بإعداد محلل ملفات تعريف الارتباط الخاص بنا للتعامل مع ملفات تعريف الارتباط الموقعة،

29
00:02:05,775 --> 00:02:08,805
لذلك ضمن التفويض نفسه،

30
00:02:08,805 --> 00:02:13,555
لذلك ترى أن لدينا التفويض الذي قمنا ببنائه هنا.

31
00:02:13,555 --> 00:02:15,130
الآن، ضمن التفويض،

32
00:02:15,130 --> 00:02:16,735
ما سنقوم به هو،

33
00:02:16,735 --> 00:02:23,385
في المرة الأولى التي يحاول فيها المستخدم الوصول إلى الخادم،

34
00:02:23,385 --> 00:02:29,870
نتوقع من المستخدم أن يأذن لنفسه أو لنفسه.

35
00:02:29,870 --> 00:02:37,360
بعد ذلك، سنقوم بإعداد ملف تعريف الارتباط على جانب العميل من الخادم

36
00:02:37,360 --> 00:02:41,350
وبعد ذلك لا يتعين على العميل

37
00:02:41,350 --> 00:02:45,420
الاحتفاظ بشكل صريح بإرسال معلومات المصادقة الأساسية.

38
00:02:45,420 --> 00:02:53,335
بدلاً من ذلك، سيحتاج العميل ببساطة إلى تضمين ملف تعريف الارتباط في الطلب الصادر.

39
00:02:53,335 --> 00:02:56,650
نظرًا لأننا نستخدم ملفات تعريف الارتباط الموقعة هنا، لذلك،

40
00:02:56,650 --> 00:03:01,010
عندما يأتي الطلب الوارد،

41
00:03:01,010 --> 00:03:04,490
لذلك سنتعامل مع ذلك داخل التفويض.

42
00:03:04,490 --> 00:03:08,885
الآن، تذكرون أننا قمنا بالفعل بإعداد الوسيطة التخويل هنا.

43
00:03:08,885 --> 00:03:12,980
لذلك، سنقوم بتعديل هذه الوسيطة التخويل للاستفادة من

44
00:03:12,980 --> 00:03:17,445
ملفات تعريف الارتباط بدلاً من رأس التفويض.

45
00:03:17,445 --> 00:03:20,910
لذا، ما سنفعله هنا هو أنه،

46
00:03:20,910 --> 00:03:24,710
سنقول «console.log» وبعد ذلك سنقول،

47
00:03:30,340 --> 00:03:33,140
«console.log (Req.SignedCookies)» حتى نرى ما هو

48
00:03:33,140 --> 00:03:35,790
مدرج بالفعل في ملف تعريف الارتباط الموقّع هنا.

49
00:03:35,790 --> 00:03:38,070
الآن، أيضا بعد هذا،

50
00:03:38,070 --> 00:03:46,275
ما سنفعله هو أن نقول، «إذا (! Req.signedCookies.User)».

51
00:03:46,275 --> 00:03:51,635
سيكون المستخدم خاصية سنقوم بإعدادها

52
00:03:51,635 --> 00:03:54,440
في ملف تعريف الارتباط الموقّع حيث سترى

53
00:03:54,440 --> 00:03:57,520
قليلاً في وقت لاحق كيف سنقوم بإعداد ملف تعريف الارتباط الموقّع.

54
00:03:57,520 --> 00:04:05,600
لذلك، إذا كان الطلب الوارد لا يتضمن حقل المستخدم في ملفات تعريف الارتباط الموقعة،

55
00:04:05,600 --> 00:04:09,640
ومن ثم هذا يعني أن المستخدم لم يتم تخويله حتى الآن.

56
00:04:09,640 --> 00:04:11,990
لذلك في هذه الحالة،

57
00:04:11,990 --> 00:04:18,195
ما سنفعله هو أن نتوقع من المستخدم مصادقة نفسه.

58
00:04:18,195 --> 00:04:23,740
إذن، سنفعل كل هذا الجزء هنا

59
00:04:23,740 --> 00:04:27,890
لذا لاحظ أننا فعلنا ذلك بالفعل في

60
00:04:27,890 --> 00:04:32,105
وقت سابق حيث كنا نتعامل مع رأس المصادقة.

61
00:04:32,105 --> 00:04:34,630
لذلك سوف نأخذ كل هذا الجزء،

62
00:04:34,630 --> 00:04:41,805
على طول الطريق إلى هذا «آخر» هنا ومن ثم تضمين ذلك في الداخل هنا.

63
00:04:41,805 --> 00:04:48,260
لذلك أساسا، ما نحدده هنا هو أن،

64
00:04:49,110 --> 00:04:51,750
اسمحوا لي أن أضع مسافة بادئة.

65
00:04:51,750 --> 00:04:55,100
كما ترى، أنا خاص جدًا حول المسافة البادئة الخاصة بي

66
00:04:55,100 --> 00:04:59,005
لأن ذلك يحافظ على الشفرة أكثر سهولة في القراءة.

67
00:04:59,005 --> 00:05:00,740
حتى داخل هذا إذا،

68
00:05:00,740 --> 00:05:04,990
لذلك هذا هو نقطة إغلاق إذا كان هذا واحد هنا.

69
00:05:04,990 --> 00:05:11,600
لذلك نحن نقول إذا كان ملف تعريف الارتباط الموقع لا يحتوي على خاصية المستخدم عليه،

70
00:05:11,600 --> 00:05:17,960
ثم نتوقع من المستخدم أن يأذن من خلال تضمين رأس التفويض.

71
00:05:17,960 --> 00:05:20,090
لذلك سنبحث عن رأس التفويض.

72
00:05:20,090 --> 00:05:22,760
إذا لم يكن رأس التفويض متاحًا،

73
00:05:22,760 --> 00:05:28,190
فسنقوم ببساطة برفض المستخدم ونطالب

74
00:05:28,190 --> 00:05:34,120
المستخدم بإدخال اسم المستخدم وكلمة المرور كما فعلنا في التمرين السابق.

75
00:05:34,120 --> 00:05:36,600
إذا تم تضمين رأس التخويل،

76
00:05:36,600 --> 00:05:41,165
فسنقوم بمعالجة رأس التفويض تمامًا كما فعلنا من قبل،

77
00:05:41,165 --> 00:05:44,565
وإذا كان المستخدم مستخدمًا مفوضًا،

78
00:05:44,565 --> 00:05:49,620
فتذكر أننا اتصلنا بالعنوان التالي للسماح للمستخدم بالمضي قدمًا.

79
00:05:49,620 --> 00:05:51,480
الآن في هذه المرحلة،

80
00:05:51,480 --> 00:05:56,685
ما سنفعله هو أننا سوف نقول،

81
00:05:56,685 --> 00:06:00,380
سنقوم بإعداد ملف تعريف الارتباط في هذه المرحلة.

82
00:06:00,380 --> 00:06:04,725
لذلك هذا هو المكان الذي سنستخدم فيه ملف تعريف الارتباط الدقة هنا.

83
00:06:04,725 --> 00:06:07,880
لاحظ أن ملف تعريف الارتباط غير موجود،

84
00:06:07,880 --> 00:06:10,125
لذا سنقول «res.cookie».

85
00:06:10,125 --> 00:06:15,275
كما ترى، يأخذ ملف تعريف الارتباط res نفسه سلسلة اسم القيمة الأولى،

86
00:06:15,275 --> 00:06:19,060
وسلسلة القيمة والخيارات، وخيارات ملفات تعريف الارتباط.

87
00:06:19,060 --> 00:06:25,820
قم بتعيين اسم ملف تعريف الارتباط إلى القيمة مع الخيارات المحددة ويتم تضمين الخيارات هنا،

88
00:06:25,820 --> 00:06:27,410
وبعض الخيارات لملف تعريف الارتباط هنا.

89
00:06:27,410 --> 00:06:31,040
أنا ذاهب ببساطة لاستخدام بعض الخيارات هنا.

90
00:06:31,040 --> 00:06:37,500
لذلك سنقول، «res.cookie» ثم سأقوم بإعداد ملف تعريف الارتباط مع مستخدم الاسم.

91
00:06:37,680 --> 00:06:41,890
الآن لاحظ أن هذا هو السبب في أنني

92
00:06:41,890 --> 00:06:45,400
أتحقق من Req.signedCookies.User هناك.

93
00:06:45,400 --> 00:06:51,380
لذلك سنقول «res.cookie ('user'،)»

94
00:06:51,380 --> 00:06:56,290
وحقل المستخدم سأقوم بتعيينه إلى «admin»

95
00:06:56,290 --> 00:07:01,390
وبعد ذلك سأقوم بإعداد هذا ليكون ملف تعريف ارتباط موقّع.

96
00:07:01,390 --> 00:07:03,725
لذلك سأقول «وقعت: صحيح».

97
00:07:03,725 --> 00:07:06,295
وهذا يعني أن محلل ملفات تعريف الارتباط الخاص بي سيضمن

98
00:07:06,295 --> 00:07:10,120
توقيع ملف تعريف الارتباط هذا وإعداده.

99
00:07:10,120 --> 00:07:14,290
لذلك هذا هو الخيار الذي قمت بإعداده لملف تعريف الارتباط الدقة هنا.

100
00:07:14,290 --> 00:07:16,360
لذلك سيشمل

101
00:07:16,360 --> 00:07:22,300
هذا الاسم المعين في ملف تعريف الارتباط الموقّع بهذه القيمة المعينة.

102
00:07:22,300 --> 00:07:26,160
لذلك هذا هو السبب في أنني قادرة على التحقق من هذه القيمة هنا.

103
00:07:26,160 --> 00:07:27,770
لذلك إذا لم يكن هذا موجودًا،

104
00:07:27,770 --> 00:07:33,620
فبالطبع أتوقع أن يقوم المستخدم بالمصادقة باستخدام المصادقة الأساسية،

105
00:07:33,620 --> 00:07:36,045
وإذا كانت المصادقة الأساسية ناجحة،

106
00:07:36,045 --> 00:07:40,190
فعندئذ سأقوم بإعداد ملف تعريف الارتباط هنا وإعداد

107
00:07:40,190 --> 00:07:45,440
حقل ملف تعريف الارتباط في رسالة الاستجابة الصادرة هنا

108
00:07:45,440 --> 00:07:49,730
وهذا سيطالب لإعداد ملف تعريف الارتباط على جانب العميل ومن ثم

109
00:07:49,730 --> 00:07:55,055
ستتضمن جميع الطلبات اللاحقة ملف تعريف الارتباط هذا في طلب العميل.

110
00:07:55,055 --> 00:08:02,085
إذن هذه هي الطريقة التي أتعامل بها مع حقيقة عندما لا يكون cookie.user موجودًا.

111
00:08:02,085 --> 00:08:05,120
هناك. إذا كان موجودا،

112
00:08:05,120 --> 00:08:07,765
ثم الجزء الآخر،

113
00:08:07,765 --> 00:08:11,155
وهذا يعني أن ملف تعريف الارتباط الموقع

114
00:08:11,155 --> 00:08:16,415
موجود بالفعل ويتم تعريف خاصية المستخدم على ذلك،

115
00:08:16,415 --> 00:08:18,255
ثم في آخر،

116
00:08:18,255 --> 00:08:19,810
ما سوف تحقق هو

117
00:08:19,810 --> 00:08:33,150
إذا Req.SignedCookies.User هو المشرف.

118
00:08:33,150 --> 00:08:37,380
ثم، وهذا يعني أن ملف تعريف الارتباط الموقع يحتوي على المعلومات الصحيحة.

119
00:08:37,380 --> 00:08:39,780
ثمّ، أنا سَأَقُولُ التالي.

120
00:08:39,780 --> 00:08:44,800
مما يعني أنك ستسمح للطلب بالمرور.

121
00:08:46,520 --> 00:08:55,250
وإلا، فإن ملف تعريف الارتباط هذا غير صالح لأنه لا يحتوي على هذه القيمة الصحيحة.

122
00:08:55,250 --> 00:08:57,635
وهذا يعني أن هذا خطأ.

123
00:08:57,635 --> 00:08:59,749
لذلك في هذه الحالة،

124
00:08:59,749 --> 00:09:02,750
سوف نقول أنك لم يتم مصادقتها،

125
00:09:02,750 --> 00:09:12,075
وبعد ذلك سوف نتسبب ببساطة في الخطأ في هذه النقطة.

126
00:09:12,075 --> 00:09:15,640
الآن، لن نقوم بمطالبة المستخدم

127
00:09:15,640 --> 00:09:18,585
بالجلسة لأن ذلك يجب أن يكون قد تم في وقت سابق.

128
00:09:18,585 --> 00:09:20,870
الآن، عادة، لن يحدث هذا

129
00:09:20,870 --> 00:09:24,470
لأنه إذا تم تعيين ملف تعريف الارتباط بالفعل على جانب العميل،

130
00:09:24,470 --> 00:09:27,005
فيجب أن يتضمن القيمة الصحيحة على أي حال.

131
00:09:27,005 --> 00:09:29,850
ولكن من أجل الاكتمال،

132
00:09:29,850 --> 00:09:35,315
لقد شملت أيضا التحقق من الخطأ آخر هنا في هذه المرحلة. هذا كل شيء

133
00:09:35,315 --> 00:09:38,210
مع هذا الإعداد، قمنا بتحويل

134
00:09:38,210 --> 00:09:43,710
تطبيقنا السريع إلى تطبيق يعالج ملفات تعريف الارتباط هنا.

135
00:09:43,710 --> 00:09:48,405
لاحظ مرة أخرى، اسمحوا لي أن ألفت انتباهكم إلى ما نقوم به هنا مرة أخرى.

136
00:09:48,405 --> 00:09:50,060
هنا، نحن نتحقق للتأكد من

137
00:09:50,060 --> 00:09:54,970
أن خاصية المستخدم في ملفات تعريف الارتباط الموقعة غير موجودة،

138
00:09:54,970 --> 00:09:57,380
أو حتى ملف تعريف الارتباط الموقع نفسه غير موجود.

139
00:09:57,380 --> 00:10:02,595
و بعد ذلك, نتوقع الحصول على إذن أساسي.

140
00:10:02,595 --> 00:10:04,850
إذا كان التفويض ناجحًا،

141
00:10:04,850 --> 00:10:09,860
فأنا سأقوم بإعداد ملف تعريف الارتباط باستخدام res.cookie هنا.

142
00:10:09,860 --> 00:10:14,035
بعد ذلك، ستحمل جميع الطلبات اللاحقة ملف تعريف الارتباط الموقّع على أي حال،

143
00:10:14,035 --> 00:10:17,080
وبعد ذلك سأتحقق من أن ملف تعريف الارتباط الموقّع هو

144
00:10:17,080 --> 00:10:22,905
ملف تعريف ارتباط موقّع صالح ويحتوي على خاصية المستخدم التي تم تعيينها مساويًا للمشرف.

145
00:10:22,905 --> 00:10:25,680
إذا كان كذلك، فهذا هو الوصول المصرح به،

146
00:10:25,680 --> 00:10:27,935
لذلك سيسمح بالمضي قدما.

147
00:10:27,935 --> 00:10:31,920
إذا لم يكن كذلك، ثم رفع خطأ في هذه المرحلة.

148
00:10:31,920 --> 00:10:39,710
تصحيح ثانوي، الإصدارات الجديدة من Node.js تتوقع استخدام هذا كما

149
00:10:39,710 --> 00:10:47,500
المخزن المؤقت الجديد. من بدلاً من المخزن المؤقت الجديد للتعامل مع بعض المشكلات الأمنية.

150
00:10:47,500 --> 00:10:53,165
حتى مجرد تصحيح هذا الخط إلى buffer.From جديد. هذا كل شيء

151
00:10:53,165 --> 00:10:59,600
دعونا حفظ التغييرات ومن ثم الذهاب والنظر في طلبنا في ذلك ساعي البريد.

152
00:10:59,600 --> 00:11:03,310
إذا كان الخادم السابق قيد التشغيل،

153
00:11:03,310 --> 00:11:06,155
فقط قم بإيقافه عن طريق كتابة Control C،

154
00:11:06,155 --> 00:11:09,665
ثم أعد تشغيل الخادم عن طريق قول npm start.

155
00:11:09,665 --> 00:11:13,305
بالطبع، تأكد من أن خادم MongoDB الخاص بك قيد التشغيل.

156
00:11:13,305 --> 00:11:17,140
وإلا، لن يبدأ الخادم السريع الخاص بك بشكل صحيح.

157
00:11:17,140 --> 00:11:19,955
لذلك بمجرد بدء تشغيل الخادم السريع الخاص بك،

158
00:11:19,955 --> 00:11:26,250
ثم دعونا نذهب إلى ساعي البريد لدينا ومحاولة الاتصال بالخادم.

159
00:11:26,250 --> 00:11:30,970
وسأوضح بعض الجوانب حول كيفية التعامل مع ملفات تعريف الارتباط.

160
00:11:30,970 --> 00:11:32,939
الآن، الذهاب إلى ساعي البريد،

161
00:11:32,939 --> 00:11:35,980
اسمحوا لي أن أوضح كل هذه المعلومات

162
00:11:35,980 --> 00:11:40,745
من ساعي البريد الخاص بي وبعد ذلك سوف نبدأ مع الأساسيات.

163
00:11:40,745 --> 00:11:44,265
لذلك اسمحوا لي أن أحاول الوصول إلى المضيف المحلي: 3000/أطباق.

164
00:11:44,265 --> 00:11:47,335
الآن، بعد أن قمت بمسح كل شيء،

165
00:11:47,335 --> 00:11:49,460
سأرسل الطلب وحفظه.

166
00:11:49,460 --> 00:11:51,150
وهكذا من جانب الخادم،

167
00:11:51,150 --> 00:11:53,600
تقول أنك غير مصادق عليها.

168
00:11:53,600 --> 00:11:55,365
ثم، عندما تنظر إلى الرأس،

169
00:11:55,365 --> 00:12:00,350
وهذا يطلب مني المصادقة باستخدام ووو المصادقة.

170
00:12:00,350 --> 00:12:05,115
حتى الآن، اسمحوا لي أن أذهب إلى التفويض ثم قم بإعداد التفويض الأساسي،

171
00:12:05,115 --> 00:12:08,415
ومن ثم سأقوم بإعداد التفويض كمسؤول،

172
00:12:08,415 --> 00:12:14,200
ثم كلمة المرور، ثم قم بتحديث الطلب بحيث

173
00:12:14,200 --> 00:12:20,090
يحتوي الرأس الآن على رأس التفويض هنا مع المعلومات هناك.

174
00:12:20,090 --> 00:12:23,900
ثم اسمحوا لي أن أرسل طلب جيت على هذا الجزء.

175
00:12:23,900 --> 00:12:25,805
إذا أرسلت طلب Git،

176
00:12:25,805 --> 00:12:34,205
ثم ردا على ذلك، ترى أن طلب Git كان ناجحا.

177
00:12:34,205 --> 00:12:38,300
لاحظ أيضا بعض الأشياء الأخرى.

178
00:12:38,300 --> 00:12:41,060
سترى الحالة 200 موافق.

179
00:12:41,060 --> 00:12:50,805
لاحظ أيضًا أنه تم إعداد ملف تعريف ارتباط على جانب العميل في داخل ساعي البريد هنا.

180
00:12:50,805 --> 00:12:53,120
يحتوي ملف تعريف الارتباط هذا على معلومات.

181
00:12:53,120 --> 00:12:55,420
سنلقي نظرة على تفاصيل ملف تعريف الارتباط خلال دقيقة

182
00:12:55,420 --> 00:12:57,265
ثم، عندما تنظر إلى الرأس،

183
00:12:57,265 --> 00:13:03,130
ترى في رأس هذه القيمة هنا قائلا مجموعة كوكي،

184
00:13:03,130 --> 00:13:06,165
ثم هذه المعلومات التي تأتي هنا.

185
00:13:06,165 --> 00:13:10,290
الآن، إذا نظرتم إليها بعناية،

186
00:13:10,290 --> 00:13:13,965
سترى شيئا هنا يقول المستخدم يساوي،

187
00:13:13,965 --> 00:13:18,000
ومن ثم ترى هذه القيمة هنا، المشرف هناك.

188
00:13:18,000 --> 00:13:23,845
لذلك، لاحظت أن شيئا ما قد تم محاطة داخل ملف تعريف الارتباط.

189
00:13:23,845 --> 00:13:26,465
إذا كنت ترغب في فحص ملف تعريف الارتباط فعليًا،

190
00:13:26,465 --> 00:13:30,355
فاذهب إلى هنا في ساعي البريد

191
00:13:30,355 --> 00:13:37,205
ثم انقر فوق هذه المفاتيح، ثم سيظهر لك كل ملفات تعريف الارتباط التي تم إعدادها على جانب العميل هذا.

192
00:13:37,205 --> 00:13:43,365
ثم، على وجه الخصوص، اسمحوا لي الآن مسح كل هذه الكوكيز الأخرى.

193
00:13:43,365 --> 00:13:48,640
ربما كنت قد استخدمت بعض من هذه لسبب آخر.

194
00:13:48,640 --> 00:13:51,290
لذلك اسمحوا لي فقط تنظيف تلك الكعك.

195
00:13:51,290 --> 00:13:53,020
على أي حال، إذا رأيتهم،

196
00:13:53,020 --> 00:13:54,355
يمكنك فقط تركهم هناك.

197
00:13:54,355 --> 00:13:56,385
ليست مشكلة كبيرة

198
00:13:56,385 --> 00:14:00,220
ركز بشكل خاص على المضيف المحلي هنا،

199
00:14:00,220 --> 00:14:02,620
ثم ترى ملف تعريف الارتباط هذا هنا.

200
00:14:02,620 --> 00:14:03,780
ما عليك سوى النقر على ملف تعريف الارتباط،

201
00:14:03,780 --> 00:14:08,710
ثم ترى القيمة الفعلية داخل ملف تعريف الارتباط الذي يتم تخزينه هناك.

202
00:14:08,710 --> 00:14:12,130
ثم أيضا تاريخ انتهاء الصلاحية لإعداد ملف تعريف الارتباط هذا هنا.

203
00:14:12,130 --> 00:14:15,460
الآن، ستكون هذه القيمة بالضبط ما رأيته

204
00:14:15,460 --> 00:14:18,890
في ملف تعريف الارتباط المحدد الذي جاء من جانب الخادم.

205
00:14:18,890 --> 00:14:24,620
الآن، هذا يعني أيضًا أنه في الطلبات اللاحقة التي تدخل،

206
00:14:24,620 --> 00:14:27,365
لذلك حتى إذا قمت بمسح

207
00:14:27,365 --> 00:14:31,010
تفويضي، وحتى إذا قمت بإزالة رأس التفويض،

208
00:14:31,150 --> 00:14:34,225
لأنه تم إعداد ملف تعريف الارتباط

209
00:14:34,225 --> 00:14:37,110
هذا، تم إعداد ملف تعريف الارتباط هذا على مضيف محلي،

210
00:14:37,110 --> 00:14:44,335
كل طلب لاحق يذهب إلى هذا الخادم ملف تعريف الارتباط هذا.

211
00:14:44,335 --> 00:14:51,000
لذلك على الرغم من أنني لن أقوم بإعداد الرؤوس هناك،

212
00:14:51,000 --> 00:14:52,285
إذا أرسلت الطلب،

213
00:14:52,285 --> 00:14:57,940
فستلاحظ أن طلب Git يعمل تمامًا كما كان

214
00:14:57,940 --> 00:15:02,195
من قبل دون أي مشكلة، نظرًا لحقيقة أن كل طلب صادر سيتضمن

215
00:15:02,195 --> 00:15:08,075
ملف تعريف الارتباط هذا تلقائيًا في الطلب الصادر من ساعي البريد هنا.

216
00:15:08,075 --> 00:15:13,850
وهذا يدل على استخدام ملفات تعريف الارتباط في تطبيقنا.

217
00:15:13,850 --> 00:15:18,260
مع هذا، رأينا كيف يمكن إعداد ملفات تعريف الارتباط

218
00:15:18,260 --> 00:15:22,404
ومعالجتها في خادمنا السريع باستخدام محلل ملفات تعريف الارتباط،

219
00:15:22,404 --> 00:15:25,330
وكيف يمكننا إعداد ملفات تعريف الارتباط الموقعة.

220
00:15:25,330 --> 00:15:31,390
هذا هو الوقت المناسب بالنسبة لك للقيام جيت الالتزام مع ملفات تعريف الارتباط الرسالة.