[نه] CDN وکاروئ

د سایټ سرعت اصلاح کولو لپاره نږدې هره مقاله یا وسیله یو معتدل فقره لري "د CDN کارول." په عموم کې، CDN د مینځپانګې تحویلي شبکه یا د مینځپانګې تحویلي شبکه ده. موږ په میتود لابراتوار کې ډیری وختونه پدې موضوع کې د پیرودونکو پوښتنو سره مخ کیږو؛ ځینې یې خپل CDN فعالوي. د دې مقالې هدف دا دی چې پوه شي چې CDN د سایټ بار کولو سرعت کې څه چمتو کولی شي ، کومې ستونزې رامینځته کیدی شي ، او په کومو حالتونو کې د CDN کارول توجیه کیږي.

ځنډونه په عکس کې د CDN کارولو له امله رامینځته شوي.

یو څه تاریخ

د ډیری ټیکنالوژیو په څیر، CDNs د اړتیا څخه راڅرګند شوي. د انټرنیټ کاروونکو ترمنځ د انټرنیټ چینلونو پراختیا سره، آنلاین ویډیو خدمتونه ښکاره شول. په طبیعي توګه، د ویډیو منځپانګې د منظم ویب پاڼې منځپانګې (عکس، متن، او CSS یا JS کوډ) په پرتله د بینډ ویت د اندازې حکمونو ته اړتیا لري.

کله چې د یو سرور څخه ډیری پیرودونکو ته په موازي ډول د ویډیو جریان خپرولو هڅه کوئ ، د سرور انټرنیټ چینل به ډیر احتمال د خنډ لامل شي. د یوې قاعدې په توګه، یو څو زره تارونه د یو عادي سرور چینل بندولو لپاره کافي دي. البته، ممکن د نورو سرچینو محدودیتونه وي، مګر دا اوس مهم ندي. دا هم مهمه ده چې د سرور چینل پراخول خورا ګران دي (او ځینې وختونه ناممکن)، او هم غیر عملي دي. د نشراتو په جریان کې د چینل بار به سایکلیکل وي.

د انفرادي سرور چینل محدودولو ستونزه په بشپړ ډول د CDN لخوا حل کیږي. پیرودونکي په مستقیم ډول له سرور سره نه نښلوي، مګر د CDN شبکې نوډونو سره. په یو مثالي حالت کې، سرور یو جریان د CDN نوډ ته لیږي، او بیا شبکه خپل سرچینې کاروي ترڅو دا جریان ډیرو کاروونکو ته ورسوي. د اقتصادي لید څخه، موږ یوازې د هغه سرچینو لپاره پیسې ورکوو چې په حقیقت کې مصرف شوي (دا کیدای شي بینډ ویت یا ټرافیک وي) او زموږ د خدماتو غوره پیمانه ترلاسه کړئ. د درنو مینځپانګو وړاندې کولو لپاره د CDN کارول په بشپړ ډول توجیه او منطقي دي. که څه هم دا د یادولو وړ ده چې پدې ځای کې ترټولو لوی لوبغاړي (د مثال په توګه Netflix) د لوی سوداګریز CDNs کارولو پرځای خپل CDNs رامینځته کوي (اکامی ، کلاوډ فلیر ، ګړندي ، او داسې نور)

لکه څنګه چې ویب وده کړې، ویب غوښتنلیکونه پخپله خورا پیچلي او پیچلي شوي. د بارولو سرعت ستونزه راپورته شوه. د ویب پاڼې سرعت لیوالتیا په چټکۍ سره ډیری لویې ستونزې په ګوته کړې چې ویب پاڼې ورو ورو پورته کوي. یو یې د شبکې ځنډ و (RTT - د دورې سفر وخت یا د پنګ وخت). ځنډ د ویب پاڼې بارولو کې ډیری پروسې اغیزه کوي: د TCP پیوستون رامینځته کول، د TLS ناستې پیل کول، د هرې انفرادي سرچینې بارول (انځور، JS فایل، HTML سند، او نور)

ستونزه د دې حقیقت له امله زیاته شوې وه چې کله د HTTP/1.1 پروتوکول کارول (د SPDY، QUIC او HTTP/2 له راتګ دمخه دا یوازینی اختیار و)، براوزرونه یو کوربه ته له 6 څخه زیات TCP اړیکې نه خلاصوي. دا ټول د اتصال کمیدو او د چینل بینډ ویت غیر موثر کارونې لامل شوي. ستونزه په نسبي ډول د ډومین شارډینګ لخوا حل شوې - د ارتباطاتو شمیر محدودیت لرې کولو لپاره د اضافي کوربه رامینځته کول.

دا هغه ځای دی چې د CDN دوهم وړتیا څرګندیږي - د لوی شمیر ټکو او کارونکي ته د نوډونو نږدې کیدو له امله د ځنډ کمول (RTT). فاصله دلته یو پریکړه کونکی رول لوبوي: د رڼا سرعت محدود دی (شاوخوا 200 کیلومتره / ثانیه په نظری فایبر کې). دا پدې مانا ده چې هر 000 کیلومتره سفر RTT ته 1000 ms ځنډ یا 5 ms اضافه کوي. دا د لیږد لپاره اړین لږ تر لږه وخت دی، ځکه چې په منځني تجهیزاتو کې ځنډ هم شتون لري. څرنګه چې یو CDN معمولا پوهیږي چې څنګه په خپلو سرورونو کې شیان ذخیره کړي، موږ کولی شو د CDN له لارې د داسې شیانو بارولو څخه ګټه پورته کړو. د دې لپاره اړین شرایط: په زیرمه کې د څیز شتون، د CDN نږدې والی د ویب غوښتنلیک سرور (اصلي سرور) په پرتله کارونکي ته اشاره کوي. دا مهمه ده چې پوه شئ چې د CDN نوډ جغرافیایي نږدېوالی د ټیټ ځنډ تضمین نه کوي. د پیرودونکي او CDN تر مینځ لاره په داسې ډول رامینځته کیدی شي چې پیرودونکي به په بل هیواد کې کوربه سره وصل شي ، او ممکن په بل براعظم کې. دا هغه ځای دی چې د مخابراتو آپریټرانو او د CDN خدماتو ترمنځ اړیکه (پییر کول، اړیکې، په IX کې ګډون، او نور) او پخپله د CDN ټرافيکي تګلارې پالیسي په عمل کې راځي. د مثال په توګه، Cloudflare، کله چې دوه ابتدايي پالنونه (وړیا او ارزانه) کاروي، د نږدې کوربه څخه د منځپانګې رسولو تضمین نه کوي - کوربه به د لږترلږه لګښت ترلاسه کولو لپاره غوره شي.

ډیری مخکښ انټرنیټ شرکتونه د عامه ګټو (د ویب پراختیا کونکي او د خدماتو مالکین) د بارولو سرعت او د ویب پاڼې فعالیت موضوع ته جذبوي. د دې شرکتونو په منځ کې یاهو (Yslow tool)، AOL (WebPageTest) او ګوګل (د پاڼې سرعت بصیرت خدمت) دي، کوم چې د سایټونو چټکولو لپاره خپل وړاندیزونه رامینځته کوي (په ابتدايي توګه دوی د مراجعینو اصلاح کولو پورې تړاو لري). وروسته، د ویب پاڼې د سرعت ازموینې نوي اوزار څرګندیږي، کوم چې د ویب پاڼې سرعت زیاتولو لپاره لارښوونې هم وړاندې کوي. د دې خدماتو یا پلگ انونو څخه هر یو ثابت وړاندیز لري: "د CDN وکاروئ." د شبکې ځنډ کې کمښت معمولا د CDN اغیزې لپاره د توضیح په توګه حواله کیږي. له بده مرغه، هرڅوک چمتو نه دي چې په سمه توګه پوه شي چې د CDN ګړندۍ اغیزه څنګه ترلاسه کیږي او دا څنګه اندازه کیدی شي، نو سپارښتنه د باور په توګه اخیستل کیږي او د پوست په توګه کارول کیږي. په حقیقت کې، ټول CDNs مساوي ندي جوړ شوي.

نن ورځ د CDN کارول

د CDNs کارولو ګټورتیا ارزولو لپاره، دوی باید طبقه بندي شي. هغه څه چې اوس په عمل کې موندل کیدی شي (په بریکٹ کې مثالونه، البته، بشپړ ندي):

1. د JS کتابتونونو ویشلو لپاره وړیا CDN (MaxCDN، Google. Yandex).
2. د مراجعینو د اصلاح لپاره د خدماتو CDN (د مثال په توګه، د فونټونو لپاره د ګوګل فونټونه، کلاوډینري، د انځورونو لپاره کلاوډ امیج).
3. په CMS کې د جامد او منابعو اصلاح کولو لپاره CDN (په Bitrix، WordPress او نورو کې شتون لري).
4. عمومي هدف CDN (StackPath، CDNVideo، NGENIX، Megafon).
5. CDN د ویب پاڼې سرعت لپاره (Cloudflare، Imperva، Airi).

د دې ډولونو تر مینځ مهم توپیر دا دی چې څومره ترافیک د CDN له لارې تیریږي. ډولونه 1-3 د مینځپانګې یوازې برخه تحویلي دي: له یوې غوښتنې څخه څو درجن پورې (معمولا عکسونه). 4 او 5 ډولونه د CDN له لارې د ترافیک بشپړ پراکسي کول دي.

په عمل کې، دا پدې مانا ده چې د اړیکو شمیر چې د سایټ د پورته کولو لپاره کارول کیږي. د HTTP/2 سره، موږ کوربه ته یو واحد TCP پیوستون کاروو ترڅو هر ډول غوښتنې پروسس کړو. که موږ سرچینې په اصلي کوربه (اصلي) او CDN ویشو، نو دا اړینه ده چې غوښتنې په ډیری ډومینونو کې وویشو او د 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 د انفرادي ډولونو فعالیت په پام کې نیولو پرته، د ګړندي کولو سایټونو لپاره د CDN وړتیاوو بشپړ لړۍ تشریح کړو، او بیا وګورئ چې په هر یو کې څه پلي کیږي.

1. د متن سرچینو کمپریشن

ترټولو اساسي او د پوهیدو وړ ځانګړتیا، مګر ډیری وختونه په کمزوري توګه پلي کیږي. ټول CDNs د کمپریشن شتون د دوی د سرعت ځانګړتیا په توګه اعلانوي. مګر که تاسو په ډیر تفصیل سره وګورئ، نیمګړتیاوې روښانه کیږي:

• د متحرک کمپریشن لپاره ټیټ درجې کارول کیدی شي - 5-6 (د مثال په توګه، د gzip لپاره اعظمي حد 9 دی)؛
• جامد کمپریشن (په زیرمه کې فایلونه) اضافي ب featuresې نه کاروي (د مثال په توګه ، زوفي یا بروټلي د 11 درجې سره)
• د مؤثره بروټلي کمپریشن لپاره هیڅ ملاتړ شتون نلري (د gzip په پرتله شاوخوا 20٪ خوندي کول).

که تاسو CDN کاروئ ، نو دا د دې څو ټکو چک کولو ارزښت لري: هغه فایل واخلئ چې له CDN څخه راغلی ، د هغې کمپریس شوی اندازه ثبت کړئ او د پرتله کولو لپاره یې په لاسي ډول کمپریس کړئ (تاسو کولی شئ د بروټلي ملاتړ سره ځینې آنلاین خدمت وکاروئ ، د مثال په توګه vsszhat.rf).

2. د مراجعینو د کیشینګ سرلیکونو ترتیب کول

همدا رنګه یو ساده سرعت ب featureه: د پیرودونکي (براوزر) لخوا د مینځپانګې کیچ کولو لپاره سرلیکونه اضافه کړئ. تر ټولو اوسنی سرلیک د کیچ کنټرول دی، زوړ شوی پای ته رسیږي. سربیره پردې، Etag کارول کیدی شي. اصلي شی دا دی چې د کیچ کنټرول اعظمي عمر خورا لوی دی (له یوې میاشتې یا ډیر څخه). که تاسو چمتو یاست چې سرچینې څومره چې امکان ولري زیرمه کړئ ، تاسو کولی شئ د بدلیدونکي اختیار اضافه کړئ.

CDNs کولی شي د عمر اعظمي ارزښت ټیټ کړي، کاروونکي دې ته اړ باسي چې جامد مینځپانګې ډیر ځله بیا پورته کړي. دا روښانه نده چې دا له څه سره تړاو لري: په شبکه کې د ترافیک زیاتوالي یا د سایټونو سره مطابقت زیاتولو هیله چې نه پوهیږي د کیچ بیا تنظیم کولو څرنګوالی. د مثال په توګه ، د ډیفالټ Cloudflare سرلیک کیچ وخت 1 ساعت دی ، کوم چې د بدلیدونکي جامد ډیټا لپاره خورا ټیټ دی.

3. د انځور اصلاح کول

څرنګه چې CDN د انځورونو د کیچ کولو او خدمت کولو دندې ترسره کوي، نو دا به منطقي وي چې دوی د CDN اړخ ته غوره کړي او په دې بڼه کاروونکو ته خدمت وکړي. راځئ چې سمدلاسه ریزرویشن وکړو چې دا فیچر یوازې د CDN ډولونو 2، 3 او 5 لپاره شتون لري.

تاسو کولی شئ عکسونه په مختلفو لارو غوره کړئ: د پرمختللي کمپریشن فارمیټونو کارول (لکه WebP)، ډیر اغیزمن کوډ کونکي (MozJPEG)، یا په ساده ډول د غیر ضروري میټاډاټا پاکول.

په عموم کې، دا ډول اصلاح دوه ډوله دي: د کیفیت له لاسه ورکولو سره او د کیفیت له لاسه ورکولو پرته. CDNs معمولا هڅه کوي چې د عکس کیفیت کې د بدلونونو په اړه د پیرودونکو احتمالي شکایاتو څخه مخنیوي لپاره بې ګټې اصلاح وکاروي. په داسې شرایطو کې، ګټه به لږ تر لږه وي. په واقعیت کې، ډیری وختونه د JPEG کیفیت کچه ​​د اړتیا څخه ډیره لوړه ده او تاسو کولی شئ په خوندي توګه د ټیټ کیفیت کچې سره د کاروونکي تجربې سره موافقت پرته بیا کمپرس کړئ. له بلې خوا، دا ستونزمنه ده چې د ټولو ممکنه ویب غوښتنلیکونو لپاره په نړیواله کچه د کیفیت او ترتیباتو کچه معلومه کړئ، نو CDNs د هغو په پرتله ډیر محافظه کار ترتیبات کاروي چې د شرایطو په پام کې نیولو سره پلي کیدی شي (د انځورونو هدف، د ویب غوښتنلیک ډول او داسې نور)

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 کوربه ته، دویم د دې او زموږ سرور ترمنځ).

د ځینو غوښتنلیکونو لپاره، دا د امنیت مسلو ته د پام وړ ارزښت لري: ټرافیک معمولا په CDN نوډونو کې کوډ شوی، او دا د ټرافيکي مداخلې احتمالي فرصت دی. د ترافیک افشا کولو پرته د کار کولو اختیار معمولا د اضافي فیس لپاره د لوړ تعرفو پلانونو کې وړاندیز کیږي.

5. د پیوستون ځنډ کم کړئ

د CDN اصلي ګټه چې هرڅوک یې په اړه خبرې کوي: د CDN کوربه او کارونکي ترمینځ ټیټ ځنډ (لږ واټن). د جغرافیایی پلوه توزیع شوي شبکې جوړښت رامینځته کولو سره ترلاسه شوی ، په کوم کې چې کوربه د کاروونکو غلظت ځایونو کې موقعیت لري (ښارونه ، د ترافیک تبادلې نقطې ، او نور)

په عمل کې، د مختلفو شبکو لومړیتوبونه ممکن په ځانګړو سیمو کې وي. د مثال په توګه، د روسیې CDNs به په روسیه کې د شتون ډیر ټکي ولري. امریکاییان به لومړی په متحده ایالاتو کې شبکه رامینځته کړي. د مثال په توګه، یو لوی CDN Cloudflare په روسیه کې یوازې 2 ټکي لري - مسکو او سینټ پیټرزبورګ. دا دی، موږ کولی شو په ماسکو کې د مستقیم ځای پرځای کولو په پرتله د 10 ms څخه اعظمي ځنډ خوندي کړو.

ډیری لویدیځ CDNs په روسیه کې هیڅ ټکي نلري. د دوی سره وصل کولو سره، تاسو کولی شئ یوازې د خپلو روسی لیدونکو لپاره ځنډ زیات کړئ.

6. د محتوياتو اصلاح کول (کمي کول، ساختماني بدلونونه)

ترټولو پیچلي او تخنیکي پلوه پرمختللی ټکی. د سپارلو پرمهال د مینځپانګې بدلول خورا خطرناک کیدی شي. حتی که موږ minification واخلو: د سرچینې کوډ کمول (د اضافي ځایونو له امله ، غیر مهم جوړښتونه او نور) کولی شي د دې فعالیت اغیزه وکړي. که موږ د نورو جدي بدلونونو په اړه وغږیږو - د HTML پای ته د JS کوډ حرکت کول، د فایلونو یوځای کول، او نور - د سایټ د فعالیت د ګډوډولو خطر حتی لوړ دی.

له همدې امله، یوازې ځینې ډول 5 CDNs دا کار کوي. البته، دا به امکان ونلري چې د شیانو ګړندۍ کولو لپاره اړین ټول بدلونونه اتومات کړئ — لاسي تحلیل او اصلاح ته اړتیا ده. د مثال په توګه، د نه کارول شوي یا نقل کوډ لرې کول یو لاسي دنده ده.

د یوې قاعدې په توګه، دا ډول ټول سمونونه د ترتیباتو لخوا کنټرول کیږي او خورا خطرناک د ډیفالټ لخوا غیر فعال شوي.

د CDN ډول لخوا د سرعت وړتیا لپاره ملاتړ

نو راځئ چې وګورو چې د CDN مختلف ډولونه کوم احتمالي سرعت فرصتونه چمتو کوي.

د اسانتیا لپاره، موږ طبقه بندي تکرار کوو.

1. د JS کتابتونونو ویشلو لپاره وړیا CDN (MaxCDN، Google. Yandex).
2. د مراجعینو د اصلاح لپاره د خدماتو CDN (د مثال په توګه، د فونټونو لپاره د ګوګل فونټونه، کلاوډینري، د انځورونو لپاره کلاوډ امیج).
3. په CMS کې د جامد او منابعو اصلاح کولو لپاره CDN (په Bitrix، WordPress او نورو کې شتون لري).
4. عمومي هدف CDN (StackPath، CDNVideo، NGENIX، Megafon).
5. CDN د ویب پاڼې سرعت لپاره (Cloudflare، Imperva، Airi).

اوس راځئ چې د CDN ځانګړتیاوې او ډولونه پرتله کړو.

فرصت
Type 1 ولیکئ
Type 2 ولیکئ
Type 3 ولیکئ
Type 4 ولیکئ
Type 5 ولیکئ

د متن کمپریشن
+-
-
+-
+-
+

د کیچ سرلیکونه
+
+
+
+
+

انځورونه
-
+-
+-
-
+

ټي ایل ایس
-
-
-
+-
+

ځنډونه
-
-
-
+
+

کړی
-
-
-
-
+

په دې جدول کې، "+" د بشپړ مالتړ ښودلو لپاره کارول کیږي، "-" هیڅ ملاتړ نلري، او "+-" جزوی ملاتړ دی. البته، په واقعیت کې د دې جدول څخه انحرافات شتون لري (د بیلګې په توګه، ځینې عمومي موخې CDN به د انځورونو د ښه کولو لپاره ځانګړتیاوې پلي کړي)، مګر د عمومي نظر لپاره دا ګټور دی.

پایلې

په امید سره ، د دې مقالې لوستلو وروسته به تاسو د خپلو سایټونو ګړندي کولو لپاره د "CDN کارولو" وړاندیز په اړه روښانه عکس ولرئ.

لکه څنګه چې په هره سوداګرۍ کې، تاسو د هر خدمت بازارموندنې ژمنې باور نشئ کولی. اغیز باید د ریښتیني شرایطو لاندې اندازه او ازمول شي. که تاسو دمخه CDN کاروئ ، نو په مقاله کې بیان شوي معیارونو په کارولو سره یې د مؤثریت لپاره وګورئ.

دا ممکنه ده چې همدا اوس د CDN کارول ستاسو د سایټ د بارولو وخت ورو کوي.

د عمومي سپارښتنې په توګه، موږ کولی شو په لاندې تمرکز وکړو: خپل لیدونکي مطالعه کړئ، د هغې جغرافیایي ساحه وټاکئ. که ستاسو اصلي لیدونکي د 1-2 زره کیلومترو په شعاع کې متمرکز وي، تاسو د دې اصلي هدف لپاره CDN ته اړتیا نلرئ - د ځنډ کمول. پرځای یې، تاسو کولی شئ خپل سرور خپلو کاروونکو ته نږدې کړئ او په سمه توګه یې تنظیم کړئ، په مقاله کې بیان شوي ډیری اصلاحونه ترلاسه کړئ (وړیا او دایمي).

په هغه صورت کې چې ستاسو لیدونکي په ریښتیا په جغرافیه کې ویشل شوي وي (د 3000 کیلو مترو څخه ډیر شعاع)، د کیفیت CDN کارول به واقعیا ګټور وي. په هرصورت، تاسو اړتیا لرئ مخکې له مخکې پوه شئ چې ستاسو CDN څه شی کولی شي چټک کړي (د وړتیاوو جدول او د دوی توضیحات وګورئ). په هرصورت، د ویب پاڼې سرعت لاهم یو پیچلی کار دی چې نشي کولی د CDN سره وصل شي. د پورتنیو اصلاحونو سربیره ، د ګړندي کولو خورا مؤثره وسیلې د CDN شاته پاتې دي: د سرور برخې اصلاح کول ، د پیرودونکي برخې ته پرمختللي بدلونونه (د نه کارول شوي کوډ لرې کول ، د رینډینګ پروسې اصلاح کول ، د مینځپانګې سره کار کول ، فونټونه ، موافقت او داسې نور. )

سرچینه: www.habr.com