Bilik bazası

Statik saytı öz Azure Static Web Apps hesabınızda yerləşdirin

Resurs qrupunda Contributor roluna malik Azure xidmət əsasını (service principal) yaradın və onu qoşun ki, statik saytlarınız öz Azure abunəliyinizdəki repozitoriyanızdan qurulsun.

Onu qoşmağın sizə faydası nədir

Öz Azure Static Web Apps hesabınızı qoşmaq sizə Zinn® idarəetmə panelinizdən öz Azure Static Web Apps hesabınıza statik sayt dərc etməyə imkan verir. Layihə və faktura sizə məxsusdur; yerləşdirməni, fərdi domeni və DNS qeydlərini biz idarə edirik.

Başlamazdan əvvəl

Bir Azure abunəliyi, saytlar üçün resurs qrupu və kodu saxlayan qoşulmuş GitHub, GitLab və ya Bitbucket hesabı — Azure Static Web Apps repozitoriyadan qurulur. Azure-un pulsuz planı kommersiya məqsədli istifadəyə və hər tətbiq üçün iki fərdi domenə icazə verir.

1. Açarı Azure Static Web Apps-də yaradın

Azure bunu service principal adlandırır. Microsoft Entra idarəetmə mərkəzində Entra ID → App registrations → New registration bölməsini açın, ona bir ad verin və Register edin. Tətbiqin icmal səhifəsində Application (client) ID və Directory (tenant) ID dəyərlərini kopyalayın. Sonra Certificates & secrets → Client secrets → New client secret bölməsini açın, bir müddət seçin və Add edin — məxfi açarın dəyərini dərhal kopyalayın, Azure onu yalnız bir dəfə göstərir.

Azure portalında istifadə etməyimizi istədiyiniz resurs qrupunu açın, sonra Access control (IAM) → Add → Add role assignment bölməsinə keçin. Contributor rolunu seçin, onu User, group, or service principal-a təyin edin, tətbiqi adına görə axtarın və Review + assign edin. Resurs qrupunun adını və aid olduğu Subscription ID dəyərini qeyd edin (portalda Subscriptions axtarın).

2. Buraya qoşun

İdarəetmə panelinizdə Integrations bölməsini açın və Connect an account seçin. Qrup kimi Static hosting (Netlify, Vercel) və hesab kimi Azure Static Web Apps seçin, Client ID, Client secret, Tenant ID, Subscription ID və Resource group xanalarını doldurun və Connect account düyməsinə basın.

Hər hansı bir məlumat yadda saxlanılmazdan əvvəl daxil etdiyiniz dəyərləri sınaqdan keçiririk. İşləməyən açar heç vaxt saxlanılmır və cavabda onda nəyin səhv olduğu bildirilir. İşləyən açar isə məxfi məlumatlar anbarımızda şifrələnmiş şəkildə saxlanılır — heç vaxt verilənlər bazamızda saxlanılmır — və bir daha, hətta sizə belə göstərilmir.

Sonrakı addımlar nədir

  • Statik sayt yaratdıqda və ya köçürdükdə, bu hesab yerləşdirmə hədəfi kimi görünür.
  • Azure Static Web Apps repozitoriyadan qurulur — yüklənmiş qurulmanı qəbul etmək imkanı yoxdur — buna görə də saytın kodu qoşulmuş GitHub, GitLab və ya Bitbucket repozitoriyasından gəlməlidir. Hələ qoşmamısınızsa, əvvəlcə birini qoşun.

  • Xidməti hesabınızda yaradırıq, onu repozitoriyaya yönləndiririk, fərdi domeninizi əlavə edirik və yerləşdirmələri başladırıq. Domen səhifəsi Azure Static Web Apps-in ehtiyac duyduğu hər hansı bir DNS qeydini göstərir.
  • İstifadə və faktura hesabınızdadır və öz provayderinizin idarəetmə panelində görünür.
  • Əsas domen TXT qeydi ilə, subdomen isə CNAME vasitəsilə təsdiqlənir; domen səhifəsi domeninizin hansına ehtiyacı olduğunu göstərir.

Əgər qoşulmursa

Azure service principal-ı rədd etdi. Ya müştəri məxfi açarının müddəti bitib — seçdiyiniz müddətə əsasən, həmişə bitir — ya da tətbiqin artıq resurs qrupu üzərində Contributor icazəsi yoxdur. Bu iki mesaj bir-birinə bənzəyir, buna görə də yeni məxfi açar yaratmazdan əvvəl rol təyinatını yoxlayın.

Heç nə tapılmadı. Subscription ID və Resource group dəyərlərinin rolu təyin etdiyiniz dəyərlər olduğunu və Tenant ID-nin tətbiqin qeydiyyatdan keçdiyi qovluq olduğunu yoxlayın.

Açarın rədd edildiyi bildirilir. Bu, demək olar ki, həmişə üç səbəbdən biridir: onunla birlikdə kopyalanmış boşluq və ya sətir kəsilməsi, müddəti bitmiş açar və ya kopyaladıqdan sonra ləğv edilmiş yaxud yenidən yaradılmış açar. Yenisini yaradın və təkrar yapışdırın.

Qoşulur, lakin sonra nəsə uğursuz olur. Açar autentifikasiya olunur, lakin əməliyyatın ehtiyac duyduğu icazəyə malik deyil. Yuxarıda sadalanan icazələrlə yeni açar yaradın, sonra köhnə bağlantını kəsin və yeni açarı qoşun.

Bağlantının kəsilməsi

Integrations bölməsini açın, hesabı tapın və Disconnect düyməsinə basın. Bu, saxlanılan açarı dərhal silir. Ondan istifadə edən hər şey növbəti əməliyyatda dayanır və ondan asılı olan ekranlar səssizcə xəta vermək əvəzinə bunu bildirir.

Bağlantını kəsmək artıq edilmiş işləri geri qaytarmır — hesabınızda dəyişdirdiyimiz qeydlər, yerləşdirmələr və ya parametrlər olduğu kimi qalır. Əgər açarın özünün sızdığını düşünürsünüzsə, onu provayderdən də ləğv edin; bağlantının kəsilməsi onların deyil, bizim nüsxəmizi silir.

Bloqdan ən son yazılar

Hostinq, SEO və saytların geniş miqyasda idarə edilməsi haqqında yazdıqlarımız.

Hostinq təbəqəsindən SEO və link quruculuğu: 2026-cı il operatorunun baxışı

2026-cı ildə hostinqin indeksləşdirməyə və link dəyərinə təsiri: səhifələrin indeksdə qalması, üzərində sayt qurmazdan əvvəl köhnə domenlərin yoxlanılması, iz qoymadan link quruculuğu və infrastrukturun SEO üçün nəyi edə bilib, nəyi edə bilməyəcəyinə dair səmimi yanaşma.

Yazını oxuyun →

WordPress-i Sürətli və Təhlükəsiz Etmək: Performans və Qoşma Yoxlama Siyahısı

Sürətli və təhlükəsiz WordPress üçün praktik yoxlama siyahısı: server səviyyəsində keşləmə, hər sayt üçün obyekt keşi, istifadəyə dəyər bir neçə plagin, proqram təminatı paketini aktual saxlamaq və heç vaxt keşləməməli olduğunuz WooCommerce səhifələri.

Yazını oxuyun →

2026-cı ildə İdarə Olunan Veb Hostinqi Necə Seçməli: Alıcı Bələdçisi

Yaxşı idarə olunan hostinqi idarəetmə paneli olan ucuz bir qutudan həqiqətən nə fərqləndirir — miqrasiyalar, nüsxələmə, təcrid, real keşləmə və dürüst miqyaslama — və qərar verməzdən əvvəl onu necə qiymətləndirməli.

Yazını oxuyun →

Bloqu oxuyun →

Hələ də ilişib qalmısınız?

Dəstək hər bir plana daxildir, yardım masası gündə 24 saat açıqdır və siz bizə 58 dildən istənilən birində yaza bilərsiniz — biz sizə sizin dilinizdə cavab veririk.

Dəstəklə əlaqə saxlayın → Bütün məqalələr →