Bilimlar bazasi

Statik saytni oʻzingizning Azure Static Web Apps hisobingizga joylashtiring

Statik saytlaringiz shaxsiy Azure obunangizdagi repozitoriydan yigʻilishi uchun resurslar guruhida Contributor roliga ega Azure service principal yarating va uni ulang.

Uni ulash sizga nima beradi

Shaxsiy Azure Static Web Apps hisobingizni ulash sizga statik saytni Zinn® boshqaruv panelingizdan oʻzingizning Azure Static Web Apps hisobingizga chop etish imkonini beradi. Loyiha va hisob-kitob sizga tegishli boʻladi; biz esa joylashtirish (deploy), maxsus domen va DNS yozuvlarini bajaramiz.

Boshlashdan oldin

Azure obunasi, saytlar uchun resurs guruhi hamda kod saqlanadigan ulangan GitHub, GitLab yoki Bitbucket hisobi — Azure Static Web Apps repozitoriydan tuziladi (build). Azure bepul tarifi tijoriy foydalanishga va har bir ilova uchun ikkita maxsus domenga ruxsat beradi.

1. Kalitni Azure Static Web Apps xizmatida yaratish

Azure buni service principal deb ataydi. Microsoft Entra admin markazida Entra ID → App registrations → New registration boʻlimini oching, unga nom bering va Register tugmasini bosing. Ilovaning umumiy koʻrinish (overview) sahifasida Application (client) ID va Directory (tenant) ID parametrlaridan nusxa oling. Soʻngra Certificates & secrets → Client secrets → New client secret boʻlimini oching, amal qilish muddatini tanlang va Add tugmasini bosing — maxfiy qiymatdan (secret) darhol nusxa oling, chunki Azure uni faqat bir marta koʻrsatadi.

Azure portalida biz foydalanishimizni xohlagan resurs guruhini oching, soʻngra Access control (IAM) → Add → Add role assignment boʻlimiga oʻting. Contributor rolini tanlang, uni User, group, or service principal sifatida tayinlang, ilovani nomi boʻyicha qidiring va Review + assign tugmasini bosing. Resurs guruhi nomini va u tegishli boʻlgan Subscription IDni qayd eting (portalda Subscriptions deb qidiring).

2. Uni bu yerda ulang

Boshqaruv panelingizda Integrations boʻlimini oching va Connect an account bandini tanlang. Guruh sifatida Static hosting (Netlify, Vercel)ni va hisob sifatida Azure Static Web Appsni tanlang, Client ID, Client secret, Tenant ID, Subscription ID hamda Resource group maydonlarini toʻldiring va Connect account tugmasini bosing.

Biror narsa saqlanishidan oldin siz kiritgan maʼlumotlarni sinab koʻramiz. Ishlamaydigan kalit hech qachon saqlanmaydi va javobda uning nima xatosi borligi aytiladi. Ishlaydigan kalit esa maxfiy maʼlumotlar omborimizda shifrlangan holda saqlanadi — hech qachon maʼlumotlar bazamizda emas — va u boshqa hech qachon, hatto sizga ham koʻrsatilmaydi.

Keyin nima yuz beradi

  • Statik sayt yaratganingizda yoki koʻchirganingizda, ushbu hisob joylashtirish manzili sifatida paydo boʻladi.
  • Azure Static Web Apps repozitoriydan tuziladi — unda yuklangan tuzilmani qabul qilish usuli yoʻq — shuning uchun sayt kodi ulangan GitHub, GitLab yoki Bitbucket repozitoriysidan kelishi kerak. Agar ulamagan boʻlsangiz, avval bittasini ulang.

  • Biz hisobingizda xizmatni yaratamiz, uni repozitoriyga yoʻnaltiramiz, maxsus domeningizni biriktiramiz va joylashtirishlarni (deploys) ishga tushiramiz. Domen sahifasida Azure Static Web Apps talab qiladigan har qanday DNS yozuvi koʻrsatiladi.
  • Foydalanish va hisob-kitoblar hisobingizda aks etadi hamda oʻzingizning xizmat koʻrsatuvchi boshqaruv panelingizda koʻrinadi.
  • Asosiy (apex) domen TXT yozuvi orqali, quyi domen (subdomain) esa oʻzining CNAME yozuvi orqali tasdiqlanadi; domen sahifasida domeningizga ulardan qaysi biri kerakligi koʻrsatiladi.

Agar u ulanmasa

Azure service principalʼni rad etdi. Yo mijoz siri (client secret) muddati tugagan — ular siz tanlagan muddat asosida har doim tugaydi — yoki ilova resurs guruhida ortiq Contributor roliga ega emas. Ushbu ikki xabar bir-biriga oʻxshash boʻladi, shuning uchun yangi maxfiy kalit yaratishdan oldin rol tayinlanishini tekshiring.

Hech narsa topilmadi. Subscription ID va Resource group siz rol tayinlagan obʼyektlar ekanligini hamda Tenant ID ilova roʻyxatdan oʻtgan katalog ekanligini tekshiring.

Kalit rad etilgani aytilmoqda. Bu deyarli har doim uchta holatdan biri tufayli yuz beradi: u bilan birga nusxalangan probel yoki qator uzilishi, muddati oʻtgan kalit yoxud siz undan nusxa olganingizdan soʻng bekor qilingan yoki qayta yaratilgan kalit. Yangisini yarating va uni qaytadan kiriting.

U ulandi, lekin keyinroq nimadir xato ketdi. Kalit autentifikatsiyadan oʻtmoqda, biroq amal bajarishi uchun zarur boʻlgan ruxsatga ega emas. Yuqorida sanab oʻtilgan ruxsatlarga ega yangi kalit yarating, soʻngra eski ulanishni uzib, yangi kalitni ulang.

Ulanishni uzish

Integrations boʻlimini oching, hisobni toping va Disconnect tugmasini bosing. Bu saqlangan kalitni darhol oʻchirib tashlaydi. Undan foydalanayotgan har qanday narsa oʻzining keyingi amalida toʻxtaydi va unga bogʻliq boʻlgan ekranlar jimgina xatolik bermasdan, bu haqda xabar beradi.

Ulanishni uzish allaqachon bajarilgan ishlarni bekor qilmaydi — hisobingizda biz oʻzgartirgan yozuvlar, joylashtirishlar yoki sozlamalar qanday boʻlsa, shundayligicha qoladi. Agar kalitning oʻzi sizib chiqqan deb hisoblasangiz, uni xizmat koʻrsatuvchining oʻzida ham bekor qiling; ulanishni uzish ularning emas, faqat bizdagi nusxasini oʻchiradi.

Blogdan soʻnggi yangiliklar

Xosting, SEO va saytlarni keng miqyosda yuritish haqida yozganlarimiz.

Xosting qatlamidan SEO va havolalar yaratish: 2026-yilgi operator nigohi

2026-yilda xosting indeksatsiya va havolalar qiymatini (link equity) qanday shakllantiradi: sahifalarni indeksda saqlash, eski domenlarda loyiha boshlashdan oldin ularni tekshirish, hech qanday izsiz (footprint) havola yaratish hamda infratuzilma SEO uchun nimalarni qila olishi va nimalarni qila olmasligi haqida xolis qarash.

Xabarni o‘qish →

WordPress-ni tez va xavfsiz qilish: Unumdorlik va plaginlar nazorat roʻyxati

Tezkor va xavfsiz WordPress uchun amaliy nazorat roʻyxati: server darajasidagi keshlashtirish, har bir sayt uchun obyekt keshi, ishlatishga arziydigan sanoqli plaginlar, dasturiy taʼminotlar toʻplamini yangilab turish va siz hech qachon keshlamasligingiz kerak boʻlgan WooCommerce sahifalari.

Xabarni o‘qish →

2026-yilda boshqariladigan veb-hostingni qanday tanlash kerak: Xaridor qoʻllanmasi

Yaxshi boshqariladigan hostingni boshqaruv paneliga ega arzon serverdan aslida nima ajratib turishi — ko'chirishlar, zaxira nusxalari, izolyatsiya, haqiqiy keshlashtirish va shaffof miqyoslilik — hamda xizmatga obuna bo'lishdan oldin uni qanday baholash mumkinligi haqida.

Xabarni o‘qish →

Blogni oʻqish →

Hali ham muammoga duch kelyapsizmi?

Har bir rejaga qo‘llab-quvvatlash xizmati kiritilgan, yordam markazi kuniga 24 soat ishlaydi va bizga 58 tillarimizning istalganida yozishingiz mumkin — biz sizga o‘z tilingizda javob beramiz.

Qo‘llab-quvvatlash xizmati bilan bog‘lanish → Barcha maqolalar →