در این مطلب، ویدئو به روز رسانی Elasticsearch-Python 7.15 با زیرنویس فارسی را برای دانلود قرار داده ام. شما میتوانید با پرداخت 15 هزار تومان ، این ویدیو به علاوه تمامی فیلم های سایت را دانلود کنید.اکثر فیلم های سایت به زبان انگلیسی می باشند. این ویدئو دارای زیرنویس فارسی ترجمه شده توسط هوش مصنوعی می باشد که میتوانید نمونه ای از آن را در قسمت پایانی این مطلب مشاهده کنید.
مدت زمان فیلم: 00:55:44
تصاویر این ویدئو:
قسمتی از زیرنویس این فیلم:
00:00:00,240 –> 00:00:00,990
و سپس
2
00:00:00,990 –> 00:00:11,840
[موسیقی]
3
00:00:11,840 –> 00:00:13,360
اوه خوب مهم
4
00:00:13,360 –> 00:00:15,759
نیست، اوه ظاهراً نمی توانید
5
00:00:15,759 –> 00:00:17,359
دکمه های خاصی را فشار دهید
6
00:00:17,359 –> 00:00:20,000
وگرنه
7
00:00:20,000 –> 00:00:22,720
شمارش معکوس را قطع
8
00:00:22,720 –> 00:00:24,800
9
00:00:24,800 –> 00:00:26,320
10
00:00:26,320 –> 00:00:27,760
11
00:00:27,760 –> 00:00:29,119
12
00:00:29,119 –> 00:00:31,840
می کند. لارسون دوباره ست کرد این
13
00:00:31,840 –> 00:00:34,559
مثل سومین بار سوم
14
00:00:34,559 –> 00:00:37,680
شماست که دوست دارید من را در اختیار داشته باشید بله، منظورم
15
00:00:37,680 –> 00:00:39,760
این است که مشتری پایتون مشتری مورد علاقه من است،
16
00:00:39,760 –> 00:00:42,000
بنابراین خیلی منطقی خواهد بود.
17
00:00:42,000 –> 00:00:43,600
18
00:00:43,600 –> 00:00:46,160
اوم شما اینجا هستید تا در مورد آنچه در
19
00:00:46,160 –> 00:00:49,360
حال رخ دادن است صحبت کنید. در 7.15 که
20
00:00:49,360 –> 00:00:53,120
اوم من بسیار هیجان زده هستم، فکر می کنم 7.15
21
00:00:53,120 –> 00:00:54,800
من به نوعی شاهد اتفاقاتی هستم که
22
00:00:54,800 –> 00:00:55,840
23
00:00:55,840 –> 00:00:56,879
از
24
00:00:56,879 –> 00:00:59,120
شما می گذرد، می دانم که از 7
25
00:00:59,120 –> 00:01:00,559
12
26
00:01:00,559 –> 00:01:03,280
به 7.14 فکر می کنم و به
27
00:01:03,280 –> 00:01:04,959
چیزهایی اشاره می کنم که شما انجام داده اید و سپس
28
00:01:04,959 –> 00:01:07,680
شما پیامی را در مورد
29
00:01:07,680 –> 00:01:09,760
آنچه در 7.15 اتفاق میافتد دیدم و فکر
30
00:01:09,760 –> 00:01:10,960
31
00:01:10,960 –> 00:01:12,400
میکردم مغزم
32
00:01:12,400 –> 00:01:14,880
با یک طرحواره api کاملاً متفاوت
33
00:01:14,880 –> 00:01:17,360
که روی آن کار میکنید کمی شروع به شکسته شدن کرده است و
34
00:01:17,360 –> 00:01:19,040
این که چگونه میتواند بیشتر درگیر شود
35
00:01:19,040 –> 00:01:21,360
زمانی که ما به 8.0 برسیم
36
00:01:21,360 –> 00:01:23,119
پس بله ما هستیم اگر به اینجا می رویم
37
00:01:23,119 –> 00:01:24,799
کمی در مورد آن صحبت
38
00:01:24,799 –> 00:01:26,560
خواهیم کرد، اما قبل از انجام این کار، مثل همیشه این موضوع
39
00:01:26,560 –> 00:01:29,119
توسط انجمن الاستیک برای شما آورده شده است. امم اگر در
40
00:01:29,119 –> 00:01:30,400
حال تماشای آن هستید، در کانال
41
00:01:30,400 –> 00:01:32,000
رسمی انجمن الاستیک یوتیوب هستید
42
00:01:32,000 –> 00:01:34,159
، حتما
43
00:01:34,159 –> 00:01:35,600
اگر قبلاً ویدیو را ندارید، مشترک شوید
44
00:01:35,600 –> 00:01:38,560
تا ما بتوانیم به ست ادامه دهیم تا
45
00:01:38,560 –> 00:01:40,400
درباره ما صحبت کند
46
00:01:40,400 –> 00:01:42,960
و اگر سؤالی
47
00:01:42,960 –> 00:01:44,799
در مورد آنچه که ما در مورد آن صحبت می کنیم دارید،
48
00:01:44,799 –> 00:01:46,240
آزادانه آنها را در چت ما مطرح کنید.
49
00:01:46,240 –> 00:01:47,520
به هر حال به ما بگویید از کجا
50
00:01:47,520 –> 00:01:49,119
51
00:01:49,119 –> 00:01:50,479
میآیید، اگر سؤالاتی دارید
52
00:01:50,479 –> 00:01:52,799
که نمیتوانیم به آنها پاسخ دهیم یا امروز
53
00:01:52,799 –> 00:01:55,040
به آنها پاسخ دهیم، به ما بگویید که از کجا میآیید، به انجمن گفتگوی ما بروید، جایی که ما
54
00:01:55,040 –> 00:01:57,280
تعدادی تکنسین الاستیک و به قول من داریم.
55
00:01:57,280 –> 00:01:58,880
همه نسخههای
56
00:01:58,880 –> 00:02:01,520
دیگر آنجا که فقط منتظرند تا مشکلات شما را حل کنند، اوم
57
00:02:01,520 –> 00:02:02,799
58
00:02:02,799 –> 00:02:07,040
و بله، قبل از اینکه وارد
59
00:02:07,040 –> 00:02:08,479
آخرین
60
00:02:08,479 –> 00:02:11,200
قسمت شویم، میخواهم به همه درباره elasticon
61
00:02:11,200 –> 00:02:14,160
global بگویم خوب اجازه دهید من از شر
62
00:02:14,160 –> 00:02:15,520
آن بنر واقعاً سریع خلاص شوم.
63
00:02:15,520 –> 00:02:18,640
هفته
64
00:02:18,640 –> 00:02:21,040
شما می توانید ثبت نام کنید پیش از این،
65
00:02:21,040 –> 00:02:23,599
میتوانید به
66
00:02:23,599 –> 00:02:26,239
elastic dot co slash elasticon
67
00:02:26,239 –> 00:02:27,360
global بروید
68
00:02:27,360 –> 00:02:30,239
و امروز ثبتنام کنید،
69
00:02:30,239 –> 00:02:31,360
اما
70
00:02:31,360 –> 00:02:32,319
اجازه دهید ابتدا
71
00:02:32,319 –> 00:02:35,440
وارد این مجموعه
72
00:02:35,440 –> 00:02:37,920
شویم، اجازه دهید مرور
73
00:02:37,920 –> 00:02:41,040
کنیم که در نسخه هفت چه اتفاقی افتاده است
74
00:02:41,040 –> 00:02:43,680
از نظر تغییرات مختلف در
75
00:02:43,680 –> 00:02:46,480
مشتری elasticsearch python
76
00:02:46,480 –> 00:02:51,120
بله، بنابراین در 715 اولین چیزی است که به
77
00:02:51,120 –> 00:02:52,959
نوعی ما شروع به حرکت
78
00:02:52,959 –> 00:02:54,239
به سمت
79
00:02:54,239 –> 00:02:56,080
آنچه با هشت انجام خواهیم داد
80
00:02:56,080 –> 00:02:58,560
و بنابراین ما برنامه های زیادی داریم
81
00:02:58,560 –> 00:03:02,560
82
00:03:02,560 –> 00:03:04,560
من فکر می کنم نقشه راه 8-0 خود را برای مشتری منتشر کردم. تقریباً یک ماه پیش در حال حاضر شاید
83
00:03:04,560 –> 00:03:05,680
کمی بیشتر باشد
84
00:03:05,680 –> 00:03:07,920
و تغییراتی در آن وجود دارد و بنابراین
85
00:03:07,920 –> 00:03:09,760
ما شروع به
86
00:03:09,760 –> 00:03:10,720
قرار
87
00:03:10,720 –> 00:03:12,640
دادن نوعی تلنگرهای نوری در
88
00:03:12,640 –> 00:03:14,720
جهت درست به سمت
89
00:03:14,720 –> 00:03:17,120
این همه تغییرات جدید می کنیم
90
00:03:17,120 –> 00:03:18,720
تا در واقع مجبور نباشیم
91
00:03:18,720 –> 00:03:21,840
ارتقاء از 7x به 800 را مانند یک ارتقاء
92
00:03:21,840 –> 00:03:23,680
بسیار دردناک مانند در تئوری انجام دهید،
93
00:03:23,680 –> 00:03:25,920
باید بتوانید مانند آن بنویسید تا زمانی
94
00:03:25,920 –> 00:03:27,440
که از برخی از
95
00:03:27,440 –> 00:03:29,519
ویژگیهای سطح پایین واقعاً پیشرفته مشتری استفاده نکنید،
96
00:03:29,519 –> 00:03:32,319
فقط میتوانید آن را ارتقا دهید. تا زمانی که
97
00:03:32,319 –> 00:03:33,920
a را نمی بینید یا استفاده نمی کنید با وجود
98
00:03:33,920 –> 00:03:35,519
ویژگیهای منسوخ شده یا دیدن
99
00:03:35,519 –> 00:03:37,920
اخطارها، کد شما فقط کار میکند
100
00:03:37,920 –> 00:03:39,760
که عالی است
101
00:03:39,760 –> 00:03:42,159
و بنابراین ما سعی میکنیم افراد را
102
00:03:42,159 –> 00:03:43,599
حداقل تا
103
00:03:43,599 –> 00:03:45,519
آنجا که ممکن است به سمت آن
104
00:03:45,519 –> 00:03:46,959
سو سوق دهیم، مواردی خراب میشوند که همانطور
105
00:03:46,959 –> 00:03:48,640
که میدانید تغییر میکنند. چیزهایی که در
106
00:03:48,640 –> 00:03:50,239
elasticsearch حذف میشوند،
107
00:03:50,239 –> 00:03:52,000
ما نمیتوانیم از آنهایی که
108
00:03:52,000 –> 00:03:53,840
در 8-0 به بعد به ناتو حذف شوند، پشتیبانی کنیم،
109
00:03:53,840 –> 00:03:55,040
110
00:03:55,040 –> 00:03:56,799
اما حداقل از نظر ویژگیهای مشتری،
111
00:03:56,799 –> 00:03:58,000
ما تلاش میکنیم که
112
00:03:58,000 –> 00:04:01,200
فرآیند ارتقا را به همان سادگی انجام دهیم. این امکان وجود دارد
113
00:04:01,200 –> 00:04:02,000
و
114
00:04:02,000 –> 00:04:02,959
ما به
115
00:04:02,959 –> 00:04:04,799
نوعی دیدهایم که حتی در
116
00:04:04,799 –> 00:04:07,519
فضای پایتون
117
00:04:07,519 –> 00:04:10,080
تصمیمگیریهای زیادی در اطراف
118
00:04:10,080 –> 00:04:12,159
انجام شده است آیا ما از نوع اشاره پشتیبانی میکنیم.
119
00:04:12,159 –> 00:04:13,760
120
00:04:13,760 –> 00:04:16,560
در هسته اصلی وجود دارد
121
00:04:16,560 –> 00:04:18,399
و به نظر می رسد که
122
00:04:18,399 –> 00:04:20,399
نکات مثبتی وجود دارد که تایپ بله، چیزی است
123
00:04:20,399 –> 00:04:21,199
که
124
00:04:21,199 –> 00:04:23,759
جامعه مدرن پایتون از انجام آن
125
00:04:23,759 –> 00:04:25,759
هیجان زده است و این
126
00:04:25,759 –> 00:04:28,160
چیزی است که ما به نوعی آن را پذیرفته ایم و همچنین
127
00:04:28,160 –> 00:04:29,680
128
00:04:29,680 –> 00:04:30,800
استفاده از
129
00:04:30,800 –> 00:04:35,120
مشتری python elasticsearch را آسان تر می کنیم. برای
130
00:04:35,120 –> 00:04:37,520
توسعه دهندگان پایتون در سرتاسر دنیا صرف نظر از اینکه از
131
00:04:37,520 –> 00:04:39,280
چه ابزاری استفاده می کنید، زیرا بسیاری از
132
00:04:39,280 –> 00:04:42,160
این ابزارها در حال حاضر فقط از
133
00:04:42,160 –> 00:04:44,320
استاندارد نوع اشاره پشتیبانی می کنند،
134
00:04:44,320 –> 00:04:46,639
بله، قطعاً بنابراین ما
135
00:04:46,639 –> 00:04:48,320
سعی می کنیم از سیستم نوع بسیار بیشتر
136
00:04:48,320 –> 00:04:50,080
استفاده کنیم،
137
00:04:50,080 –> 00:04:52,160
مانند 712 مانند شما. گفت: زمانی که انواع برای اولین
138
00:04:52,160 –> 00:04:53,520
بار اضافه شد، من در واقع
139
00:04:53,520 –> 00:04:56,160
نسخه دقیق آن را به خاطر نمیآورم، فکر میکنم 712 بود،
140
00:04:56,160 –> 00:04:58,080
ما بیشتر از آنها فقط برای قابلیت
141
00:04:58,080 –> 00:05:00,720
کشف استفاده میکردیم، مانند قابلیت کشف پارامتر api،
142
00:05:00,720 –> 00:05:02,960
زیرا قبل از آن چیزی را داشتیم
143
00:05:02,960 –> 00:05:04,080
144
00:05:04,080 –> 00:05:06,240
که من میخواستم آرگومان کلیدواژه را
145
00:05:06,240 –> 00:05:07,680
اشتباه بنامم. در جایی که شما ستاره دوتایی دارید
146
00:05:07,680 –> 00:05:09,039
147
00:05:09,039 –> 00:05:11,280
و شناسه شما نمیتواند مانند شما به شما کمک کند،
148
00:05:11,280 –> 00:05:13,199
هیچ راهنمایی در مورد
149
00:05:13,199 –> 00:05:15,360
آنچه که واقعاً میتواند به آن تابع منتقل شود دریافت نمیکنید
150
00:05:15,360 –> 00:05:16,720
151
00:05:16,720 –> 00:05:18,639
و بنابراین ما خیلی خوب هستیم که
152
00:05:18,639 –> 00:05:20,000
واقعاً یک تجربه بد چگونه میتوانیم
153
00:05:20,000 –> 00:05:21,600
آن تجربه را کمی بهتر
154
00:05:21,600 –> 00:05:23,600
کنیم زیرا هنوز باید از پایتون 2 پشتیبانی کنیم
155
00:05:23,600 –> 00:05:24,400
156
00:05:24,400 –> 00:05:26,160
و میدانید که یک سری
157
00:05:26,160 –> 00:05:27,280
چیزها وجود دارد که به نوعی مانع
158
00:05:27,280 –> 00:05:30,080
داشتن این تجربه کامل کلاسی میشوند.
159
00:05:30,080 –> 00:05:32,479
همه چیز را
160
00:05:32,479 –> 00:05:34,960
تایپ کنیم hint برخی چیزها را تایپ کنیم و بنابراین ما به نوعی
161
00:05:34,960 –> 00:05:36,560
با قابلیت کشف شروع کردیم، بنابراین شما
162
00:05:36,560 –> 00:05:38,479
گزینه ای اختیاری برای بسیاری از
163
00:05:38,479 –> 00:05:39,840
پارامترهای مختلف دارید که در آن شما در واقع
164
00:05:39,840 –> 00:05:41,120
یک راهنمایی نوع دریافت نمی کنید، اما حداقل می دانید که
165
00:05:41,120 –> 00:05:42,960
پارامتر وجود دارد، بنابراین آن جایی بود که ما شروع کردیم
166
00:05:42,960 –> 00:05:44,240
167
00:05:44,240 –> 00:05:47,600
و سپس در 715 اکنون شروع به
168
00:05:47,600 –> 00:05:48,880
استفاده از این پروژه جدید به نام
169
00:05:48,880 –> 00:05:50,960
مشخصات elasticsearch می کنیم
170
00:05:50,960 –> 00:05:53,680
که اساساً یک مشخصات api کامل
171
00:05:53,680 –> 00:05:56,720
برای api جستجوی الاستیک است،
172
00:05:56,720 –> 00:05:58,960
قبلاً فقط نوعی
173
00:05:58,960 –> 00:06:01,039
لبه ها را داشتیم که اساساً در آن پارامترهای پرس و جو دارید
174
00:06:01,039 –> 00:06:02,880
و پارامترهای مسیر را تایپ میکنید و میتوانید
175
00:06:02,880 –> 00:06:04,080
176
00:06:04,080 –> 00:06:06,479
روی آن تایپ کنید، دقیقاً مانند موارد
177
00:06:06,479 –> 00:06:08,479
اولیه، اما اگر چیزی
178
00:06:08,479 –> 00:06:10,479
فراتر از آن بروید، مانند
179
00:06:10,479 –> 00:06:12,880
اشیاء json در بدنه یا
180
00:06:12,880 –> 00:06:14,720
خط جدید json محدود شده برای
181
00:06:14,720 –> 00:06:16,720
فهرستبندی انبوه همه آنها، انجام نمیدهید. در مورد آن بینشی دریافت کنید،
182
00:06:16,720 –> 00:06:18,960
بنابراین با این
183
00:06:18,960 –> 00:06:20,560
پروژه جدید ما سعی می
184
00:06:20,560 –> 00:06:23,199
کنیم Api را به عنوان یک مشخصات کاملاً پوشش دهیم
185
00:06:23,199 –> 00:06:26,080
و سپس شروع به
186
00:06:26,080 –> 00:06:28,400
تولید کلاینت های جدید با شروع از هشتم
187
00:06:28,400 –> 00:06:29,199
و
188
00:06:29,199 –> 00:06:30,880
برای پایتون کنیم. شروع به استفاده از
189
00:06:30,880 –> 00:06:33,199
ذرات کوچکی از آن برای ارائه تجارب اشاره تایپ بهتری می
190
00:06:33,199 –> 00:06:35,520
کند، به عنوان مثال،
191
00:06:35,520 –> 00:06:37,280
ما می دانیم که این یک رشته است
192
00:06:37,280 –> 00:06:39,360
بر خلاف هر نوع دیگری
193
00:06:39,360 –> 00:06:40,960
که می تواند باشد،
194
00:06:40,960 –> 00:06:42,639
بنابراین می توانیم اشاره کنیم که یک رشته است در
195
00:06:42,639 –> 00:06:44,880
مقابل فقط یک هر اختیاری
196
00:06:44,880 –> 00:06:47,199
و سپس در هشت مورد ما شروع به
197
00:06:47,199 –> 00:06:49,360
تولید ساختارهای واقعی خواهیم کرد که
198
00:06:49,360 –> 00:06:52,560
میتوانید به جای نوشتن مانند
199
00:06:52,560 –> 00:06:55,360
بدنههای json خام در جستارهای خود استفاده کنید،
200
00:06:55,360 –> 00:06:57,520
بنابراین به جای اینکه فقط روی سطح، نکاتی را در اعماق api دریافت کنید.
201
00:06:57,520 –> 00:06:59,280
202
00:06:59,280 –> 00:07:00,720
جایی که شما فقط میتوانید
203
00:07:00,720 –> 00:07:02,479
پارامترهای مسیر پارامترهای پرس و جوی سطح بالا
204
00:07:02,479 –> 00:07:04,639
را بشناسید، در واقع به این شکل
205
00:07:04,639 –> 00:07:07,919
خواهید رسید که من میخواهم یک پرس و جوی مطابق با شما میدانم بسازم، در
206
00:07:07,919 –> 00:07:10,160
مقابل دقیقاً مانند سطح بالا،
207
00:07:10,160 –> 00:07:12,160
اینجا جستجو است و این تنها چیزی است که دریافت میکنید
208
00:07:12,160 –> 00:07:13,840
و فراتر از آن شما به نوعی در خودتان هستید
209
00:07:13,840 –> 00:07:15,440
، بنابراین ما سعی می کنیم هرچه پیش می رویم
210
00:07:15,440 –> 00:07:17,039
انواع را بیشتر و بیشتر دوست داشته باشیم،
211
00:07:17,039 –> 00:07:19,280
اساساً داستان
212
00:07:19,280 –> 00:07:21,440
درست است و یکی از چیزهایی است که منظورم این است که
213
00:07:21,440 –> 00:07:23,199
خوشحالم که افرادی را می شناسید که
214
00:07:23,199 –> 00:07:24,319
این و آن را تماشا می کنند. افرادی
215
00:07:24,319 –> 00:07:26,880
که به وا این را بعد از این واقعیت که
216
00:07:26,880 –> 00:07:29,039
هر بار که شما پرتاب می کنید کلمه تغییر می کند
217
00:07:29,039 –> 00:07:33,919
مانند هدف معمولاً در هر api
218
00:07:33,919 –> 00:07:36,160
است، تغییرات در پشت صحنه اتفاق می افتد شما
219
00:07:36,160 –> 00:07:37,280
مجبور نیستید
220
00:07:37,280 –> 00:07:39,759
کد خود را
221
00:07:39,759 –> 00:07:43,280
در 715 تغییر دهید یک نوع ویژگی بزرگ وجود دارد
222
00:07:43,280 –> 00:07:46,400
که نحوه تغییر را تغییر می دهد. چیزهایی
223
00:07:46,400 –> 00:07:48,479
باید نوشته شود، میتوانم بگویم
224
00:07:48,479 –> 00:07:51,440
که در آینده به عقب برمیگردد و
225
00:07:51,440 –> 00:07:54,000
برخی از کدهای قدیمی موجود در آنجا
226
00:07:54,000 –> 00:07:56,479
را میشکند، اگر تصمیم به ارتقاء بگیرند،
227
00:07:56,479 –> 00:07:59,840
بله، بنابراین با 715 یکی از چیزهای مهمی
228
00:07:59,840 –> 00:08:01,520
که در هشتم میآید این است که ما در حال تلاش هستیم.
229
00:08:01,520 –> 00:08:03,919
برای دور شدن از پارامتر بدن،
230
00:08:03,919 –> 00:08:06,160
اوه، چون اساساً این
231
00:08:06,160 –> 00:08:08,639
شبیه یک مفهوم http است، مثل اینکه شما
232
00:08:08,639 –> 00:08:10,479
واقعاً نباید به این فکر کنید
233
00:08:10,479 –> 00:08:13,120
که چه چیزهایی در رشته query قرار میگیرند
234
00:08:13,120 –> 00:08:14,720
چه چیزهایی در مسیر قرار
235
00:08:14,720 –> 00:08:17,120
میگیرند.
236
00:08:17,120 –> 00:08:18,960
هنگامی که
237
00:08:18,960 –> 00:08:20,560
با Api جستجوی الاستیک کار میکنید، نگران نباشید، باید
238
00:08:20,560 –> 00:08:22,240
بیشتر با ویژگیهای جستجوی الاستیک
239
00:08:22,240 –> 00:08:25,039
مانند تعداد بازدیدهای آهنگ سروکار داشته باشید،
240
00:08:25,039 –> 00:08:26,400
لازم نیست اهمیتی به این موضوع بدهید که آیا در رشته پرس و جو میرود
241
00:08:26,400 –> 00:08:28,479
یا بدنی که در بدنه میرود.
242
00:08:28,479 –> 00:08:29,759
مثل تو شما نباید در مورد آن فکر کنید
243
00:08:29,759 –> 00:08:30,960
244
00:08:30,960 –> 00:08:32,958
و بنابراین ما سعی می کنیم از این موضوع دور شویم که
245
00:08:32,958 –> 00:08:34,719
اساساً کاربران خود را مجبور کنیم
246
00:08:34,719 –> 00:08:36,799
در api جستجوی الاستیک برای استفاده از آن متخصص باشند
247
00:08:36,799 –> 00:08:37,599
248
00:08:37,599 –> 00:08:39,839
و بنابراین نکته مهم بدنه است
249
00:08:39,839 –> 00:08:41,760
و بنابراین چیزی که وجود دارد.
250
00:08:41,760 –> 00:08:43,919
برای تعداد انگشت شماری از
251
00:08:43,919 –> 00:08:47,040
apis elasticsearch در 715 این اتفاق می افتد این است که ما
252
00:08:47,040 –> 00:08:49,360
پارامتر بدنه را منسوخ می کنیم و سپس
253
00:08:49,360 –> 00:08:51,839
راه های دیگری را برای تعیین
254
00:08:51,839 –> 00:08:54,640
داده ها به آن api ارائه
255
00:08:54,640 –> 00:08:56,160
می دهیم، اگر از بدنه استفاده کنید چیزی خراب نمی
256
00:08:56,160 –> 00:08:58,080
شود، فقط برای شما یک درخواست صادر می کند. هشدار منسوخ شدن
257
00:08:58,080 –> 00:08:59,920
، شما را به مشکل مرتبط میکند و
258
00:08:59,920 –> 00:09:01,200
به شما میگوید در عوض چه کاری باید
259
00:09:01,200 –> 00:09:03,519
انجام دهید،
260
00:09:03,519 –> 00:09:04,800
بنابراین سعی میکند در آنجا مفید باشد و
261
00:09:04,800 –> 00:09:07,279
همه اینها صرفاً برای دریافت آن است
262
00:09:07,279 –> 00:09:09,839
تا زمانی که کد خود را بهروزرسانی
263
00:09:09,839 –> 00:09:12,080
کنید هشت در تئوری همه چیز فقط
264
00:09:12,080 –> 00:09:13,839
کار می کند اوه، که تجربه بسیار خوبی خواهد بود
265
00:09:13,839 –> 00:09:15,440
به جای اینکه شما
266
00:09:15,440 –> 00:09:16,959
ارتقا دهید و سپس ناگهان اکنون در حال
267
00:09:16,959 –> 00:09:18,399
ردیابی هستید، صدها
268
00:09:18,399 –> 00:09:20,160
خطا را
269
00:09:20,160 –> 00:09:21,360
می دانید که نه به این دلیل که می دانید
270
00:09:21,360 –> 00:09:23,120
در هشت مورد آن چیزها از بین خواهند رفت، بنابراین
271
00:09:23,120 –> 00:09:24,959
شما آن تجربه خوب را بدست نخواهم آورد
272
00:09:24,959 –> 00:09:27,040
در اینجا یک مشکل وجود دارد که به شما می گوید
273
00:09:27,040 –> 00:09:28,800
دقیقاً چه کاری باید انجام دهید، فقط
274
00:09:28,800 –> 00:09:31,279
این است که آنها دیگر اینجا نیستند زیرا
275
00:09:31,279 –> 00:09:33,839
آنها را حذف
276
00:09:33,839 –> 00:09:34,880
می کنم تا کمی
277
00:09:34,880 –> 00:09:37,920
عادت کنم به خصوص زمانی که مجبور
278
00:09:37,920 –> 00:09:39,360
باشم با شما تماس بگیرم زوم تماس بگیرید
279
00:09:39,360 –> 00:09:40,320
و مثل این است که
280
00:09:40,320 –> 00:09:41,279
281
00:09:41,279 –> 00:09:43,839
هی احساس میکنم این کار را درست انجام میدهم، اما من
282
00:09:43,839 –> 00:09:45,440
فقط یک خطا دریافت میکنم و شما نگاه میکنید
283
00:09:45,440 –> 00:09:47,279
و مثل این است که گفتید به بدن نگاه میکنید
284
00:09:47,279 –> 00:09:49,120
و مثل اوه بله
285
00:09:49,120 –> 00:09:50,320
میبینید مثل یک خطای قالببندی درست است
286
00:09:50,320 –> 00:09:51,920
من در آنجا هستم و من فکر می کنم بله، اینها
287
00:09:51,920 –> 00:09:53,200
اتفاق می افتد، من حدس می زنم
288
00:09:53,200 –> 00:09:55,279
امم،
289
00:09:55,279 –> 00:09:57,680
اما جالب است زیرا فکر می کنم
290
00:09:57,680 –> 00:09:59,040
آنچه را که دیده ام و می دانم
291
00:09:59,040 –> 00:10:00,160
که کمی در مورد این موضوع صحبت کرده ایم،
292
00:10:00,160 –> 00:10:02,000
این آخرین چیزی خواهد بود که قبل از ما
293
00:10:02,000 –> 00:10:05,360
به برخی از نسخههای نمایشی بروید
294
00:10:05,360 –> 00:10:08,480
که ما شاهد این همگرایی
295
00:10:08,480 –> 00:10:11,360
ویژگیها بودیم که در elasticsearch dsl وجود دارد
296
00:10:11,360 –> 00:10:12,560
و اکنون
297
00:10:12,560 –> 00:10:15,279
به نوعی وارد شده
298
00:10:15,279 –> 00:10:17,040
به کلاینت سطح پایینتر elasticsearch python
299
00:10:17,040 –> 00:10:18,880
یکی از چیزهایی که
300
00:10:18,880 –> 00:10:20,800
در مورد آن دوست دارم این است که به آن احساس میکند.
301
00:10:20,800 –> 00:10:21,600
مثل
302
00:10:21,600 –> 00:10:23,839
اینکه این تصمیم راحتتر است که کدام یک را
303
00:10:23,839 –> 00:10:24,640
انتخاب
304
00:10:24,640 –> 00:10:26,399
کنید زیرا
305
00:10:26,399 –> 00:10:29,600
مجموعه ویژگی ها فقط در یک
306
00:10:29,600 –> 00:10:32,320
منطقه انتخاب شده متفاوت است و من در مورد نوع شی کلاس سندی صحبت می کنم
307
00:10:32,320 –> 00:10:34,720
308
00:10:34,720 –> 00:10:36,480
که شما دارید یا برخی از آنها مانند
309
00:10:36,480 –> 00:10:39,440
310
00:10:39,440 –> 00:10:41,920
ویژگی های جستجوی ذخیره مداوم که اگر واقعاً به آن چیزها نیاز دارید
311
00:10:41,920 –> 00:10:44,079
dsl است. برای آن عالی است،
312
00:10:44,079 –> 00:10:45,839
اما فکر میکنم روشی که اکنون
313
00:10:45,839 –> 00:10:48,720
این را تنظیم میکنید،
314
00:10:48,720 –> 00:10:51,519
فقط با استفاده از مشتری سطح پایین
315
00:10:51,519 –> 00:10:54,880
برای رسیدگی به سؤالات اساسی خود میدانید، میتوانید خیلی بیشتر پیشرفت کنید،
316
00:10:54,880 –> 00:10:56,800
بله، قطعاً یکی از نمونههای واقعی است
317
00:10:56,800 –> 00:10:58,720
مثالها
318
00:10:58,720 –> 00:11:01,120
واقعاً بسیار زیبا هستند
319
00:11:01,120 –> 00:11:03,200
، بنابراین چند دلیل وجود
320
00:11:03,200 –> 00:11:05,279
دارد که مردم واقعاً dsl را دوست دارند و یکی از
321
00:11:05,279 –> 00:11:08,160
آنها مدل اظهاری درست است، بنابراین
322
00:11:08,160 –> 00:11:10,240
میتوانید یک جستجو بنویسید
323
00:11:10,240 –> 00:11:12,800
اما هرگز مجبور نیستید مانند json به آن فکر
324
00:11:12,800 –> 00:11:14,399
کنید، فقط
325
00:11:14,399 –> 00:11:17,120
جستجو را بنویسید و آن آنجاست. و سپس
326
00:11:17,120 –> 00:11:18,800
اگر میخواهید از آن استفاده کنید، میتوانید از آن استفاده
327
00:11:18,800 –> 00:11:20,320
کنید و اگر میخواهید آن را تغییر دهید و
328
00:11:20,320 –> 00:11:22,320
دوست دارید کمی آن را تغییر دهید، میتوانید این کار را نیز انجام دهید،
329
00:11:22,320 –> 00:11:24,800
بنابراین اگر یک جستجوی پایه دارید
330
00:11:24,800 –> 00:11:26,560
و سپس میخواهید بسته به آن به آن اضافه کنید.
331
00:11:26,560 –> 00:11:28,320
بعضی چیزها را می توانید ج
332
00:11:28,320 –> 00:11:30,079
این کار را واقعاً به راحتی انجام دهید،
333
00:11:30,079 –> 00:11:31,279
بنابراین این یک
334
00:11:31,279 –> 00:11:33,440
دلیل بزرگ است که مردم از dsl استفاده می کنند
335
00:11:33,440 –> 00:11:35,600
و مایه تاسف است زیرا مردم از من می پرسند
336
00:11:35,600 –> 00:11:38,320
خوب من آن را می خواهم اما آن را
337
00:11:38,320 –> 00:11:40,480
برای این بخش دیگر از api elasticsearch می
338
00:11:40,480 –> 00:11:43,120
خواهم، بنابراین مانند یک Api خوب است.
339
00:11:43,120 –> 00:11:45,360
ingest pipelines من خطوط لوله ورودی
340
00:11:45,360 –> 00:11:47,440
اعلانی میخواهم یا مدلهای یادگیری ماشینی اعلامی میخواهم
341
00:11:47,440 –> 00:11:49,360
و درست مثل این است
342
00:11:49,360 –> 00:11:50,480
343
00:11:50,480 –> 00:11:52,560
344
00:11:52,560 –> 00:11:54,720
که معامله
345
00:11:54,720 –> 00:11:56,480
و بنابراین api elasticsearch بسیار بزرگ است و
346
00:11:56,480 –> 00:11:59,360
من نمیتوانم
347
00:11:59,360 –> 00:12:01,040
تک تک قسمتهای
348
00:12:01,040 –> 00:12:04,720
api elasticsearch را با دست بنویسم. یک پل راه مانند dsl
349
00:12:04,720 –> 00:12:06,560
که شکاف را درست می کند
350
00:12:06,560 –> 00:12:09,040
و جستجوهای بسیار اعلانی اعلامی هستند
351
00:12:09,040 –> 00:12:12,320
و فقط خطوط لوله اعلام کردند که
352
00:12:15,839 –> 00:12:17,760
به نظر می رسد ما
353
00:12:17,760 –> 00:12:19,519
354
00:12:19,519 –> 00:12:22,399
کمی تاخیر داریم که اتفاق می افتد
355
00:12:22,399 –> 00:12:23,920
که می گوید کاری که می خواهم انجام دهم این است
356
00:12:23,920 –> 00:12:25,600
که قطع کنم صفحه نمایش من و ما از
357
00:12:25,600 –> 00:12:29,279
این به عنوان راهی برای ورود به
358
00:12:29,279 –> 00:12:31,760
اشتراک گذاری صفحه نمایش در اینجا استفاده خواهیم کرد،
359
00:12:31,760 –> 00:12:33,760
بنابراین
360
00:12:33,760 –> 00:12:36,639
بیایید ببینیم آیا می توانیم یک ثانیه وقت بگذاریم و
361
00:12:36,639 –> 00:12:39,839
این مشکل را
362
00:12:40,000 –> 00:12:41,440
برطرف کنیم، فکر می کنم دوباره در
363
00:12:41,440 –> 00:12:43,360
حالی که ست این کار را انجام می دهیم سعی
364
00:12:43,360 –> 00:12:46,320
کردم بفهمم آخرش چه اتفاقی میافتد،
365
00:12:46,320 –> 00:12:48,000
366
00:12:48,000 –> 00:12:50,160
اجازه دهید سریع به او پیامی
367
00:12:50,160 –> 00:12:53,440
368
00:12:53,440 –> 00:12:55,680
369
00:12:56,560 –> 00:12:58,880
370
00:12:58,880 –> 00:13:01,040
371
00:13:01,040 –> 00:13:03,760
372
00:13:03,760 –> 00:13:05,200
بفرستم. نمیدانیم که در این مورد چقدر در
373
00:13:05,200 –> 00:13:07,600
مورد elasticsearch python صحبت
374
00:13:07,600 –> 00:13:09,920
خواهیم کرد، اما ما
375
00:13:09,920 –> 00:13:13,279
نسخه جهانی uh elasticon را داریم، بنابراین اگر برای آن ثبتنام نکردهاید،
376
00:13:13,279 –> 00:13:14,720
377
00:13:14,720 –> 00:13:16,240
حتماً بررسی
378
00:13:16,240 –> 00:13:18,720
کنید که سه روز از یک پیتون میدانید. اطلاعات زیادی که
379
00:13:18,720 –> 00:13:21,680
برخی از آن در مورد 8.0 صحبت میکنند،
380
00:13:21,680 –> 00:13:23,440
مدیر عامل ما شای
381
00:13:23,440 –> 00:13:24,880
سخنرانی خواهد کرد، من فکر میکنم که ما چند سخنرانی کلیدی دیگر
382
00:13:24,880 –> 00:13:27,600
داریم و فقط شما نمیدانید
383
00:13:27,600 –> 00:13:29,680
که افرادی از سخنرانیهای الاستیک این
384
00:13:29,680 –> 00:13:32,000
بار ما
385
00:13:32,000 –> 00:13:33,920
افرادی مانند شما را در آنجا داریم. گوش دادن
386
00:13:33,920 –> 00:13:36,480
که قرار است ارائه شود،
387
00:13:36,480 –> 00:13:38,320
اوه، پس بیایید در
388
00:13:38,320 –> 00:13:41,040
حالی که منتظریم که من
389
00:13:41,040 –> 00:13:42,560
390
00:13:42,560 –> 00:13:44,720
هم آن را بیرون بیاورم، منتظر
391
00:13:44,720 –> 00:13:46,079
بازگشت ست هستیم
392
00:13:46,079 –> 00:13:48,480
و فکر می کنم او تقریباً
393
00:13:48,480 –> 00:13:49,360
394
00:13:49,360 –> 00:13:53,199
آماده است.
395
00:13:53,199 –> 00:13:56,480
این انتقال را از 7.14 به 7.15 انجام دهید
396
00:13:56,480 –> 00:13:58,800
و برخی از تغییرات Api فردا
397
00:13:58,800 –> 00:14:01,040
در
398
00:14:01,040 –> 00:14:04,639
کانال توییچ من twitch.tv kjy miller استریم می کنم، بنابراین اگر می
399
00:14:04,639 –> 00:14:06,639
خواهید ببینید که برخی از اینها چگونه به نظر می رسند
400
00:14:06,639 –> 00:14:08,800
و مهاجرت از یکی به دیگری چقدر آسان است
401
00:14:08,800 –> 00:14:11,680
، بیایید احساس کنیم.
402
00:14:11,680 –> 00:14:13,839
با
403
00:14:13,839 –> 00:14:17,440
خیال راحت به آنجا سر بزنید، خوب ست، آیا برگشته اید،
404
00:14:17,440 –> 00:14:20,000
من معتقدم، بنابراین
405
00:14:20,000 –> 00:14:21,519
اگر می خواهیم به اشتراک بگذاریم، فقط دوربینم را غیرفعال می کنم، نمی
406
00:14:21,519 –> 00:14:22,800
دانم که آیا
407
00:14:22,800 –> 00:14:24,880
اتصال وای فای من اشباع شده است،
408
00:14:24,880 –> 00:14:27,279
متأسفانه تماس های ویدیویی دیگری نیز وجود دارد
409
00:14:27,279 –> 00:14:28,880
در حال حاضر در ساختمان
410
00:14:28,880 –> 00:14:30,000
،
411
00:14:30,000 –> 00:14:32,639
بله، کار از خانه مشکل دارد،
412
00:14:32,639 –> 00:14:33,920
اما
413
00:14:33,920 –> 00:14:35,920
بیایید این را به اشتراک بگذاریم و دوربینم را نیز
414
00:14:35,920 –> 00:14:37,680
قطع می کنم و شاید این به
415
00:14:37,680 –> 00:14:39,600
کیفیت کلی پخش کمک کند،
416
00:14:39,600 –> 00:14:41,680
پس
417
00:14:41,680 –> 00:14:45,040
بیایید این کار را انجام دهیم و دوربینم را متوقف میکنم
418
00:14:45,040 –> 00:14:46,399
و
419
00:14:46,399 –> 00:14:48,959
یک چک میکروفون به من میدهم ست سلام سلام،
420
00:14:48,959 –> 00:14:50,399
بسیار خب، ما میتوانیم شما را بشنویم، بنابراین شما
421
00:14:50,399 –> 00:14:52,480
دو صدای بیجسم دارید، من جی هستم و سپس
422
00:14:52,480 –> 00:14:54,000
صدای دیگری که میشنوید
423
00:14:54,000 –> 00:14:56,560
، ست برای کسانی است که فقط هستند. پیوستن به
424
00:14:56,560 –> 00:14:59,120
عالی بسیار خوب است،
425
00:14:59,120 –> 00:15:01,440
بنابراین در اینجا من فقط یک
426
00:15:01,440 –> 00:15:03,440
پروژه کوچک دارم قبلاً از قبل پیکربندی شده است،
427
00:15:03,440 –> 00:15:05,839
بنابراین من نمونهای دارم که یک ابر الاستیک را اجرا میکند
428
00:15:05,839 –> 00:15:06,880
429
00:15:06,880 –> 00:15:09,680
که در اینجا پیکربندی
430
00:15:09,680 –> 00:15:10,880
کردهام، اوه و
431
00:15:10,880 –> 00:15:12,399
بعد از این چیزها مهم نیست، این
432
00:15:12,399 –> 00:15:15,279
فقط برای اینکه این ارائه زیبا به نظر برسد،
433
00:15:15,279 –> 00:15:16,560
بنابراین
434
00:15:16,560 –> 00:15:18,000
مطمئن شوم که همه چیز
435
00:15:18,000 –> 00:15:20,240
کار میکند. میتوانید این را اجرا کنید، در
436
00:15:20,240 –> 00:15:22,079
ضمن اگر میپرسید
437
00:15:22,079 –> 00:15:24,720
انتخابهای شناسه من چیست، بنابراین ما
438
00:15:24,720 –> 00:15:26,800
نسخه کلاینت 715 را درست همانطور که بحث میکردیم اجرا میکنیم
439
00:15:26,800 –> 00:15:28,160
440
00:15:28,160 –> 00:15:31,440
و نسخه سرور نیز 715 است،
441
00:15:31,440 –> 00:15:33,120
بنابراین به یک دستگاه واقعی متصل شدهایم.
442
00:15:33,120 –> 00:15:36,160
سرور جستجوی الاستیک و من دادههای نمونه kibana را بارگیری کردهام
443
00:15:36,160 –> 00:15:38,000
، بنابراین اگر
444
00:15:38,000 –> 00:15:40,160
میخواهید خودتان آن را بازتولید کنید، کاملاً میتوانید،
445
00:15:40,160 –> 00:15:41,920
بنابراین این فقط یک سؤال
446
00:15:41,920 –> 00:15:43,920
در مورد این
447
00:15:43,920 –> 00:15:46,000
است، فرض من این است که اگر از پایتون
448
00:15:46,000 –> 00:15:48,000
نسخه 715 استفاده میکنید، آیا باید این کار را انجام دهید. از
449
00:15:48,000 –> 00:15:50,560
elasticsearch نسخه 715 نیز استفاده کنید،
450
00:15:50,560 –> 00:15:52,560
بنابراین به این ترتیب ماتریس سازگاری
451
00:15:52,560 –> 00:15:54,720
ما اساساً
452
00:15:54,720 –> 00:15:56,560
کلاینتها را از بین میبرد و بنابراین اگر
453
00:15:56,560 –> 00:15:59,680
از 715 استفاده میکنید، میتوانید از هر سروری که
454
00:15:59,680 –> 00:16:02,639
715 پلاس است استفاده کنید و پس از آن
455
00:16:02,639 –> 00:16:05,279
چیزهای دیگری در آنجا وجود دارد. به
456
00:16:05,279 –> 00:16:07,360
نظر من ارتقاء به رشته های جدید را دوست دارد، بنابراین فکر می
457
00:16:07,360 –> 00:16:10,240
کنم ما می گوییم که آخرین
458
00:16:10,240 –> 00:16:11,920
نسخه مشتری بسیار شبیه مشتری است که
459
00:16:11,920 –> 00:16:13,920
هر هفت نسخه آخر
460
00:16:13,920 –> 00:16:15,680
با هشت نسخه سازگار باشد، مانند شما
461
00:16:15,680 –> 00:16:18,320
می توانید آن را به روش خاصی پیکربندی کنید و
462
00:16:18,320 –> 00:16:20,399
می توانید این کار را انجام دهید. مثل همین
463
00:16:20,399 –> 00:16:21,680
الان،
464
00:16:21,680 –> 00:16:23,199
اما این فقط برای مسیرهای ارتقاء است،
465
00:16:23,199 –> 00:16:25,360
بنابراین مانند زمانی که می خواهید آن را
466
00:16:25,360 –> 00:16:27,120
به هشت ارتقا دهید، سرور
467
00:16:27,120 –> 00:16:29,440
خود را با مشتری خود در حالت سازگاری به هشت
468
00:16:29,440 –> 00:16:32,160
ارتقا دهید و سپس کلاینت خود را بعد از آن ارتقا دهید،
469
00:16:32,160 –> 00:16:33,920
مثلاً بعد از اینکه همه چیز کار کرد.
470
00:16:33,920 –> 00:16:35,279
شما باید در آن نقطه تغییرات واقعی کد را
471
00:16:35,279 –> 00:16:36,800
ایجاد کنید،
472
00:16:36,800 –> 00:16:38,800
به طوری که اگر منطقی باشد، دقیقاً مانند مسیر ارتقا باشد
473
00:16:38,800 –> 00:16:40,320
،
474
00:16:40,320 –> 00:16:41,920
بله،
475
00:16:41,920 –> 00:16:42,959
476
00:16:42,959 –> 00:16:44,959
پس
477
00:16:44,959 –> 00:16:46,320
بله، بنابراین این فقط نوعی اطمینان است،
478
00:16:46,320 –> 00:16:48,399
بنابراین بیایید
479
00:16:48,399 –> 00:16:50,320
با چیزهایی که در حال انجام هستند شروع کنیم درست منسوخ شده است،
480
00:16:50,320 –> 00:16:52,720
بنابراین ما داریم مانند
481
00:16:52,720 –> 00:16:54,480
کلاینت از پیش پیکربندی شده من وارد می کنیم، بنابراین این دقیقاً
482
00:16:54,480 –> 00:16:56,160
مانند یک کلاینت elasticsearch است که می توانید
483
00:16:56,160 –> 00:16:57,680
به طور معمول از آن استفاده کنید،
484
00:16:57,680 –> 00:16:59,519
یکی از مواردی است که
485
00:16:59,519 –> 00:17:03,680
در 7 15 منسوخ شده است که قبلاً وجود دارد. y out
486
00:17:03,680 –> 00:17:04,400
487
00:17:04,400 –> 00:17:06,559
آرگومان های کلمه کلیدی است، بنابراین برای همه api ها اعمال می شود،
488
00:17:06,559 –> 00:17:08,000
489
00:17:08,000 –> 00:17:09,919
همه api ها باید از آرگومان های کلمه کلیدی استفاده کنند،
490
00:17:09,919 –> 00:17:12,000
بنابراین اگر می خواهید این مثال را اجرا کنید
491
00:17:12,000 –> 00:17:14,000
، همچنان کار می کند و هر چیزی
492
00:17:14,000 –> 00:17:15,760
مانند شما در واقع پاسخ می دهد، من
493
00:17:15,760 –> 00:17:19,599
در واقع آن را چاپ نمی کنم اما
494
00:17:19,599 –> 00:17:21,199
اگر متوجه شدید، این دقیقاً مانند یک
495
00:17:21,199 –> 00:17:22,959
تابع چاپ زیبا است، این در واقع
496
00:17:22,959 –> 00:17:25,760
از بقیه یا یک کتابخانه غنی غنی استفاده می کند، اگر
497
00:17:25,760 –> 00:17:27,520
در مورد آن شنیده اید، فقط
498
00:17:27,520 –> 00:17:28,880
چیزها را خوب می کند، در واقع می
499
00:17:28,880 –> 00:17:31,039
توانید مرزها را به خوبی ببینید،
500
00:17:31,039 –> 00:17:32,640
اما می توانید اینجا را ببینید. در بالا میگوید
501
00:17:32,640 –> 00:17:34,720
یک اخطار انحلال وجود دارد
502
00:17:34,720 –> 00:17:36,160
و اگر واقعاً روی آن کلیک کنید به
503
00:17:36,160 –> 00:17:38,240
شما نشان میدهد که این خطی است که
504
00:17:38,240 –> 00:17:40,880
اخطار انحلال از آن نشأت
505
00:17:40,880 –> 00:17:42,400
میگیرد و میگوید استفاده از
506
00:17:42,400 –> 00:17:44,000
آرگومانهای موقعیتی برای apis منسوخ شده است و
507
00:17:44,000 –> 00:17:46,400
در 8-0 غیرفعال میشود.
508
00:17:46,400 –> 00:17:48,080
بنابراین دلیلی که ما این را می بینیم این است
509
00:17:48,080 –> 00:17:50,320
که این استدلال در
510
00:17:50,320 –> 00:17:52,400
اینجا موقعیتی است، بنابراین یک آرگومان کلیدواژه نیست،
511
00:17:52,400 –> 00:17:53,679
بنابراین شما باید کاری
512
00:17:53,679 –> 00:17:54,640
شبیه به این را انجام دهید
513
00:17:54,640 –> 00:17:56,640
و ممکن است عجیب به نظر
514
00:17:56,640 –> 00:17:59,039
برسد که مجبور شوید آن را انجام دهید،
515
00:17:59,039 –> 00:18:00,559
بنابراین دلیل واقعی تا این
516
00:18:00,559 –> 00:18:04,320
اتفاق می افتد زیرا در 7x
517
00:18:04,320 –> 00:18:07,039
پارامتری به نام doctype وجود دارد که در واقع
518
00:18:07,039 –> 00:18:08,000
شما حتی آن را در آنجا ندارید
519
00:18:08,000 –> 00:18:10,799
زیرا من فکر می کنم این
520
00:18:10,799 –> 00:18:12,799
از یک کلاینت تولید شده است که حتی
521
00:18:12,799 –> 00:18:16,160
آن را ندارد بنابراین قبلاً چیزی
522
00:18:16,160 –> 00:18:17,679
به نام وجود داشت. doctype که در آن شما باید انجام دهید
523
00:18:17,679 –> 00:18:19,440
مانند دریافت doctype
524
00:18:19,440 –> 00:18:21,600
برابر است با هر چیزی که می توانید داشته باشید این
525
00:18:21,600 –> 00:18:22,880
هر چیزی باشد
526
00:18:22,880 –> 00:18:24,240
و سپس شاخص شما
527
00:18:24,240 –> 00:18:26,240
جدا باشد درست است
528
00:18:26,240 –> 00:18:28,080
و مسئله این است که
529
00:18:28,080 –> 00:18:29,679
530
00:18:29,679 –> 00:18:31,440
اگر بخواهید این کار را نیز انجام دهید این کار در 7 برابر کار می کند.
531
00:18:31,440 –> 00:18:34,400
زیرا در آدرس اینترنتی این ترتیب
532
00:18:34,400 –> 00:18:36,400
مواردی است که doctype است و سپس ایندکس و
533
00:18:36,400 –> 00:18:38,240
doctype
534
00:18:38,240 –> 00:18:40,080
اختیاری است
535
00:18:40,080 –> 00:18:42,480
و بنابراین این در 7x کار می کند اما وقتی
536
00:18:42,480 –> 00:18:44,320
می خواهید به 8 ارتقا دهید
537
00:18:44,320 –> 00:18:46,960
این پارامتر معمولاً
538
00:18:46,960 –> 00:18:50,000
در 7 وجود دارد در 8 حذف می شود. و این بد است.
539
00:18:50,000 –> 00:18:51,200
زیرا در این صورت این فقط به نوعی به
540
00:18:51,200 –> 00:18:53,360
طور تصادفی به هر چیزی
541
00:18:53,360 –> 00:18:56,080
در آن مکان اختصاص داده می شود و سپس
542
00:18:56,080 –> 00:18:57,280
به چیزی اختصاص می یابد که
543
00:18:57,280 –> 00:18:58,480
احتمالاً آن چیزی نیست که شما می خواهید
544
00:18:58,480 –> 00:19:00,559
به آن اختصاص دهید و بنابراین این
545
00:19:00,559 –> 00:19:03,120
فقط یک دلیل بزرگ برای استفاده از کلمه کلیدی
546
00:19:03,120 –> 00:19:04,320
argumen است.
547
00:19:04,320 –> 00:19:05,360
548
00:19:05,360 –> 00:19:07,280
در واقع میتوانم بگویم
549
00:19:07,280 –> 00:19:09,600
مکانهای زیادی وجود دارد که فقط
550
00:19:09,600 –> 00:19:10,720
فکر میکنم آرگومانهای کلیدواژه باید در
551
00:19:10,720 –> 00:19:12,400
همه جا استفاده شوند، مگر اینکه
552
00:19:12,400 –> 00:19:14,559
توابعی را بلد باشید مانند داخلیهایی
553
00:19:14,559 –> 00:19:16,240
که فقط یک آرگومان یا چیزی شبیه به
554
00:19:16,240 –> 00:19:18,480
آن um را
555
00:19:18,480 –> 00:19:19,840
میگیرند، بنابراین چیزی که ما آن را
556
00:19:19,840 –> 00:19:21,600
اضافه می کنیم تا آن را به گونه ای اضافه کنیم که شما
557
00:19:21,600 –> 00:19:23,440
تضمین می کنید که api
558
00:19:23,440 –> 00:19:24,960
شما خوب خواهد بود مانند استفاده
559
00:19:24,960 –> 00:19:26,880
خوب و سپس در آینده
560
00:19:26,880 –> 00:19:29,840
اگر پارامترهای api حذف یا اضافه شوند،
561
00:19:29,840 –> 00:19:32,000
حتی همانطور که می دانید
562
00:19:32,000 –> 00:19:34,240
با نسخه های قبلی سازگار است. یا اگر رشته بعدی وجود
563
00:19:34,240 –> 00:19:36,640
داشته باشد، قطعاً تجربه خوبی به دست
564
00:19:36,640 –> 00:19:38,400
خواهید
565
00:19:38,400 –> 00:19:40,240
566
00:19:40,240 –> 00:19:42,559
567
00:19:42,559 –> 00:19:44,799
568
00:19:44,799 –> 00:19:46,640
569
00:19:46,640 –> 00:19:48,480
آورد. مانند استدلال
570
00:19:48,480 –> 00:19:51,799
پشت این که
571
00:19:52,160 –> 00:19:53,039
572
00:19:53,039 –> 00:19:55,360
چیز دیگری که در حال منسوخ شدن
573
00:19:55,360 –> 00:19:58,559
است این است که من چیزهای زیادی در مورد
574
00:19:58,559 –> 00:20:00,799
پارامتر بدن ذکر کردم، مانند اینکه ما فقط می خواهیم
575
00:20:00,799 –> 00:20:02,880
از این به طور کلی دور شویم و بنابراین وجود دارد
576
00:20:02,880 –> 00:20:05,919
دو مورد برای پارامتر body که ما
577
00:20:05,919 –> 00:20:07,520
باید آن را دوست داشته باشیم
578
00:20:07,520 –> 00:20:10,159
، بنابراین یکی از موارد این است که
579
00:20:10,159 –> 00:20:12,960
شما یک بدنه json دارید و هر یک از
580
00:20:12,960 –> 00:20:15,280
آرگومان های سطح بالای آن بدنه json
581
00:20:15,280 –> 00:20:17,919
فیلدهایی هستند که می خواهید اساساً پارامتر باشند
582
00:20:17,919 –> 00:20:19,600
583
00:20:19,600 –> 00:20:21,679
و سپس یکی دیگر این است که شما
584
00:20:21,679 –> 00:20:23,840
بدنه ای دارید که به نوعی
585
00:20:23,840 –> 00:20:26,480
خود بدنه پارامتر است، بنابراین در
586
00:20:26,480 –> 00:20:29,600
این مورد ما یک سند را به درستی نمایه می کنیم،
587
00:20:29,600 –> 00:20:31,200
این همان api ایندکس است که
588
00:20:31,200 –> 00:20:32,559
در آن نمایه می کنیم
589
00:20:32,559 –> 00:20:35,120
و بنابراین اگر بخواهیم
590
00:20:35,120 –> 00:20:38,080
این را اجرا کنید، اجازه دهید این را اجرا
591
00:20:38,080 –> 00:20:40,080
کنیم، همچنین به طور مشابه یک اخطار انحلال دریافت میکنیم که
592
00:20:40,080 –> 00:20:41,360
میگوید پارامتر بدنه
593
00:20:41,360 –> 00:20:43,919
برای index api منسوخ شده است، بنابراین
594
00:20:43,919 –> 00:20:46,320
این تغییر فقط برای یک
595
00:20:46,320 –> 00:20:49,840
زیر مجموعه بسیار کوچک از api در 715 اعمال میشود. در
596
00:20:49,840 –> 00:20:51,679
716 ممکن است چند مورد دیگر وجود داشته باشد. apis که من
597
00:20:51,679 –> 00:20:52,799
اضافه می کنم
598
00:20:52,799 –> 00:20:54,960
این است که به نوعی دوست دارم
599
00:20:54,960 –> 00:20:57,600
آهسته به سمت این حرکت کنیم، در مقایسه
600
00:20:57,600 –> 00:21:00,000
با انداختن یک هشدار انحرافی بزرگ
601
00:21:00,000 –> 00:21:01,760
که همه جا برای
602
00:21:01,760 –> 00:21:03,679
همه منتشر می شود
603
00:21:03,679 –> 00:21:05,280
و دلیل دیگر این است
604
00:21:05,280 –> 00:21:07,360
که مشخصات
605
00:21:07,360 –> 00:21:10,240
elasticsearch باید برای api برای اینکه بتوانیم
606
00:21:10,240 –> 00:21:12,159
آن را در 7x مجاز کنیم که برای
607
00:21:12,159 –> 00:21:13,440
همه api ها صدق نمی کند، هنوز در برخی جاها باید
608
00:21:13,440 –> 00:21:14,159
کار انجام شود،
609
00:21:14,159 –> 00:21:17,840
اما برای api ایندکس
610
00:21:17,840 –> 00:21:19,840
ما بدن نمی خواهیم زیرا این
611
00:21:19,840 –> 00:21:22,000
واقعاً معنایی نیست، درست مثل این فقط
612
00:21:22,000 –> 00:21:24,480
یک بدنه درخواست http، ما نمی دانیم که این واقعاً چه چیزی را
613
00:21:24,480 –> 00:21:26,080
نشان می دهد
614
00:21:26,080 –> 00:21:27,919
و بنابراین پیام خطا در واقع
615
00:21:27,919 –> 00:21:29,600
توصیه می کند که چه چیزی را باید به آن تغییر دهید
616
00:21:29,600 –> 00:21:30,960
، می گوید به جای آن از پارامتر سند
617
00:21:30,960 –> 00:21:32,000
استفاده کنید
618
00:21:32,000 –> 00:21:33,919
و بنابراین اگر این را به سند تغییر دهید،
619
00:21:33,919 –> 00:21:35,600
زیرا آنچه ما نمایه می کنیم یک
620
00:21:35,600 –> 00:21:36,720
سند است
621
00:21:36,720 –> 00:21:38,720
و ما ایندکس می کنیم که اخطار منسوخ شدن دریافت نمی کنیم،
622
00:21:38,720 –> 00:21:40,880
بنابراین تمام api هایی
623
00:21:40,880 –> 00:21:43,360
که بدنه ای دارند که بدنه آن
624
00:21:43,360 –> 00:21:45,760
پارامتر است، بدنه ای با نام دارند
625
00:21:45,760 –> 00:21:48,640
که من آن را می
626
00:21:48,640 –> 00:21:50,080
نامم و بنابراین شاخص دیگری از این مانند
627
00:21:50,080 –> 00:21:52,400
ایجاد کنید تا اگر شما آن را ایجاد کنید
628
00:21:52,400 –> 00:21:55,280
همان سند است،
629
00:21:55,760 –> 00:21:58,960
بنابراین در مورد دوم مانند حذف یک
630
00:21:58,960 –> 00:22:02,559
بدنه، برای مثال یک جستجو دارید،
631
00:22:02,559 –> 00:22:03,760
بنابراین اگر این را کمی بزرگتر کنم،
632
00:22:03,760 –> 00:22:06,400
زیرا جستجوها کمی
633
00:22:06,400 –> 00:22:09,600
بزرگتر هستند، بنابراین در اینجا ما یک جستجو داریم و شما
634
00:22:09,600 –> 00:22:11,600
باید جسمی که دارای qu ery و دارای تجمیعهایی است،
635
00:22:11,600 –> 00:22:14,640
بنابراین اگر این را اجرا کنیم
636
00:22:14,640 –> 00:22:16,559
و نشان دهیم که اخطار منسوخ شدن چیست و
637
00:22:16,559 –> 00:22:18,320
نتیجه میگیریم
638
00:22:18,320 –> 00:22:21,120
متاسفانه با چیزی مطابقت ندارد،
639
00:22:21,120 –> 00:22:22,559
اما هشدار منسوخ شدن میگوید که
640
00:22:22,559 –> 00:22:24,480
پارامترهای بدنه منسوخ شدهاند به جای آن مستقیماً از پارامترهای api استفاده میکنند،
641
00:22:24,480 –> 00:22:26,400
پس این به
642
00:22:26,400 –> 00:22:28,480
چه معناست و وجود دارد نمونهای از این موضوع
643
00:22:28,480 –> 00:22:30,400
در موضوع پیوند داده شده نیز وجود دارد،
644
00:22:30,400 –> 00:22:32,559
اما اساساً آنچه میپرسد مشکلی ندارد،
645
00:22:32,559 –> 00:22:34,159
بنابراین
646
00:22:34,159 –> 00:22:37,280
اینها پارامترهایی برای یک عبارت جستجو هستند و بنابراین
647
00:22:37,280 –> 00:22:39,520
به جای تایپ یک متن کامل در
648
00:22:39,520 –> 00:22:40,400
json،
649
00:22:40,400 –> 00:22:41,919
کاری که انجام میدهید این است که فقط بگویید
650
00:22:41,919 –> 00:22:44,400
query برابر است و سپس هر چیزی
651
00:22:44,400 –> 00:22:46,960
شما در بخش پرس و جو
652
00:22:46,960 –> 00:22:49,200
از
653
00:22:49,520 –> 00:22:51,840
مهارتهای کپی پیست من قرار میدهید، من را از کار
654
00:22:51,840 –> 00:22:54,000
میاندازد، بنابراین هر آنچه را که در یک جستجو برای
655
00:22:54,000 –> 00:22:55,760
جستجو قرار میدهید، فقط آن را در سطح بالا قرار دهید
656
00:22:55,760 –> 00:22:57,360
و همان چیزی را برای تجمیعها قرار دهید، بنابراین
657
00:22:57,360 –> 00:22:58,720
اگر ag داشتید
658
00:22:58,720 –> 00:23:01,679
که در اینجا وجود دارد.
659
00:23:03,039 –> 00:23:04,880
و
660
00:23:04,880 –> 00:23:06,400
اگر
661
00:23:06,400 –> 00:23:08,559
این را اجرا کنید دقیقاً همان کار را انجام میدهد، فقط
662
00:23:08,559 –> 00:23:10,080
جستجو را انجام میدهد و
663
00:23:10,080 –> 00:23:13,440
بدنه را در داخل api واقعی
664
00:23:13,440 –> 00:23:15,600
میسازد، مثل خودش، بدنه را میسازد
665
00:23:15,600 –> 00:23:16,640
و نکته خوب در مورد این این است که شما
666
00:23:16,640 –> 00:23:18,320
لازم نیست به این فکر کنید که هر یک از
667
00:23:18,320 –> 00:23:21,360
این قطعات به کجا می روند، فقط از آنها استفاده کنید
668
00:23:21,360 –> 00:23:24,559
و فقط مشخص می شود که دقیقا چگونه باید باشد،
669
00:23:24,559 –> 00:23:26,240
670
00:23:26,240 –> 00:23:29,360
بنابراین در بسیاری از موارد پارامترهای پرس و جو
671
00:23:29,360 –> 00:23:32,159
نیز می توانند در بدنه قرار بگیرند و
672
00:23:32,159 –> 00:23:35,200
بالعکس، برای مثال مانند track مجموع بازدیدها
673
00:23:35,200 –> 00:23:37,440
اگر از آن مانند pre 7 برای
674
00:23:37,440 –> 00:23:40,320
مانند 714 یا قبل از این استفاده می کنید، اگر به
675
00:23:40,320 –> 00:23:42,240
این ترتیب از آن استفاده کنید، همیشه در پارامتر query قرار
676
00:23:42,240 –> 00:23:44,640
می گیرد، اما اگر از آن در بدن استفاده
677
00:23:44,640 –> 00:23:46,240
کنید، همیشه در بدنه خواهد بود. همان چیزی که
678
00:23:46,240 –> 00:23:47,760
با نمرات یکسان است با اندازه مانند
679
00:23:47,760 –> 00:23:49,039
پارامترهای زیادی وجود دارد که می تواند
680
00:23:49,039 –> 00:23:51,679
در هر دو مورد استفاده قرار گیرد و بنابراین به جای اینکه دوست
681
00:23:51,679 –> 00:23:53,360
داشته باشید به این فکر کنید که آن را
682
00:23:53,360 –> 00:23:55,679
در بهترین نقطه قرار می دهد که تقریباً در همه
683
00:23:55,679 –> 00:23:57,919
موارد دلیل بدن برای آن است. به این
684
00:23:57,919 –> 00:24:01,360
دلیل است که از gzip مانند فشرده سازی http سود می برد،
685
00:24:01,360 –> 00:24:03,360
بنابراین مانند داده هایی که
686
00:24:03,360 –> 00:24:04,880
به سیم ارسال می شوند،
687
00:24:04,880 –> 00:24:06,799
فقط اگر بتوانید آن را در
688
00:24:06,799 –> 00:24:09,360
بدنه درخواست قرار دهید به جای درخواست
689
00:24:09,360 –> 00:24:12,799
مانند رشته پارامتر query یا
690
00:24:12,799 –> 00:24:14,640
مسیری که انجام نمی دهد، کمتر خواهد بود. فشرده شوید
691
00:24:14,640 –> 00:24:16,320
تا این یکی از مزایای
692
00:24:16,320 –> 00:24:18,240
بزرگ این اوه و این باشد این دقیقاً به نوعی
693
00:24:18,240 –> 00:24:19,600
است که
694
00:24:19,600 –> 00:24:21,600
این نوع از این
695
00:24:21,600 –> 00:24:23,360
اکثریت Apis است که چگونه با آنها رفتار می شود، جایی که
696
00:24:23,360 –> 00:24:24,720
اساساً همه چیز
697
00:24:24,720 –> 00:24:26,559
به سطح بالایی کشیده می شود،
698
00:24:26,559 –> 00:24:27,760
این همان چیزی است که جی درباره آن
699
00:24:27,760 –> 00:24:29,279
صحبت می کرد،
700
00:24:29,279 –> 00:24:31,760
مثل این که بپرسد همه چیز کجاست. برو بر خلاف
701
00:24:31,760 –> 00:24:32,720
702
00:24:32,720 –> 00:24:35,279
لایک خوب چگونه قالب بندی شده است
703
00:24:35,279 –> 00:24:37,200
چگونه فرمت شده است اشتباه است مانند آنچه در
704
00:24:37,200 –> 00:24:39,279
اینجا اشکال دارد و بنابراین این یک نوع از شماست
705
00:24:39,279 –> 00:24:41,039
که می توانید از آن به این صورت استفاده کنید جایی که
706
00:24:41,039 –> 00:24:42,960
فقط دارید یک دیکشنری می نویسید
707
00:24:42,960 –> 00:24:45,520
اما این یک نوع است مانند حالت بین،
708
00:24:45,520 –> 00:24:48,159
بنابراین تا آنجایی است که ما می توانیم 7
709
00:24:48,159 –> 00:24:50,159
برابر اساساً در 8-0 پیش برویم، شما می توانید
710
00:24:50,159 –> 00:24:52,480
حتی بیشتر از این پیش بروید، زیرا در حال حاضر اگر بخواهم
711
00:24:52,480 –> 00:24:54,720
به نوع آن نگاه کنم اگر
712
00:24:54,720 –> 00:24:57,120
کنترل کنم
713
00:24:57,120 –> 00:24:59,760
این است نوع خرد، بنابراین اگر
714
00:24:59,760 –> 00:25:02,080
به عنوان مثال به پرس و جو نگاه کنم، فقط می گوید که این یک
715
00:25:02,080 –> 00:25:03,200
716
00:25:03,200 –> 00:25:04,720
نگاشت اختیاری از رشته به هر کدام است که
717
00:25:04,720 –> 00:25:06,880
اساساً دقیقاً مانند یک شی json با
718
00:25:06,880 –> 00:25:09,520
هر نوع مقداری است و به همین ترتیب،
719
00:25:09,520 –> 00:25:11,200
در حال حاضر تا جایی که می
720
00:25:11,200 –> 00:25:12,240
توانیم انجام دهیم.
721
00:25:12,240 –> 00:25:14,960
اما در نسخه 8-0 و فراتر از آن در
722
00:25:14,960 –> 00:25:16,720
واقع مانند g را خواهیم داشت اشیاء ایجاد شده
723
00:25:16,720 –> 00:25:19,039
در اینجا که قادر به لایک
724
00:25:19,039 –> 00:25:20,960
کردن هستند، وارد یک پرس و جو می شوند، مانند اینکه شما واقعاً می
725
00:25:20,960 –> 00:25:22,960
توانید یک مطابقت را با هم بچینید یا انواع فیلترهای دیگر را کنار هم قرار دهید
726
00:25:22,960 –> 00:25:25,120
727
00:25:25,120 –> 00:25:26,640
تا بتوانید به تایپ اشاره کنید،
728
00:25:26,640 –> 00:25:28,960
729
00:25:28,960 –> 00:25:31,440
اساساً این جالب است زیرا
730
00:25:31,440 –> 00:25:34,320
آنچه من هستم شنیدن این است که شما برای من
731
00:25:34,320 –> 00:25:35,840
به عنوان کسی که دوست دارد
732
00:25:35,840 –> 00:25:39,360
پروژه های وب زیادی بسازد که من تمایل دارم از آنها استفاده کنم می شناسید و
733
00:25:39,360 –> 00:25:41,200
دقیقاً به شما می گویم که چرا من به این رشته
734
00:25:41,200 –> 00:25:42,720
در زندگی خود نیاز
735
00:25:42,720 –> 00:25:44,000
736
00:25:44,000 –> 00:25:45,200
737
00:25:45,200 –> 00:25:46,400
738
00:25:46,400 –> 00:25:48,080
739
00:25:48,080 –> 00:25:49,679
دارم. ممکن است اشتباه
740
00:25:49,679 –> 00:25:51,840
باشد، ممکن است مانند جستجوی پرس و جوی ساده باشد،
741
00:25:51,840 –> 00:25:53,200
من هرگز نمی توانم به یاد بیاورم
742
00:25:53,200 –> 00:25:54,880
به
743
00:25:54,880 –> 00:25:57,600
جای اینکه مجبور
744
00:25:57,600 –> 00:25:59,440
باشم تایپ کنم که در هی جی نام اشتباهی تایپ کردی،
745
00:25:59,440 –> 00:26:02,480
در واقع همان um دیگر است و در
746
00:26:02,480 –> 00:26:04,000
عوض فقط یک خطا دریافت می کنی که می گوید i don’t
747
00:26:04,000 –> 00:26:05,760
i نمی دانم مثل اینکه
748
00:26:05,760 –> 00:26:08,799
هیچ اتفاقی در اینجا نیفتاده است، این اشتباه است،
749
00:26:08,799 –> 00:26:11,919
اکنون می توانید آن را خوب قرار دهید، نه اکنون،
750
00:26:11,919 –> 00:26:13,360
هنوز باید آن را در داخل
751
00:26:13,360 –> 00:26:16,320
کوئری قرار دهید و هنوز هم وجود دارد، اما
752
00:26:16,320 –> 00:26:18,240
امیدواریم این در آماده سازی برای
753
00:26:18,240 –> 00:26:21,200
8.0 باشد که می توانید داشته باشید. در سطح بالا
754
00:26:21,200 –> 00:26:23,600
باشد و در عوض شما فقط یک رشته جستجوی ساده را انجام دهید
755
00:26:23,600 –> 00:26:25,200
و سپس هر
756
00:26:25,200 –> 00:26:28,080
درخواست شما در داخل آن ناحیه json باشد و
757
00:26:28,080 –> 00:26:30,799
می داند کجا باید برود، من دارم می
758
00:26:30,799 –> 00:26:33,200
شنوم که به درستی بله بله، بنابراین
759
00:26:33,200 –> 00:26:34,799
اساساً همه چیز را در آن قرار می دهید
760
00:26:34,799 –> 00:26:37,039
سطح بالا اگر سطح بالایی
761
00:26:37,039 –> 00:26:39,039
در مستندات باشد، زیرا روشی
762
00:26:39,039 –> 00:26:40,559
که مستندات elasticsearch
763
00:26:40,559 –> 00:26:43,600
نوشته میشود به شما میگوید
764
00:26:43,600 –> 00:26:45,840
اساساً کارها به کجا میروند، اما
765
00:26:45,840 –> 00:26:47,679
دوست ندارد، بیشتر به شما
766
00:26:47,679 –> 00:26:49,039
در مورد سطح بالا
767
00:26:49,039 –> 00:26:51,200
و سپس به شما میگوید: بعد از سطح بالا،
768
00:26:51,200 –> 00:26:53,039
مقدار کمی کمیاب می شود
769
00:26:53,039 –> 00:26:54,799
و سپس ممکن است مجبور شوید به
770
00:26:54,799 –> 00:26:56,159
جای دیگری در مستندات بروید، بنابراین
771
00:26:56,159 –> 00:26:58,320
دقیقاً مانند این است که
772
00:26:58,320 –> 00:27:00,960
پارامترهای پایتون را دقیقاً با آنچه که
773
00:27:00,960 –> 00:27:02,960
اسناد elasticsearch
774
00:27:02,960 –> 00:27:05,600
به عنوان پارامترهای api نشان می دهد مطابقت می دهد
775
00:27:05,600 –> 00:27:06,799
776
00:27:06,799 –> 00:27:08,960
و سپس از آنجا مانند
777
00:27:08,960 –> 00:27:11,200
رشتههای داک دریافت میکنید یا یادداشتهایی تایپ میکنید
778
00:27:11,200 –> 00:27:13,520
که به نوعی شما را به سمت آنچه
779
00:27:13,520 –> 00:27:15,679
میتوانید در آنجا استفاده کنید راهنمایی میکند، بنابراین مانند اندازهای که میدانید،
780
00:27:15,679 –> 00:27:18,240
میتوانید در آن استفاده کنید. gers
781
00:27:18,240 –> 00:27:20,559
query لیستی از
782
00:27:20,559 –> 00:27:22,559
اشیاء پرس و جو را نشان می دهد که می توانید
783
00:27:22,559 –> 00:27:24,080
از هشت شروع بسازید، این هفت نیست،
784
00:27:24,080 –> 00:27:25,279
پانزده، یک هشت است، اما می
785
00:27:25,279 –> 00:27:26,559
توانید مانند
786
00:27:26,559 –> 00:27:29,120
لیستی از اشیاء را داشته باشید که می توانید در
787
00:27:29,120 –> 00:27:32,159
پرس و جو قرار دهید که همه خود پارامترهایی را می گیرند
788
00:27:32,159 –> 00:27:33,919
که شما میتوانید
789
00:27:33,919 –> 00:27:35,840
دادهها را به جایی که نیاز دارید وصل کنید و
790
00:27:35,840 –> 00:27:37,279
سپس آنها را به شکلی که میخواهید قالببندی میکند،
791
00:27:37,279 –> 00:27:40,720
792
00:27:41,679 –> 00:27:43,120
بسیار خوب است،
793
00:27:43,120 –> 00:27:44,640
794
00:27:44,640 –> 00:27:46,880
بنابراین این
795
00:27:46,880 –> 00:27:48,880
نوعی پایان سفر برای چیزی
796
00:27:48,880 –> 00:27:51,039
است که در 7 است. 15
797
00:27:51,039 –> 00:27:52,960
پس اکنون فقط میخواهم مطمئن شوم که
798
00:27:52,960 –> 00:27:54,240
همه چیزهایی که
799
00:27:54,240 –> 00:27:55,919
قرار است نشان دهم
800
00:27:55,919 –> 00:27:58,880
مانند 8-0 است، اما همچنین با یک ستاره روی
801
00:27:58,880 –> 00:28:01,679
آن منتشر نشده است یا هیچ چیز دیگری، بنابراین
802
00:28:01,679 –> 00:28:03,520
این
803
00:28:03,520 –> 00:28:05,760
شبیه آزمایشیتر از آزمایشی است.
804
00:28:05,760 –> 00:28:07,919
لطفاً دوست ندارید همه چیز
805
00:28:07,919 –> 00:28:09,760
را دقیقاً به همین شکل پیشبینی کنید که من آن را
806
00:28:09,760 –> 00:28:12,480
نشان میدهم اوه، بله فقط برای این که
807
00:28:12,480 –> 00:28:13,440
بدانید
808
00:28:13,440 –> 00:28:15,919
اینها نگاههای پنهانی هستند آه
809
00:28:15,919 –> 00:28:18,159
این همان چیزی است که وقتی
810
00:28:18,159 –> 00:28:19,840
میآیید و مینشینید به دست میآورید. در کانال یوتیوب می
811
00:28:1