Kelib chiqishi boshqa bo'lgan aloqani himoyalash: JavaScript PostMessage uchun eng yaxshi amaliyotlar

Zamonaviy veb-ekotizimda ilovalar ko'pincha turli manbalar (origin) o'rtasida aloqa o'rnatishi kerak bo'ladi. Bu, ayniqsa, iframelar, veb-vorkerlar (web workers) ishlatilganda yoki uchinchi tomon skriptlari bilan o'zaro aloqada bo'lganda keng tarqalgan. JavaScript'ning window.postMessage() API'si bunga erishish uchun kuchli va standartlashtirilgan mexanizmni taqdim etadi. Biroq, har qanday kuchli vosita singari, agar u to'g'ri tatbiq etilmasa, o'ziga xos xavfsizlik xatarlarini keltirib chiqaradi. Ushbu keng qamrovli qo'llanma postMessage yordamida kelib chiqishi boshqa bo'lgan aloqa xavfsizligining nozik jihatlarini o'rganib, veb-ilovalaringizni potentsial zaifliklardan himoya qilish uchun eng yaxshi amaliyotlarni taklif etadi.

Kelib chiqishi boshqa bo'lgan aloqa va Yagona Kelib Chiqish Siyosatini tushunish

postMessage'ga sho'ng'ishdan oldin, manbalar (origins) tushunchasi va Yagona Kelib Chiqish Siyosati (Same-Origin Policy - SOP) bilan tanishish juda muhim. Manba sxema (masalan, http, https), xost nomi (masalan, www.example.com) va port (masalan, 80, 443) birikmasi bilan aniqlanadi.

SOP veb-brauzerlar tomonidan qo'llaniladigan asosiy xavfsizlik mexanizmidir. U bir manbadan yuklangan hujjat yoki skriptning boshqa manbadagi resurslar bilan o'zaro ta'sirini cheklaydi. Masalan, https://example.com saytidagi skript https://another-domain.com manzilidan yuklangan iframe'ning DOM'ini to'g'ridan-to'g'ri o'qiy olmaydi. Ushbu siyosat zararli saytlarning foydalanuvchi tizimga kirgan bo'lishi mumkin bo'lgan boshqa saytlardan maxfiy ma'lumotlarni o'g'irlashining oldini oladi.

Biroq, kelib chiqishi boshqa bo'lgan aloqa zarur bo'lgan qonuniy holatlar mavjud. Aynan shu yerda window.postMessage() o'zini namoyon qiladi. U turli xil ko'rish kontekstlarida (masalan, ota-ona oynasi va iframe yoki ikkita alohida oyna) ishlayotgan skriptlarga, hatto ularning kelib chiqishi har xil bo'lsa ham, nazorat ostida xabarlar almashish imkonini beradi.

window.postMessage() qanday ishlaydi

window.postMessage() metodi bir manbadagi skriptga boshqa manbadagi skriptga xabar yuborish imkonini beradi. Asosiy sintaksis quyidagicha:

            otherWindow.postMessage(message, targetOrigin, transfer);

            

              
                Copy
              
            
          

• otherWindow: Xabar yuboriladigan oyna obyektiga havola. Bu iframe'ning contentWindow'i yoki window.open() orqali olingan oyna bo'lishi mumkin.
• message: Yuboriladigan ma'lumotlar. Bu tuzilmaviy klonlash algoritmi yordamida seriyalashtirilishi mumkin bo'lgan har qanday qiymat bo'lishi mumkin (satrlar, sonlar, mantiqiy qiymatlar, massivlar, obyektlar, ArrayBuffer va h.k.).
• targetOrigin: Qabul qiluvchi oyna mos kelishi kerak bo'lgan manbani ifodalovchi satr. Bu juda muhim xavfsizlik parametrdir. Agar u "*" ga o'rnatilgan bo'lsa, xabar har qanday manbaga yuboriladi, bu odatda xavfsiz emas. Agar u "/" ga o'rnatilsa, bu xabar bir xil domenda joylashgan har qanday bola freymga yuborilishini anglatadi.
• transfer (ixtiyoriy): Boshqa oynaga nusxalanmasdan, uzatiladigan Transferable obyektlar (masalan, ArrayBuffer'lar) massivi. Bu katta hajmdagi ma'lumotlar uchun ishlash samaradorligini oshirishi mumkin.

Qabul qiluvchi tomonda xabar hodisa tinglovchisi (event listener) orqali qayta ishlanadi:

            window.addEventListener("message", receiveMessage, false);

function receiveMessage(event) {
  // ... qabul qilingan xabarni qayta ishlash ...
}

            

              
                Copy
              
            
          

Tinglovchiga uzatilgan event obyektining bir nechta muhim xususiyatlari mavjud:

• event.origin: Xabarni yuborgan oynaning kelib chiqishi.
• event.source: Xabarni yuborgan oynaga havola.
• event.data: Yuborilgan haqiqiy xabar ma'lumotlari.

window.postMessage() bilan bog'liq xavfsizlik xatarlari

postMessage bilan bog'liq asosiy xavfsizlik xavotiri zararli shaxslarning xabarlarni ushlab qolishi yoki manipulyatsiya qilishi yoki qonuniy ilovani maxfiy ma'lumotlarni ishonchsiz manbaga yuborishga undashi mumkinligidan kelib chiqadi. Eng keng tarqalgan ikkita zaiflik quyidagilardir:

1. Manbani tekshirmaslik (Man-in-the-Middle hujumlari)

Agar xabar yuborishda targetOrigin parametri "*" ga o'rnatilgan bo'lsa yoki qabul qiluvchi skript event.origin'ni to'g'ri tekshirmasa, hujumchi quyidagilarni amalga oshirishi mumkin:

• Maxfiy ma'lumotlarni qo'lga kiritish: Agar ilovangiz maxfiy ma'lumotlarni (masalan, sessiya tokenlari, foydalanuvchi hisob ma'lumotlari yoki shaxsiy ma'lumotlar) ishonchli domendan bo'lishi kerak bo'lgan, lekin aslida hujumchi tomonidan boshqariladigan iframe'ga yuborsa, bu ma'lumotlar sizib chiqishi mumkin.
• Ixtiyoriy amallarni bajarish: Zararli sahifa ishonchli manbani taqlid qilib, ilovangizga mo'ljallangan xabarlarni qabul qilishi va keyin bu xabarlardan foydalanib, foydalanuvchining nomidan ularning xabarisiz amallarni bajarishi mumkin.

2. Ishonchsiz ma'lumotlarni qayta ishlash

Manba tekshirilgan taqdirda ham, postMessage orqali olingan ma'lumotlar boshqa kontekstdan keladi va ishonchsiz deb hisoblanishi kerak. Agar qabul qiluvchi skript kelayotgan event.data'ni tozalamasa yoki tekshirmasa, u quyidagi xavflarga duch kelishi mumkin:

• Saytlararo skripting (XSS) hujumlari: Agar olingan ma'lumotlar to'g'ridan-to'g'ri DOM'ga kiritilsa yoki ixtiyoriy kod bajarilishiga imkon beradigan tarzda ishlatilsa (masalan, `innerHTML = event.data`), hujumchi zararli skriptlarni kiritishi mumkin.
• Mantiqiy xatolar: Noto'g'ri formatlangan yoki kutilmagan ma'lumotlar ilova mantiqida xatoliklarga olib kelishi va natijada kutilmagan xatti-harakatlar yoki xavfsizlik bo'shliqlariga sabab bo'lishi mumkin.

postMessage() bilan xavfsiz kelib chiqishi boshqa bo'lgan aloqa uchun eng yaxshi amaliyotlar

postMessage'ni xavfsiz tarzda amalga oshirish chuqur himoya yondashuvini talab qiladi. Quyida asosiy eng yaxshi amaliyotlar keltirilgan:

1. Har doim `targetOrigin`ni aniq belgilang

Bu, shubhasiz, eng muhim xavfsizlik chorasidir. Ishlab chiqarish muhitlarida (production) hech qachon targetOrigin uchun "*" dan foydalanmang, agar sizda juda aniq va yaxshi tushunilgan, kamdan-kam uchraydigan holat bo'lmasa.

Buning o'rniga: Qabul qiluvchi oynaning kutilayotgan manbasini aniq ko'rsating.

            // Ota-onadan iframe'ga xabar yuborish
const iframe = document.getElementById('myIframe');
const targetDomain = 'https://trusted-iframe-domain.com'; // iframe'ning kutilayotgan manbasi

iframe.contentWindow.postMessage('Ota-onadan salom!', targetDomain);

            

              
                Copy
              
            
          

Agar siz aniq manbani bilmasangiz (masalan, u bir nechta ishonchli subdomenlardan biri bo'lishi mumkin bo'lsa), uni qo'lda tekshirishingiz yoki erkinroq, ammo baribir aniq tekshiruvdan foydalanishingiz mumkin. Biroq, aniq manbaga sodiq qolish eng xavfsiz usuldir.

2. Qabul qiluvchi tomonda har doim `event.origin`ni tekshiring

Yuboruvchi targetOrigin yordamida mo'ljallangan qabul qiluvchining manbasini belgilaydi, ammo qabul qiluvchi xabar haqiqatan ham kutilgan manbadan kelganligini tekshirishi kerak. Bu zararli sahifa sizning iframe'ingizni qonuniy yuboruvchi deb o'ylashga majbur qilishi mumkin bo'lgan holatlardan himoya qiladi.

            window.addEventListener('message', function(event) {
  const expectedOrigin = 'https://trusted-parent-domain.com'; // Yuboruvchining kutilayotgan manbasi

  // Manba kutilganidek ekanligini tekshiring
  if (event.origin !== expectedOrigin) {
    console.error('Kutilmagan manbadan xabar qabul qilindi:', event.origin);
    return; // Ishonchsiz manbadan kelgan xabarni e'tiborsiz qoldiring
  }

  // Endi event.data'ni xavfsiz tarzda qayta ishlashingiz mumkin
  console.log('Qabul qilingan xabar:', event.data);

}, false);

            

              
                Copy
              
            
          

Xalqaro masalalar: Xalqaro ilovalar bilan ishlaganda, manbalar mamlakatga xos domenlarni (masalan, .co.uk, .de, .jp) o'z ichiga olishi mumkin. Manbani tekshirish barcha kutilayotgan xalqaro variantlarni to'g'ri qamrab olishiga ishonch hosil qiling.

3. `event.data`ni tozalang va tekshiring

postMessage orqali kelgan barcha ma'lumotlarni ishonchsiz foydalanuvchi kiritmasi sifatida ko'rib chiqing. Hech qachon event.data'ni to'g'ri tozalash va tekshirishsiz to'g'ridan-to'g'ri maxfiy operatsiyalarda ishlatmang yoki DOM'ga joylashtirmang.

Misol: Ma'lumotlar turi va tuzilishini tekshirish orqali XSS'ning oldini olish

            window.addEventListener('message', function(event) {
  const expectedOrigin = 'https://trusted-sender.com';
  if (event.origin !== expectedOrigin) {
    return;
  }

  const messageData = event.data;

  // Misol: Agar siz 'command' va 'payload'li obyekt kutsangiz
  if (typeof messageData === 'object' && messageData !== null && messageData.command) {
    switch (messageData.command) {
      case 'updateUserPreferences':
        // payload'ni ishlatishdan oldin tekshiring
        if (messageData.payload && typeof messageData.payload.theme === 'string') {
          // Sozlamalarni xavfsiz yangilang
          applyTheme(messageData.payload.theme);
        }
        break;
      case 'logMessage':
        // Ko'rsatishdan oldin kontentni tozalang
        const cleanMessage = DOMPurify.sanitize(messageData.content);
        displayLog(cleanMessage);
        break;
      default:
        console.warn('Noma'lum buyruq qabul qilindi:', messageData.command);
    }
  } else {
    console.warn('Noto'g'ri formatlangan xabar ma'lumotlari qabul qilindi:', messageData);
  }

}, false);

function applyTheme(theme) {
  // ... mavzuni qo'llash mantiqi ...
}

function displayLog(message) {
  // ... xabarni xavfsiz ko'rsatish mantiqi ...
}

            

              
                Copy
              
            
          

Tozalash kutubxonalari: HTML'ni tozalash uchun DOMPurify kabi kutubxonalardan foydalanishni o'ylab ko'ring. Boshqa ma'lumotlar turlari uchun kutilgan formatlar va cheklovlarga asoslangan qat'iy tekshiruvni amalga oshiring.

4. Xabar formati haqida aniq bo'ling

Almashinilayotgan xabarlar uchun aniq shartnoma (contract) belgilang. Bunga tuzilma, kutilayotgan ma'lumotlar turlari va xabar yuklamalari uchun ruxsat etilgan qiymatlar kiradi. Bu tekshirishni osonlashtiradi va hujumlar uchun maydonni kamaytiradi.

Misol: Tuzilmali xabarlar uchun JSON'dan foydalanish

            // Yuborish
const message = {
  type: 'USER_ACTION',
  payload: {
    action: 'saveSettings',
    settings: {
      language: 'en-US',
      notifications: true
    }
  }
};

window.parent.postMessage(JSON.stringify(message), 'https://trusted-app.com');

// Qabul qilish
window.addEventListener('message', (event) => {
  if (event.origin !== 'https://trusted-app.com') return;

  try {
    const data = JSON.parse(event.data);

    if (data.type === 'USER_ACTION' && data.payload && data.payload.action === 'saveSettings') {
      // data.payload.settings tuzilishi va qiymatlarini tekshiring
      if (validateSettings(data.payload.settings)) {
        saveSettings(data.payload.settings);
      }
    }
  } catch (e) {
    console.error('Xabarni tahlil qilib bo'lmadi yoki yaroqsiz xabar formati:', e);
  }
});

            

              
                Copy
              
            
          

5. `window.opener` va `window.top` bilan ehtiyot bo'ling

Agar sahifangiz boshqa sahifa tomonidan window.open() yordamida ochilgan bo'lsa, u window.opener'ga kirish huquqiga ega bo'ladi. Xuddi shunday, iframe window.top'ga kirish huquqiga ega. Zararli ota-ona sahifasi yoki yuqori darajadagi freym bu havolalardan foydalanishi mumkin.

• Bola/iframe nuqtai nazaridan: Yuqoriga (ota-ona yoki yuqori oynaga) xabar yuborayotganda, xabar yuborishga harakat qilishdan oldin har doim window.opener yoki window.top mavjudligini va unga kirish mumkinligini tekshiring.
• Ota-ona/yuqori nuqtai nazaridan: Bola oynalardan yoki iframe'lardan qanday ma'lumot olayotganingizga e'tibor bering.

Misol (boladan ota-onaga):

            // window.open() tomonidan ochilgan bola oynada
if (window.opener) {
  const trustedOrigin = 'https://parent-domain.com'; // Ochuvchining kutilayotgan manbasi
  window.opener.postMessage('Boladan salom!', trustedOrigin);
}

            

              
                Copy
              
            
          

6. `window.open()` va uchinchi tomon skriptlari bilan bog'liq xatarlarni tushuning va kamaytiring

window.open() dan foydalanganda, qaytarilgan oyna obyekti orqali xabarlar yuborish mumkin. Agar siz uchinchi tomon URL'ini ochsangiz, qanday ma'lumot yuborayotganingiz va javoblarni qanday qayta ishlayotganingiz haqida juda ehtiyot bo'lishingiz kerak. Aksincha, agar ilovangiz uchinchi tomon tomonidan joylashtirilgan yoki ochilgan bo'lsa, manbani tekshirishning mustahkam ekanligiga ishonch hosil qiling.

Misol: To'lov shlyuzini qalqib chiquvchi oynada ochish

Keng tarqalgan usullardan biri to'lovni qayta ishlash sahifasini qalqib chiquvchi oynada ochishdir. Ota-ona oynasi to'lov tafsilotlarini yuboradi (xavfsiz tarzda, odatda to'g'ridan-to'g'ri maxfiy ma'lumotlar emas, balki buyurtma identifikatori kabi) va tasdiqlash xabarini kutadi.

            // Ota-ona oynasi
const paymentWindow = window.open('https://payment-provider.com/checkout', 'PaymentWindow', 'width=600,height=800');

// Buyurtma tafsilotlarini (masalan, buyurtma ID, miqdor) to'lov oynasiga yuborish
paymentWindow.postMessage({
  orderId: '12345',
  amount: 100.50,
  currency: 'USD'
}, 'https://payment-provider.com');

// Tasdiqlashni tinglash
window.addEventListener('message', (event) => {
  if (event.origin === 'https://payment-provider.com') {
    if (event.data && event.data.status === 'success') {
      console.log('To\'lov muvaffaqiyatli!');
      // UI'ni yangilang, buyurtmani to'langan deb belgilang
    } else if (event.data && event.data.status === 'failed') {
      console.error('To\'lov amalga oshmadi:', event.data.message);
    }
  }
});

// payment-provider.com'da (o'z manbasida)
window.addEventListener('message', (event) => {
  // Bu yerda ota-onaga *yuborish* uchun manba tekshiruvi kerak emas, chunki bu nazorat qilinadigan aloqa
  // AMMO qabul qilish uchun ota-ona to'lov oynasining manbasini tekshirishi kerak edi.
  // To'lov sahifasi o'z ota-onasi bilan aloqa qilayotganini biladi deb faraz qilaylik.

  if (event.data && event.data.orderId === '12345') { // Asosiy tekshiruv
    // To'lov mantiqini qayta ishlash...
    const paymentSuccess = performPayment();

    if (paymentSuccess) {
      event.source.postMessage({ status: 'success' }, event.origin); // Ota-onaga qaytarib yuborish
    } else {
      event.source.postMessage({ status: 'failed', message: 'Tranzaksiya rad etildi' }, event.origin);
    }
  }
});

            

              
                Copy
              
            
          

Asosiy xulosa: Noma'lum yoki uchinchi tomon oynalariga yuborayotganda har doim manbalarni aniq belgilang. Javoblar uchun manba oynasining kelib chiqishi taqdim etiladi, uni qabul qiluvchi tekshirishi kerak.

7. Hodisa tinglovchilaridan mas'uliyat bilan foydalaning

Xabar hodisasi tinglovchilarining to'g'ri biriktirilganligi va olib tashlanganligiga ishonch hosil qiling. Agar komponent demontaj qilinsa, xotira sizib chiqishi va kutilmagan xabarlarni qayta ishlashning oldini olish uchun uning hodisa tinglovchilari tozalanishi kerak.

            // React kabi freymvorkdagi misol

function MyComponent() {
  const handleMessage = (event) => {
    // ... xabarni qayta ishlash ...
  };

  useEffect(() => {
    window.addEventListener('message', handleMessage);
    // Komponent demontaj qilinganda tinglovchini olib tashlash uchun tozalash funksiyasi
    return () => {
      window.removeEventListener('message', handleMessage);
    };
  }, []); // Bo'sh bog'liqlik massivi bu funksiya bir marta montajda va bir marta demontajda ishlashini anglatadi

  // ... komponentning qolgan qismi ...
}

            

              
                Copy
              
            
          

8. Ma'lumotlar uzatishni minimallashtiring

Faqat mutlaqo zarur bo'lgan ma'lumotlarni yuboring. Katta hajmdagi ma'lumotlarni yuborish ushlab qolish xavfini oshiradi va ishlash samaradorligiga ta'sir qilishi mumkin. Agar katta hajmdagi binar ma'lumotlarni uzatish kerak bo'lsa, samaradorlikni oshirish va ma'lumotlarni nusxalashdan qochish uchun postMessage'ning ArrayBuffer'lar bilan transfer argumentidan foydalanishni o'ylab ko'ring.

9. Murakkab vazifalar uchun Web Workers'dan foydalaning

Hisoblash jihatidan intensiv vazifalar yoki katta hajmdagi ma'lumotlarni qayta ishlashni o'z ichiga olgan holatlar uchun bu ishni Web Workers'ga yuklashni o'ylab ko'ring. Vorkerlar asosiy oqim bilan postMessage yordamida aloqa qiladilar va ular alohida global doirada ishlaydi, bu ba'zan vorkerning o'zida xavfsizlik masalalarini soddalashtirishi mumkin (garchi vorker va asosiy oqim o'rtasidagi aloqa hali ham himoyalangan bo'lishi kerak).

10. Hujjatlashtirish va audit

Ilovangizdagi barcha kelib chiqishi boshqa bo'lgan aloqa nuqtalarini hujjatlashtiring. postMessage xavfsiz ishlatilayotganiga ishonch hosil qilish uchun, ayniqsa, ilova arxitekturasi yoki uchinchi tomon integratsiyalariga o'zgartirishlar kiritilgandan so'ng, kodingizni muntazam ravishda audit qiling.

Keng tarqalgan xatolar va ulardan qanday qochish kerak

• targetOrigin uchun "*" dan foydalanish: Yuqorida ta'kidlanganidek, bu jiddiy xavfsizlik bo'shlig'idir. Har doim manbani aniq belgilang.
• event.origin'ni tekshirmaslik: Yuboruvchining kelib chiqishiga tekshiruvsiz ishonish xavflidir. Har doim event.origin'ni tekshiring.
• event.data'dan to'g'ridan-to'g'ri foydalanish: Hech qachon xom ma'lumotlarni to'g'ridan-to'g'ri HTML'ga joylashtirmang yoki uni tozalash va tekshirishsiz maxfiy operatsiyalarda ishlatmang.
• Xatolarni e'tiborsiz qoldirish: Noto'g'ri formatlangan xabarlar yoki tahlil qilishdagi xatolar zararli niyatni yoki shunchaki xato integratsiyalarni ko'rsatishi mumkin. Ularni ehtiyotkorlik bilan boshqaring va tekshirish uchun jurnalga yozing.
• Barcha freymlar ishonchli deb o'ylash: Agar siz ota-ona sahifasi va iframe'ni nazorat qilsangiz ham, agar bu iframe uchinchi tomondan kontent yuklasa, u zaiflik nuqtasiga aylanadi.

Xalqaro ilovalar uchun mulohazalar

Global auditoriyaga xizmat ko'rsatadigan ilovalarni yaratishda, kelib chiqishi boshqa bo'lgan aloqa turli mamlakat kodlariga ega domenlarni yoki mintaqalarga xos subdomenlarni o'z ichiga olishi mumkin. targetOrigin va event.origin tekshiruvlaringiz barcha qonuniy manbalarni qamrab olish uchun yetarlicha keng qamrovli ekanligiga ishonch hosil qilish juda muhim.

Masalan, agar kompaniyangiz bir nechta Yevropa mamlakatlarida ishlasa, sizning ishonchli manbalaringiz quyidagicha ko'rinishi mumkin:

• https://www.example.com (global sayt)
• https://www.example.co.uk (Buyuk Britaniya sayti)
• https://www.example.de (Germaniya sayti)
• https://blog.example.com (blog subdomeni)

Sizning tekshirish mantiqingiz bu o'zgarishlarni hisobga olishi kerak. Keng tarqalgan yondashuv xost nomi va sxemani tekshirish, uning oldindan belgilangan ishonchli domenlar ro'yxatiga mos kelishini yoki ma'lum bir naqshga rioya qilishini ta'minlashdir.

            function isValidOrigin(origin) {
  const trustedDomains = [
    'https://www.example.com',
    'https://www.example.co.uk',
    'https://www.example.de'
  ];
  return trustedDomains.includes(origin);
}

window.addEventListener('message', (event) => {
  if (!isValidOrigin(event.origin)) {
    console.error('Ishonchsiz manbadan xabar:', event.origin);
    return;
  }
  // ... xabarni qayta ishlash ...
});

            

              
                Copy
              
            
          

Tashqi, ishonchsiz xizmatlar (masalan, uchinchi tomon analitika skripti yoki to'lov shlyuzi) bilan aloqa qilganda, har doim eng qat'iy xavfsizlik choralariga rioya qiling: aniq targetOrigin va qaytarib olingan har qanday ma'lumotni qattiq tekshirish.

Xulosa

JavaScript'ning window.postMessage() API'si zamonaviy veb-ishlab chiqish uchun ajralmas vosita bo'lib, xavfsiz va moslashuvchan kelib chiqishi boshqa bo'lgan aloqani ta'minlaydi. Biroq, uning kuchi xavfsizlik oqibatlarini chuqur tushunishni talab qiladi. Eng yaxshi amaliyotlarga, xususan, har doim aniq targetOrigin'ni belgilash, event.origin'ni qat'iy tekshirish va event.data'ni sinchkovlik bilan tozalashga astoydil rioya qilish orqali, ishlab chiquvchilar manbalar o'rtasida xavfsiz aloqa o'rnatadigan, foydalanuvchi ma'lumotlarini himoya qiladigan va bugungi o'zaro bog'liq vebda ilova yaxlitligini saqlaydigan mustahkam ilovalar yaratishlari mumkin.

Yodda tuting, xavfsizlik doimiy jarayondir. Yangi tahdidlar paydo bo'lishi va veb-texnologiyalar rivojlanishi bilan kelib chiqishi boshqa bo'lgan aloqa strategiyalaringizni muntazam ravishda ko'rib chiqing va yangilang.