[نه ڪريو] هڪ CDN استعمال ڪريو

سائيٽ جي رفتار کي بهتر ڪرڻ لاءِ لڳ ڀڳ هر آرٽيڪل يا اوزار ۾ هڪ معمولي شق آهي ”هڪ سي ڊي اين استعمال ڪريو“. عام طور تي، سي ڊي اين هڪ مواد پهچائڻ وارو نيٽورڪ يا مواد پهچائڻ وارو نيٽورڪ آهي. اسان ميٿڊ ليب ۾ اڪثر هن موضوع تي ڪلائنٽ کان سوالن کي منهن ڏيون ٿا؛ انهن مان ڪجهه پنهنجو CDN فعال ڪن ٿا. هن آرٽيڪل جو مقصد اهو سمجهڻ آهي ته هڪ CDN سائيٽ لوڊ ڪرڻ جي رفتار جي لحاظ کان ڇا مهيا ڪري سگهي ٿو، ڪهڙا مسئلا پيدا ٿي سگهن ٿا، ۽ ڪهڙن حالتن ۾ CDN جو استعمال جائز آهي.

تصوير ۾ گردش ڪرڻ ۾ دير سي ڊي اين جي استعمال جي ڪري آهي.

تاريخ جو هڪ سا

ڪيتريون ئي ٽيڪنالاجيون وانگر، سي ڊي اينز ضرورت کان ٻاهر نڪرندا آهن. انٽرنيٽ استعمال ڪندڙن جي وچ ۾ انٽرنيٽ چينلز جي ترقي سان، آن لائن وڊيو خدمتون ظاهر ٿيو. قدرتي طور تي، وڊيو مواد کي باقاعده ويب سائيٽ مواد (تصويرون، ٽيڪسٽ، ۽ CSS يا JS ڪوڊ) جي مقابلي ۾ وڌيڪ بينڊوڊٿ جي آرڊر جي ضرورت آهي.

جڏهن هڪ وڊيو اسٽريم کي نشر ڪرڻ جي ڪوشش ڪري رهيا آهيو متوازي هڪ سرور کان ڪيترن ئي ڪلائنٽ سان، سرور جو انٽرنيٽ چينل گهڻو ڪري رڪاوٽ بڻجي ويندو. ضابطي جي طور تي، هڪ عام سرور چينل کي بند ڪرڻ لاء ڪجھ هزار موضوع ڪافي آهن. يقينن، شايد ٻيون وسيلن جون حدون هجن، پر اهي هن وقت اهم نه آهن. اهو پڻ ضروري آهي ته سرور چينل کي وڌائڻ تمام مهانگو آهي (۽ ڪڏهن ڪڏهن ناممڪن)، ۽ پڻ غير عملي. نشريات دوران چينل تي لوڊ cyclical ٿيندو.

هڪ انفرادي سرور جي چينل کي محدود ڪرڻ جو مسئلو مڪمل طور تي CDN پاران حل ڪيو ويو آهي. ڪلائنٽ سڌو سنئون سرور سان نه، پر CDN نيٽ ورڪ ۾ نوڊس سان. هڪ مثالي صورتحال ۾، سرور هڪ وهڪرو موڪلي ٿو CDN نوڊ ڏانهن، ۽ پوءِ نيٽ ورڪ ڪيترن ئي استعمال ڪندڙن تائين هن وهڪرو پهچائڻ لاءِ پنهنجا وسيلا استعمال ڪري ٿو. اقتصادي نقطي نظر کان، اسان صرف اصل ۾ استعمال ڪيل وسيلن لاء ادا ڪندا آهيون (اهو ٿي سگهي ٿو بينڊوڊٿ يا ٽرئفڪ) ۽ اسان جي خدمت جي شاندار اسپيبلٽي حاصل ڪريو. ڳري مواد پهچائڻ لاءِ CDN استعمال ڪرڻ مڪمل طور تي جائز ۽ منطقي آهي. جيتوڻيڪ اهو نوٽ ڪرڻ جي قابل آهي ته هن خلا ۾ سڀ کان وڏو رانديگر (مثال طور Netflix) وڏي تجارتي سي ڊي اينز استعمال ڪرڻ بدران پنهنجون پنهنجون سي ڊي اينز ٺاهي رهيا آهن (اڪامي، ڪلائوڊ فليئر، فاسٽ، وغيره)

جيئن ته ويب ترقي ڪئي آهي، ويب ايپليڪيشنون پاڻ کي وڌيڪ پيچيده ۽ پيچيده ٿي چڪا آهن. لوڊشيڊنگ جي رفتار جو مسئلو سامهون اچي ويو. ويب سائيٽ جي رفتار جي شوقينن جلدي ڪيترن ئي وڏن مسئلن جي نشاندهي ڪئي جيڪا ويب سائيٽن کي سست لوڊ ڪرڻ جو سبب بڻي. انهن مان هڪ نيٽ ورڪ جي دير هئي (RTT - گول سفر جو وقت يا پنگ وقت). دير ڪيترن ئي عملن تي اثر انداز ٿئي ٿي ويب سائيٽ لوڊ ڪرڻ ۾: هڪ TCP ڪنيڪشن قائم ڪرڻ، هڪ TLS سيشن شروع ڪرڻ، هر انفرادي وسيلن کي لوڊ ڪرڻ (تصوير، JS فائل، HTML دستاويز، وغيره)

مسئلو ان حقيقت کان وڌي ويو ته جڏهن HTTP/1.1 پروٽوڪول استعمال ڪيو (SPDY، QUIC ۽ HTTP/2 جي اچڻ کان اڳ اهو ئي واحد آپشن هو)، برائوزر هڪ ميزبان لاءِ 6 TCP ڪنيڪشن کان وڌيڪ نه کوليندا آهن. هي سڀ ڪنيڪشن بند ٿيڻ ۽ چينل بينڊوڊٿ جي غير موثر استعمال جي ڪري ٿي. مسئلو جزوي طور حل ڪيو ويو ڊومين جي شارڊنگ ذريعي - ڪنيڪشن جي تعداد جي حد کي ختم ڪرڻ لاءِ اضافي ميزبان جي تخليق.

هي اهو آهي جتي CDN جي ٻي قابليت ظاهر ٿئي ٿي - پوائنٽن جي وڏي تعداد ۽ صارف جي نوڊس جي قربت جي ڪري دير کي گهٽائڻ (RTT). فاصلو هتي هڪ فيصلي وارو ڪردار ادا ڪري ٿو: روشني جي رفتار محدود آهي (اٽڪل 200 ڪلوميٽر / سيڪنڊ نظرياتي فائبر ۾). هن جو مطلب آهي ته هر 000 ڪلوميٽر سفر ۾ 1000 ms دير يا 5 ms RTT ۾ اضافو ٿئي ٿو. اهو گهٽ ۾ گهٽ وقت آهي ٽرانسميشن لاء گهربل، ڇو ته وچولي سامان تي پڻ دير ٿي رهي آهي. جيئن ته هڪ CDN عام طور تي ڄاڻي ٿو ته ان جي سرورز تي شيون ڪيئن ڪيش ڪجي، اسان اهڙين شين کي CDN ذريعي لوڊ ڪرڻ مان فائدو حاصل ڪري سگهون ٿا. هن لاء ضروري شرطون: ڪيش ۾ اعتراض جي موجودگي، ويب ايپليڪيشن سرور (اصل سرور) جي مقابلي ۾ صارف ڏانهن سي ڊي اين پوائنٽ جي قربت. اهو سمجهڻ ضروري آهي ته سي ڊي اين نوڊ جي جاگرافيائي قربت گهٽ ويڪرائي جي ضمانت نٿي ڏئي. ڪلائنٽ ۽ سي ڊي اين جي وچ ۾ روٽنگ اهڙي طرح ٺاهي سگهجي ٿي ته ڪلائنٽ ڪنهن ٻئي ملڪ ۾ ميزبان سان ڳنڍجي، ۽ ممڪن آهي ته ڪنهن ٻئي براعظم تي. هي اهو آهي جتي ٽيليڪ آپريٽرز ۽ سي ڊي اين سروس جي وچ ۾ لاڳاپا (پيئرنگ، ڪنيڪشن، IX ۾ شموليت، وغيره) ۽ سي ڊي اين جي ٽرئفڪ روٽنگ پاليسي پاڻ کي راند ۾ اچي ٿو. مثال طور، Cloudflare، جڏهن استعمال ڪندي ٻه ابتدائي منصوبا (مفت ۽ سستا)، ويجھي ميزبان کان مواد جي ترسيل جي ضمانت نٿو ڏئي - ميزبان کي گهٽ ۾ گهٽ قيمت حاصل ڪرڻ لاء چونڊيو ويندو.

ڪيتريون ئي معروف انٽرنيٽ ڪمپنيون عوام جي دلچسپي (ويب ڊولپرز ۽ سروس مالڪن) کي لوڊ ڪرڻ جي رفتار ۽ ويب سائيٽ جي ڪارڪردگي جي موضوع ڏانهن راغب ڪن ٿيون. انهن ڪمپنين ۾ Yahoo (Yslow tool)، AOL (WebPageTest) ۽ Google (Page Speed ​​Insights service) آهن، جيڪي سائيٽن کي تيز ڪرڻ لاءِ پنهنجون تجويزون ٺاهي رهيا آهن (بنيادي طور تي اهي ڪلائنٽ جي اصلاح سان لاڳاپيل آهن). بعد ۾، نئين ويب سائيٽ جي رفتار جي جاچ جا اوزار ظاهر ٿيندا آهن، جيڪي پڻ ويب سائيٽ جي رفتار کي وڌائڻ لاء طريقا مهيا ڪن ٿا. انهن خدمتن مان هر هڪ يا پلگ ان هڪ مسلسل سفارش آهي: "هڪ CDN استعمال ڪريو." نيٽ ورڪ ويڪرائي ۾ گهٽتائي عام طور تي سي ڊي اين جي اثر جي وضاحت جي طور تي بيان ڪيو ويو آهي. بدقسمتي سان، هرڪو اهو سمجهڻ لاء تيار ناهي ته CDN جي تيز رفتار اثر ڪيئن حاصل ٿئي ٿي ۽ ان کي ڪيئن ماپ ڪري سگهجي ٿو، تنهن ڪري سفارش ايمان تي ورتو وڃي ٿو ۽ پوسٽ جي طور تي استعمال ڪيو وڃي. حقيقت ۾، سڀئي CDN برابر نه ٺاهيا ويا آهن.

اڄ هڪ CDN استعمال ڪندي

CDNs استعمال ڪرڻ جي افاديت جو اندازو لڳائڻ لاءِ، انهن کي درجه بندي ڪرڻ جي ضرورت آهي. ھاڻي عملي طور تي ڇا ڳولي سگھجي ٿو (مثالن ۾ بریکٹ ۾ آھن، يقينا، مڪمل نه آھن):

1. JS لائبريرين کي ورهائڻ لاءِ مفت CDN (MaxCDN، Google. Yandex).
2. ڪلائنٽ جي اصلاح لاءِ خدمتن جو CDN (مثال طور، گوگل فونٽس لاءِ فونٽس، Cloudinary، Cloudimage تصويرن لاءِ).
3. سي ايم ايس ۾ جامد ۽ وسيلن جي اصلاح لاءِ CDN (دستياب آهي Bitrix، WordPress ۽ ٻين ۾).
4. عام مقصد CDN (StackPath، CDNVideo، NGENIX، Megafon).
5. ويب سائيٽ جي تيزيءَ لاءِ CDN (Cloudflare, Imperva, Airi).

انهن قسمن جي وچ ۾ اهم فرق اهو آهي ته ٽرئفڪ جو ڪيترو حصو CDN ذريعي وڃي ٿو. قسم 1-3 مواد جي صرف حصي جي ترسيل آهن: هڪ درخواست کان ڪيترن درجن تائين (عام طور تي تصويرون). قسم 4 ۽ 5 سي ڊي اين ذريعي ٽرئفڪ جي مڪمل پراڪسنگ آهن.

عملي طور تي، هن جو مطلب آهي ڪنيڪشن جو تعداد جيڪو سائيٽ کي لوڊ ڪرڻ لاء استعمال ڪيو ويندو آهي. HTTP/2 سان، اسان ڪنهن به قسم جي درخواستن تي عمل ڪرڻ لاءِ ميزبان سان هڪ واحد TCP ڪنيڪشن استعمال ڪندا آهيون. جيڪڏهن اسان وسيلن کي مکيه ميزبان (اصل) ۽ سي ڊي اين ۾ ورهايون ٿا، ته پوءِ اهو ضروري آهي ته درخواستن کي ڪيترن ئي ڊومينز ۾ ورهايو وڃي ۽ ڪيترائي TCP ڪنيڪشن ٺاهڻ گهرجن. بدترين صورت آهي: DNS (1 RTT) + TCP (1 RTT) + TLS (2-3 RTT) = 6-7 RTT. هي فارمولا موبائيل نيٽ ورڪ ۾ ڊيوائس جي ريڊيو چينل کي چالو ڪرڻ ۾ دير نه ٿو ڪري (جيڪڏهن اهو فعال نه هجي) ۽ سيل ٽاور تي دير ٿي.

هتي اهو آهي ته اهو سائيٽ جي لوڊشيڊنگ آبشار تي ڇا نظر اچي ٿو (CDN سان ڳنڍڻ جي دير سان RTT 150 ms تي نمايان ٿيل آهن):

جيڪڏهن CDN سڀني سائيٽن جي ٽرئفڪ کي ڍڪي ٿو (سواءِ ٽئين پارٽي جي خدمتن جي)، ته پوءِ اسان هڪ واحد TCP ڪنيڪشن استعمال ڪري سگهون ٿا، اضافي ميزبانن سان ڳنڍڻ ۾ دير جي بچت. يقينا، هي HTTP/2 ڪنيڪشن تي لاڳو ٿئي ٿو.

وڌيڪ اختلاف هڪ خاص CDN جي ڪارڪردگيءَ سان طئي ڪيا ويندا آهن - پهرين قسم لاءِ اهو صرف هڪ مستحڪم فائل کي ميزباني ڪري رهيو آهي، پنجين لاءِ اهو اصلاح جي مقصد لاءِ سائيٽ جي مواد جي ڪيترن ئي قسمن کي تبديل ڪري رهيو آهي.

ويب سائيٽ تيز ڪرڻ لاءِ سي ڊي اين صلاحيتون

اچو ته سائيٽن کي تيز ڪرڻ لاءِ CDN صلاحيتن جي مڪمل حد بيان ڪريون، انفرادي قسم جي CDN جي ڪارڪردگيءَ جي پرواهه ڪرڻ کان سواءِ، ۽ پوءِ ڏسو ته انهن مان هر هڪ ۾ ڇا لاڳو ڪيو ويو آهي.

1. ٽيڪسٽ وسيلن جو ڪمپريشن

سڀ کان وڌيڪ بنيادي ۽ سمجھڻ واري خصوصيت، اڃا تائين اڪثر خراب طور تي لاڳو ٿيل. سڀئي CDNs سمپريشن جي موجودگي کي انهن جي تيز رفتار خصوصيت جي طور تي بيان ڪن ٿا. پر جيڪڏھن توھان وڌيڪ تفصيل سان ڏسندا، نقص واضح ٿي ويندا آھن:

• متحرڪ ڪمپريشن لاء گھٽ درجا استعمال ڪري سگھجن ٿيون - 5-6 (مثال طور، gzip لاء وڌ ۾ وڌ 9)؛
• جامد ڪمپريشن (ڪيش ۾ فائلون) اضافي خاصيتون استعمال نه ڪندو آهي (مثال طور، زپفي يا بروٽلي ڊگري 11 سان)
• موثر بروٽلي کمپريشن لاءِ ڪا به مدد نه آهي (گزپ جي مقابلي ۾ اٽڪل 20٪ بچت).

جيڪڏهن توهان هڪ CDN استعمال ڪريو ٿا، اهو انهن چند نقطن کي جانچڻ جي قابل آهي: اها فائل وٺو جيڪا CDN کان آئي آهي، ان جي دٻيل سائيز کي رڪارڊ ڪريو ۽ مقابلي لاءِ دستي طور تي ان کي دٻايو (توهان ڪجهه آن لائن سروس استعمال ڪري سگهو ٿا بروٽلي سپورٽ سان، مثال طور vsszhat.rf).

2. سيٽنگ ڪلائنٽ ڪيشنگ هيڊر

انهي سان گڏ هڪ سادي اسپيڊ اپ خصوصيت: ڪلائنٽ (برائوزر) طرفان مواد ڪيشنگ لاءِ هيڊر شامل ڪريو. سڀ کان وڌيڪ موجوده هيڊر ڪيش ڪنٽرول آهي، پراڻو هڪ ختم ٿي ويندو آهي. اضافي طور تي، Etag استعمال ڪري سگھجي ٿو. بنيادي شيء اها آهي ته ڪيش ڪنٽرول جي وڌ ۾ وڌ عمر ڪافي وڏي آهي (هڪ مهيني يا وڌيڪ کان). جيڪڏهن توهان تيار آهيو ته وسيلن کي جيترو ممڪن ٿي سگهي ڪيش ڪرڻ لاء، توهان کي تبديل ڪرڻ وارو اختيار شامل ڪري سگهو ٿا.

CDNs وڌ ۾ وڌ عمر جي قيمت کي گھٽائي سگھي ٿو، صارف کي وڌيڪ بار جامد مواد کي ٻيهر لوڊ ڪرڻ تي مجبور ڪري ٿو. اهو واضح ناهي ته اهو ڇا سان ڳنڍيل آهي: نيٽ ورڪ تي ٽرئفڪ کي وڌائڻ يا سائيٽن سان مطابقت وڌائڻ جي خواهش جيڪي نه ڄاڻندا آهن ڪيش کي ڪيئن ريٽ ڪرڻ. مثال طور، ڊفالٽ Cloudflare هيڊر ڪيش جو وقت 1 ڪلاڪ آهي، جيڪو غير مستحڪم جامد ڊيٽا لاءِ تمام گهٽ آهي.

3. تصويري اصلاح

جيئن ته CDN تصويرن کي ڪيش ڪرڻ ۽ پيش ڪرڻ جا ڪم سرانجام ڏئي ٿو، ان ڪري اهو منطقي هوندو ته انهن کي CDN پاسي تي بهتر ڪرڻ ۽ انهن کي استعمال ڪندڙن کي هن فارم ۾ پيش ڪرڻ. اچو ته فوري طور تي هڪ رزرويشن ڪريون ته هي فيچر صرف CDN قسمن 2، 3 ۽ 5 لاءِ موجود آهي.

توھان مختلف طريقن سان تصويرن کي بھتر ڪري سگھو ٿا: جديد ڪمپريشن فارميٽ استعمال ڪرڻ (جهڙوڪ WebP)، وڌيڪ ڪارائتو انڪوڊر (MozJPEG)، يا صرف غير ضروري ميٽا ڊيٽا کي صاف ڪرڻ.

عام طور تي، اهڙا ٻه قسم آهن اهڙيون اصلاحون: معيار جي نقصان سان ۽ معيار جي نقصان کان سواء. CDNs عام طور تي ڪوشش ڪندا آهن ته نقصان کان سواءِ اصلاح کي استعمال ڪرڻ جي لاءِ تصوير جي معيار ۾ تبديلين بابت صارف جي ممڪن شڪايتن کان بچڻ لاءِ. اهڙين حالتن ۾، فائدو گهٽ ۾ گهٽ ٿيندو. حقيقت ۾، اڪثر ڪري JPEG معيار جي سطح ضروري کان تمام گهڻي آهي ۽ توهان محفوظ طور تي استعمال ڪندڙ تجربو سمجھوتي ڪرڻ کان سواء گهٽ معيار جي سطح سان ٻيهر ڪم ڪري سگهو ٿا. ٻئي طرف، سڀني ممڪن ويب ايپليڪيشنن لاءِ عالمي سطح تي معيار ۽ سيٽنگن جي سطح جو تعين ڪرڻ ڏکيو آهي، تنهن ڪري سي ڊي اينز انهن جي مقابلي ۾ وڌيڪ قدامت پسند سيٽنگون استعمال ڪن ٿيون جيڪي لاڳو ڪري سگهجن ٿيون (تصويرن جو مقصد، ويب ايپليڪيشن جو قسم وغيره)

4. TLS ڪنيڪشن کي بهتر ڪرڻ

اڄڪلهه اڪثر ٽرئفڪ TLS ڪنيڪشن تي سفر ڪري ٿي، جنهن جو مطلب آهي ته اسان TLS ڳالهين تي اضافي وقت گذاريون ٿا. تازو، نئين ٽيڪنالاجيون ترقي ڪيون ويون آهن انهي عمل کي تيز ڪرڻ لاء. مثال طور، هي آهي EC ڪرپٽوگرافي، TLS 1.3، سيشن ڪيش ۽ ٽڪيٽون، هارڊويئر انڪريپشن ايڪسلريشن (AES-NI) وغيره. TLS کي صحيح ترتيب ڏيڻ سان ڪنيڪشن جو وقت گهٽجي سگھي ٿو 0-1 RTT (DNS ۽ TCP جي ڳڻپ نه ڪجي).

جديد سافٽ ويئر سان، اهو ڏکيو ناهي ته اهڙين طريقن کي پنهنجو پاڻ تي لاڳو ڪرڻ.

سڀئي CDNs TLS بهترين عملن تي عمل نه ٿا ڪن؛ توھان ان کي جانچي سگھوٿا TLS ڪنيڪشن جي وقت کي ماپ ڪري (مثال طور، Webpagetest ۾). نئين ڪنيڪشن لاءِ مثالي - 1RTT، 2RTT - اوسط سطح، 3RTT ۽ وڌيڪ - خراب.

اهو پڻ ياد رکڻ گهرجي ته CDN سطح تي TLS استعمال ڪرڻ وقت، اسان جي ويب ايپليڪيشن سان سرور پڻ TLS تي عمل ڪرڻ گهرجي، پر CDN پاسي کان، ڇاڪاڻ ته سرور ۽ CDN جي وچ ۾ ٽرئفڪ عوامي نيٽ ورڪ تي گذري ٿو. بدترين صورت ۾، اسان کي ٻيڻو TLS ڪنيڪشن جي دير ملندي (پهرين CDN ميزبان کي، ٻيو ان جي ۽ اسان جي سرور جي وچ ۾).

ڪجھ ايپليڪيشنن لاء، سيڪيورٽي مسئلن تي ڌيان ڏيڻ جي قابل آھي: ٽريفڪ عام طور تي سي ڊي اين نوڊس تي ڊسڪ ڪيو ويندو آھي، ۽ اھو ھڪڙو امڪاني موقعو آھي ٽريفڪ جي مداخلت لاءِ. ٽريفڪ ظاهر ڪرڻ کان سواءِ ڪم ڪرڻ جو اختيار عام طور تي پيش ڪيو ويندو آهي مٿين ٽريف منصوبن ۾ اضافي فيس لاءِ.

5. ڪنيڪشن جي دير کي گھٽايو

CDN جو بنيادي فائدو جيڪو هرڪو ڳالهائيندو آهي: گهٽ ويڪرائي (گهٽ فاصلو) CDN ميزبان ۽ صارف جي وچ ۾. حاصل ڪيل جغرافيائي طور تي ورهايل نيٽ ورڪ فن تعمير، جنهن ۾ ميزبانن جي ڪنسنٽريشن جي پوائنٽن ۾ واقع آهن (شهرن، ٽرئفڪ جي بدلي پوائنٽ، وغيره)

عملي طور تي، مختلف نيٽ ورڪن لاء ترجيحات مخصوص علائقن ۾ ٿي سگهي ٿي. مثال طور، روسي سي ڊي اينز کي روس ۾ موجودگي جا وڌيڪ نقطا هوندا. آمريڪن سڀ کان پهريان آمريڪا ۾ نيٽ ورڪ ٺاهيندا. مثال طور، هڪ وڏي ۾ وڏي CDN Cloudflare روس ۾ صرف 2 پوائنٽون آهن - ماسڪو ۽ سينٽ پيٽرسبرگ. اهو آهي، اسان ماسڪو ۾ سڌي جڳهه جي مقابلي ۾ وڌ ۾ وڌ 10 ms جي دير سان بچائي سگهون ٿا.

اڪثر مغربي سي ڊي اينز وٽ روس ۾ پوائنٽون نه آهن. انهن سان ڳنڍڻ سان، توهان صرف پنهنجي روسي سامعين لاء دير وڌائي سگهو ٿا.

6. مواد جي اصلاح (منفي ڪرڻ، ساخت جي تبديلي)

سڀ کان وڌيڪ پيچيده ۽ ٽيڪنالاجي طور تي ترقي يافته نقطي. ترسيل دوران مواد تبديل ڪرڻ تمام خطرناڪ ٿي سگهي ٿو. توڙي جو اسان minification وٺون ٿا: سورس ڪوڊ کي گھٽائڻ (اضافي اسپيس، غير ضروري اڏاوتن وغيره جي ڪري) ان جي ڪارڪردگي کي متاثر ڪري سگھي ٿو. جيڪڏهن اسان وڌيڪ سنجيده تبديلين جي باري ۾ ڳالهايون ٿا - JS ڪوڊ کي HTML جي آخر ۾ منتقل ڪرڻ، فائلن کي ضم ڪرڻ، وغيره - سائيٽ جي ڪارڪردگي کي خراب ڪرڻ جو خطرو اڃا به وڌيڪ آهي.

تنهن ڪري، صرف ڪجهه قسم 5 سي ڊي اينز اهو ڪندا آهن. يقينا، اهو ممڪن نه ٿيندو ته سڀني تبديلين کي خودڪار ڪرڻ جي ضرورت آهي شين کي تيز ڪرڻ لاء- دستي تجزيي ۽ اصلاح جي ضرورت آهي. مثال طور، غير استعمال ٿيل يا نقل ٿيل ڪوڊ کي هٽائڻ هڪ دستي ڪم آهي.

ضابطي جي طور تي، اهڙيون سڀئي اصلاحون سيٽنگون ڪنٽرول ڪري رهيا آهن ۽ سڀ کان وڌيڪ خطرناڪ آهن ڊفالٽ طرفان بند ٿيل آهن.

CDN قسم جي تيز رفتاري صلاحيتن لاءِ سپورٽ

تنهن ڪري اچو ته هڪ نظر رکون ته ڪهڙا امڪاني تڪليف جا موقعا مختلف قسم جا CDN مهيا ڪن ٿا.

سهولت لاء، اسين درجه بندي کي ورجائيندا آهيون.

1. JS لائبريرين کي ورهائڻ لاءِ مفت CDN (MaxCDN، Google. Yandex).
2. ڪلائنٽ جي اصلاح لاءِ خدمتن جو CDN (مثال طور، گوگل فونٽس لاءِ فونٽس، Cloudinary، Cloudimage تصويرن لاءِ).
3. سي ايم ايس ۾ جامد ۽ وسيلن جي اصلاح لاءِ CDN (دستياب آهي Bitrix، WordPress ۽ ٻين ۾).
4. عام مقصد CDN (StackPath، CDNVideo، NGENIX، Megafon).
5. ويب سائيٽ جي تيزيءَ لاءِ CDN (Cloudflare, Imperva, Airi).

هاڻي اچو ته CDN جي خاصيتن ۽ قسمن جو مقابلو ڪريون.

موقعو
1 جو قسم آهي
2 جو قسم آهي
3 جو قسم آهي
4 جو قسم آهي
5 جو قسم آهي

ٽيڪسٽ کمپريشن
+-
-
+-
+-
+

ڪيش هيڊرز
+
+
+
+
+

تصويرون
-
+-
+-
-
+

TLS
-
-
-
+-
+

ديرائي
-
-
-
+
+

مواد
-
-
-
-
+

ھن جدول ۾، "+" استعمال ڪيو ويندو آھي مڪمل سپورٽ کي ظاھر ڪرڻ لاء، "-" ڪو به سپورٽ نه آھي، ۽ "+-" جزوي سپورٽ آھي. يقينن، حقيقت ۾ هن جدول مان انحراف ٿي سگهي ٿو (مثال طور، ڪجهه عام مقصد سي ڊي اين تصويرون کي بهتر ڪرڻ لاء خاصيتون لاڳو ڪندو)، پر عام خيال لاء اهو مفيد آهي.

نتيجو

اميد آهي ته، هن مضمون کي پڙهڻ کان پوءِ توهان کي پنهنجي سائيٽن کي تيز ڪرڻ لاءِ ”سي ڊي اين استعمال ڪريو“ سفارش جي حوالي سان واضح تصوير هوندي.

جيئن ڪنهن به ڪاروبار ۾، توهان ڪنهن به خدمت جي مارڪيٽنگ واعدي تي يقين نه ٿا ڪري سگهو. اثر کي ماپڻ ۽ حقيقي حالتن جي تحت جانچڻ جي ضرورت آهي. جيڪڏهن توهان اڳ ۾ ئي هڪ CDN استعمال ڪري رهيا آهيو، مضمون ۾ بيان ڪيل معيار کي استعمال ڪندي ان جي اثرائتي لاءِ چيڪ ڪريو.

اهو ممڪن آهي ته هن وقت CDN استعمال ڪرڻ توهان جي سائيٽ جي لوڊشيڊنگ جي وقت کي سست ڪري رهيو آهي.

عام سفارش جي طور تي، اسان ھيٺين تي ڌيان ڏئي سگھون ٿا: پنھنجي سامعين جو مطالعو ڪريو، ان جي جاگرافيائي دائري جو اندازو لڳايو. جيڪڏهن توهان جو مکيه سامعين 1-2 هزار ڪلوميٽرن جي ريڊيس ۾ مرڪوز آهي، توهان کي ان جي بنيادي مقصد لاءِ CDN جي ضرورت ناهي - دير جي گھٽتائي کي. ان جي بدران، توهان پنهنجي سرور کي توهان جي استعمال ڪندڙن جي ويجهو رکي سگهو ٿا ۽ ان کي صحيح طور تي ترتيب ڏئي سگهو ٿا، آرٽيڪل ۾ بيان ڪيل تمام گهڻيون اصلاحون حاصل ڪرڻ (مفت ۽ مستقل).

جيڪڏهن توهان جا سامعين واقعي جغرافيائي طور تي ورهايل آهن (3000 ڪلوميٽرن کان وڌيڪ ريڊيس)، هڪ معيار CDN استعمال ڪرڻ واقعي ڪارائتو ٿيندو. تنهن هوندي، توهان کي اڳ ۾ ئي سمجهڻ جي ضرورت آهي ته توهان جي سي ڊي اين کي تيز ڪري سگهي ٿي (صلاحيتن جي جدول ۽ انهن جي وضاحت ڏسو). بهرحال، ويب سائيٽ جي رفتار اڃا تائين هڪ پيچيده ڪم آهي جيڪو CDN سان ڳنڍڻ سان حل نٿو ڪري سگهجي. مٿين اصلاحن کان علاوه، تيزيءَ جا سڀ کان وڌيڪ اثرائتو وسيلا CDN جي پويان رهجي ويا آهن: سرور جي حصي کي بهتر ڪرڻ، ڪلائنٽ جي حصي ۾ جديد تبديليون (غير استعمال ٿيل ڪوڊ کي هٽائڻ، رينڊرنگ جي عمل کي بهتر ڪرڻ، مواد سان ڪم ڪرڻ، فونٽ، موافقت، وغيره. )

جو ذريعو: www.habr.com