پوهه بنسټ

خپل یو سټېټک سایټ خپل د Azure Static Web Apps حساب ته ځای پر ځای کړئ

د سرچینو په یوه ګروپ کې د Contributor لاسرسي سره د Azure خدمت Principal جوړ او وصل کړئ، ترڅو ستاسو سټټيک سایټونه ستاسو د خپلو Azure ګډون په ذخیره کې جوړ شي.

د دې وصل کول ستاسو لپاره څه کوي

خپله د Azure Static Web Apps اکاونټ وصل کول تاسو ته اجازه درکوي چې د Zinn® ډشبورډ څخه خپله یو جامد سایټ خپل Azure Static Web Apps اکاونټ ته خپور کړئ. پروژه او بل ستاسو دي؛ موږ د خپرولو (deploy)، ګمرکي ډومین او د DNS ریکارډونو ساتنه کوو.

د پیل کولو دمخه

د Azure سبسکرپشن، د سایټونو لپاره د سرچینو ګروپ (resource group)، او یو وصل شوی GitHub، GitLab یا Bitbucket اکاونټ چې کوډ پکې وي — Azure Static Web Apps له یوه ریپوزیتري (repository) څخه جوړیږي. د Azure وړیا پلان سوداګریز کارونې او د هر اپلیکیشن لپاره دوه ګمرکي ډومینونو ته اجازه ورکوي.

۱. په Azure Static Web Apps کې کیلي جوړه کړئ

Azure دې ته service principal وایي. د مایکروسافټ انټرا (Microsoft Entra) د ادارې په مرکز (admin center) کې Entra ID → App registrations → New registration پرانیزئ، یو نوم ورته ورکړئ او Register یې کړئ. د اپلیکیشن د عمومي لید په مخ (overview page) باندې Application (client) ID او Directory (tenant) ID کاپي کړئ. بیا Certificates & secrets → Client secrets → New client secret پرانیزئ، یو موده (duration) وټاکئ او Add یې کړئ — د کیلي (secret) ارزښت سمدلاسه کاپي کړئ، Azure یې یو ځل ښیې.

په Azure پورټل کې، هغه د سرچینو ګروپ پرانیزئ چې غواړئ موږ یې وکاروو، بیا Access control (IAM) → Add → Add role assignment ته لاړ شئ. د Contributor رول وټاکئ، هغه User, group, or service principal ته وټاکئ، اپلیکیشن د نوم له مخې وپلټئ، او Review + assign کلیک کړئ. د سرچینو ګروپ نوم او Subscription ID یادداشت کړئ چې پورې اړه ورسره لري (په پورټل کې Subscriptions وپلټئ).

۲. دلته یې وصل کړئ

په خپل ډشبورډ کې Integrations پرانیزئ او Connect an account وټاکئ. د ګروپ په توګه Static hosting (Netlify, Vercel) او د اکاونټ په توګه Azure Static Web Apps وټاکئ، Client ID، Client secret، Tenant ID، Subscription ID او Resource group ډک کړئ، او Connect account کېکاږئ.

مخکې تر دې چې یو څه وژغورل شي (save شي)، موږ هغه څه ازموو چې تاسو یې پیسټ کوئ. هغه کیلي چې کار نه کوي هېڅکله نه ساتل کیږي، او ځواب وایي چې پکې څه ستونزه وه. هغه کیلي چې کار کوي زموږ په محرمو خونو (secrets vault) کې په کوډ شوي (encrypted) ډول ساتل کیږي — هېڅکله زموږ په ډیټابیس کې نه — او بیا هېڅکله نه ښودل کیږي، حتی تاسو ته هم نه.

راتلونکی څه کیږي

  • کله چې تاسو یو جامد سایټ جوړوئ یا لیلوئ (move کوئ)، دا اکاونټ د خپرولو (deploy) د هدف په توګه ښکاري.
  • Azure Static Web Apps له یوه ریپوزیتري څخه جوړیږي — دا د اپلوډ شوي جوړښت د منلو کومه لاره نه لري — نو د سایټ کوډ باید له یوه وصل شوي GitHub، GitLab یا Bitbucket ریپوزیتري څخه راشي. که مو نه وي کړی، لومړی یو وصل کړئ.

  • موږ ستاسو په اکاونټ کې خدمت جوړوو، هغه ریپوزیتري ته مخه کوو، ستاسو ګمرکي ډومین ورسره تړو او خپرول پیلوو. د ډومین مخ هغه کوم د DNS ریکارډ ښیې چې Azure Static Web Apps ورته اړتیا لري.
  • کارونه او بیلونه ستاسو په اکاونټ دي، چې ستاسو په خپله د پلورونکي په ډشبورډ کې د لیدلو وړ دي.
  • یو اېپکس (apex) ډومین د TXT ریکارډ په واسطه او یو ذیلي ډومین (subdomain) د CNAME په واسطه تصدیق کیږي؛ د ډومین مخ ښیې چې ستاسو ډومین کوم یو ته اړتیا لري.

که دا ونه نښلي

Azure د خدمت اصول (service principal) رد کړل. یا خو د کیلي موده پای ته رسیدلې ده — دوی تل همداسې کوي، په هغه موده کې چې تاسو غوره کړې ده — یا اپلیکیشن نور په سرچینو ګروپ باندې د Contributor حق نه لري. دواړه پیغامونه یو شان ښکاري، نو د نوي کیلي له جوړولو مخکې د رول ټاکنه (role assignment) وګورئ.

هیڅ ونه موندل شو. وګورئ چې Subscription ID او Resource group هغه دي چې تاسو پرې رول ټاکلی و، او دا چې Tenant ID هغه لارښود (directory) دی چې اپلیکیشن په کې ثبت شوی دی.

وایي چې کیلي رد شوه. نږدې تل یو له دې دریو شیانو څخه دی: یو تش ځای (space) یا د کرښې ماتی (line break) چې ورسره کاپي شوی وي، یوه کیلي چې موده یې پای ته رسیدلې وي، یا یوه کیلي چې ستاسو له کاپي کولو وروسته لغوه شوې یا بیا جوړه شوې وي. یوه تازه کیلي جوړه کړئ او بیا یې پیسټ کړئ.

د منحل کولو پر مهال

Integrations پرانیزئ، اکاونټ ومومئ او Disconnect کېکاږئ. دا سمدلاسه ساتل شوې کیلي له منځه وړي. هر هغه څه چې دا یې کاروي په خپل راتلونکي عمل کې دریږي، او هغه پردې چې پر دې متکي وې د چوپ پاتې کیدو پرځای دا وایي.

منحل کول هغه څه نه بدلوي چې مخکې ترسره شوي دي — ریکارډونه، خپرونې یا هغه تنظیمات چې موږ ستاسو په اکاونټ کې بدل کړي لکه څنګه چې دي پاتې کیږي. که تاسو فکر کوئ چې پخپله کیلي به لیک شوې وي، نو د پلورونکي په سر کې هم هغه لغوه کړئ؛ منحل کول زموږ کاپي لرې کوي، د دوی نه.

د بلاګ وروستي معلومات

د هوسټنګ، SEO او په لویه کچه د ویب پاڼو چلولو په اړه زموږ لیکنې.

د هوسټینګ له طبقې څخه SEO او لینک جوړونه: د ۲۰۲۶ کال د آپریټر لید

په ۲۰۲۶ کې څنګه کوربه توب انډکشن او د لینک مساوات جوړوي: د پاڼو انډکس ساتل، د ودانولو پر مهال د زړو ډومینونو ارزونه، پرته له کوم نښان څخه د لینک جوړول، او د زیربنا په اړه یو رښتینی دریځ چې د SEO لپاره څه کولی شي او څه نه شي کولی.

پوسته ولولئ

WordPress ګړندی او خوندي کول: د فعالیت او پلگ ان چک لیسټ

د یوې چټکې او خوندي WordPress لپاره یوه عملي چک‌لیست: د سرور په کچه کېش کول، د هرې سایټ لپاره د ابجیکټ کېش، هغه څو پلگ‌انونه چې د کارولو وړ دي، د سټیک تازه ساتل، او د WooCommerce پاڼې چې باید هېڅکله ونه کېش شي.

پوسته ولولئ

په 2026 کې اداره شوی ویب کوربه توب څنګه وټاکو: د پیرودونکي لارښود

څه شی په ریښتیا سره ښه اداره شوی هوسټینګ د کنټرول پینل لرونکي ارزانه بکس څخه جلا کوي - مهاجرتونه، بیک اپونه، انزوا، ریښتینی کیش کول او رښتینی سکیلنګ - او د ژمنې کولو دمخه د دې ارزونه څنګه وکړو.

پوسته ولولئ

بلاګ ولولئ

لا هم بې ځایه شوي یاست؟

ملاتړ په هر پلان کې شامل دی، د مرستې میز په ورځ کې 24 ساعته خلاص وي، او تاسو کولی شئ موږ ته زموږ په هر 58 ژبو کې ولیکئ — موږ ستاسو په ژبه ځواب درکوو.

ملاتړ سره اړیکه ونیسئ ټولې مقالې