Manba nazorati
Siz ishlaydigan GitHub yoki GitLab hisobini ulang va toʻgʻridan-toʻgʻri tarmoqdan joylashtiring: Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps yoki AWS Amplify xizmatlariga — yoki repozitoriy va sayt fayllari har ikki yoʻnalishda ham sinxron saqlanadigan oʻzimizning boshqariladigan hostingimizga. Har bir ulanish oʻziga kerakli imtiyozlarni koʻrsatadi, saqlanishidan oldin provayder API orqali tekshiriladi va Vault ichida saqlanadi. Shuningdek, GitHub yoki GitLab orqali ham tizimga kirishingiz mumkin.
Ulanish — bu siz boshqa birovga berayotgan hisob maʼlumotidir. Bizniki uni yaratishingizdan oldin unga nima kerakligini bildiradi, saqlashdan oldin uning ishlashini isbotlaydi va uni har ikki tomondan ham qaytarib olish mumkin.
Token yaratishingizdan oldin, u nima qila olishi kerakligini va nima uchunligini sizga aytamiz. Soʻrash osonroq boʻlgani uchungina umumiy qamrov berilmaydi va vazifa uchun kerak boʻlganidan koʻprogʻini xohlaganimiz keyinchalik maʼlum boʻlib qolmaydi.
Tokeningizni saqlashdan oldin provayderning oʻz API-siga u orqali murojaat qilamiz. Notoʻgʻri, muddati oʻtgan yoki notoʻgʻri qamrovga ega token qabul qilinib, soz holatda koʻrsatilib, birinchi haqiqiy joylashtirishda muvaffaqiyatsizlikka uchrash oʻrniga, toʻgʻridan-toʻgʻri shaklning oʻzida rad etiladi.
Bizning kodimizda emas, muhit faylida emas, jurnalda emas va buyruqlar satrida ham emas. Undan foydalanayotgan ish yuki tomonidan, aynan foydalanilgan paytda hal qilinadi.
Shaxsiy hisobni tashkilot hisobi bilan yoki ikkita tashkilot hisobini ulang. Har bir sayt qaysi biridan joylashtirishni tanlaydi, shuning uchun mijozning ombori va sizning shaxsiy omboringiz hech qachon hisob maʼlumotlarini oʻzaro baham koʻrmaydi.
Sakkizta boshqariladigan chekka xostlar va oʻzimizning parkimiz. Manzil ulanishning emas, balki saytning xususiyati hisoblanadi, shuning uchun bir xil repozitoriy bitta tarmoqni Pages xostiga nashr qilishi va boshqa sayt esa bizning apparat taʼminotimizda ishlashi mumkin.
Cheksiz tarmoq o‘tkazuvchanligi, tijoriy foydalanishga ruxsat berilgan hamda odatda sizning DNS zonangizni saqlaydigan provayderning o‘zida boshqariladigan apex domenlar. Aynan shu sabablarga ko‘ra, bu biz birinchi navbatda murojaat qiladigan manzil hisoblanadi.
Cloudflare Pages xostingi →Kodingiz allaqachon joylashgan ombordan to‘g‘ridan-to‘g‘ri nashr qiling. Footprint-Free qatorida belgilangan, chunki umumiy github.io infratuzilmasining o‘zi alohida iz hisoblanadi.
GitHub Pages xostingi →GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps va AWS Amplify — bularning barchasi bir xil ulanish va bir xil joylashtirish tarixi bilan saytni yoʻnaltirishingiz mumkin boʻlgan manzillardir.
Statik sayt hostingi →Yigʻilgan toʻplam emas, balki toʻliq ilova — WordPress, PHP, Node. Bu ikki tomonlama sinxronizatsiya qilinadigan manzil boʻlib, serverdagi va tarmoqdagi fayllar doimo mos holatda saqlanadi.
Boshqariladigan xosting →Bizga tegishli bo‘lmagan xostda chop etilgan sayt ham limitdan foydalanadi hamda siz yuritayotgan boshqa barcha narsalar qatori o‘zining joylashtirishlari, ishlash vaqti va SEO ma’lumotlari bilan boshqaruv panelingizda ko‘rinib turadi.
Tashqi sayt limitlari →Brauzer ichidagi tahrirlovchi ikki tomonlama sinxronizatsiya qaytaradigan bir xil fayllar ustida ishlaydi, shuning uchun boshqaruv panelidan kiritilgan tezkor tuzatish keyinchalik hech kim topa olmaydigan o‘zgarishga emas, balki tarmog‘ingizdagi commit-ga aylanadi.
Veb-muharrir →Ikki tomonlama sinxronizatsiya
Uni yoqing va saytning oʻz fayllari tarmogʻingizga qayta kommit qilinadi, ushbu tarmoqdagi kommitlar esa saytga qaytariladi. Bu biz xosting qiladigan har bir saytda, har bir liniyada ishlaydi — yagona talab shundaki, asosiy mashina oʻz fayllariga nisbatan Git dasturini bajara olishi kerak, bu esa tarif rejasidan kelib chiqib taxmin qilinmasdan, toʻgʻridan-toʻgʻri serverdan soʻraladi.
Qaysi katalog sinxronlanishini oʻzingiz tanlaysiz, chunki WordPress mijozi qirq mingta asosiy faylni emas, balki oʻz mavzusini kuzatib borishni xohlaydi. Va uni oʻzingiz yoqmaguningizcha u oʻchiq boʻladi: sinxronlashni yoqish birovning repozitoriysi haqidagi qarordir va migratsiya hech qachon bu qarorni sizning oʻrningizga qabul qilmasligi kerak.
Ikkita rejim mavjud va ularning farqi yig‘ish (build) qayerda bajarilishidadir. Ikkalasi ham bir xil natija bilan tugaydi: biz olib keladigan va chop etadigan ref, bunda kommit deployga nisbatan qayd etiladi.
Ulanishlar boʻlimida GitHub yoki GitLab. Imtiyozlar siz tokenni yaratishingizdan oldin roʻyxatga olinadi va u saqlanishidan oldin provayder orqali tekshiriladi.
Egasi, repozitoriy, tarmoq va katalogni nashr qilishimiz yoki CI tizimingiz yaratgan narsani olishimiz. Buning bir qismi sifatida push vebhukini roʻyxatdan oʻtkazamiz.
Belgilangan tarmoqqa push qilish joylashtirishni boshlaydi yoki saytning Joylashtirish yorligʻidan talabga koʻra joylashtirishingiz mumkin. Yigʻishlar fonda ishlaydi.
Joylashtirish tarixi nima va qachon chop etilganini koʻrsatadi. Ikki tomonlama sinxronizatsiyani yoqing va bu yerda kiritgan tahrirlaringiz tarmogʻingizga commit sifatida qaytadi.
Xatolik yuz berganda
Tashqaridan soz ko‘ringan, ammo hech narsa qabul qilmayotgan repozitoriy ulanishi — bu klassik yashirin nosozlikdir: noto‘g‘ri qamrovga ega token, provayderda bloklangan yetkazib berish yoki kimdir qo‘lda o‘chirib tashlagan vebhuk. Bu boshqa hech bir ekranda ko‘rinmaydi, shu sababli repozitoriy kartasi buni to‘g‘ridan-to‘g‘ri aks ettiradi: provayder bizga oxirgi marta qachon ma’lumot yetkazib bergani va uning nima degani.
Yetkazib berishlar boʻyicha biror chora koʻrishimizdan oldin, ularning imzosi barchasi uchun amal qiladi deb taxmin qilingan sxema boʻyicha emas, balki har bir provayderning oʻz sxemasi boʻyicha tekshiriladi. Tasdiqlanmagan yetkazib berish shunchaki eʼtiborsiz qoldirilmaydi, balki rad etiladi va qayd qilinadi.
Shaxsiyat
Elektron pochta manzili va paroldan tashqari, Zinn Digital® hisobingizga GitHub, GitLab, Google yoki Microsoft orqali ham kirishingiz mumkin. Autentifikatsiya qatlami aloqa oʻrnatish jarayonini (handshake) amalga oshiradi; biz provayderingiz parolini hech qachon koʻrmaymiz hamda ijtimoiy tarmoq hisobini mavjud Zinn® hisobiga ulash baribir elektron pochta orqali tasdiqlanishi shart.
GitHub orqali tizimga kirish va joylashtirishlar uchun GitHub-ni ulash alohida qarorlar hamda alohida hisob maʼlumotlaridir. Birini bajarish ikkinchisini bajarmaydi, shuningdek birini oʻchirish ikkinchisini oʻchirib tashlamaydi.
GitHub va GitLab. Allaqachon ishlayotgan hisobingizni ulang va biz uning repozitoriylaridan joylashtirishimiz, ularda push-vebhukni roʻyxatdan oʻtkazishimiz va — agar xohlasangiz — saytingiz fayllarini teskari yoʻnalishda qayta sinxronlashimiz mumkin. Ikkalasi ham bir xil ulangan hisob mexanizmi orqali amalga oshiriladi, shuning uchun quyidagilarning barchasi har ikkisiga ham tegishli.
Ha, shuningdek Google yoki Microsoft bilan. Elektron pochta manzili va paroldan tashqari, ushbu toʻrttadan istalgani orqali Zinn Digital® hisobingizga kirishingiz mumkin. Shaxsni tasdiqlash qatlami oʻzaro aloqani boshqaradi va biz provayderingiz parolini hech qachon koʻrmaymiz. GitHub orqali kirish joylashtirishlar uchun GitHub-ni ulashdan alohida jarayondir — siz ulardan birini, ikkalasini ham yoki hech birini tanlamasligingiz mumkin.
Statik yoki yaratilgan sayt uchun Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps yoki AWS Amplify xizmatiga — yoki repozitoriy va sayt fayllari har ikki yoʻnalishda ham sinxron saqlanadigan oʻzimizning boshqariladigan xostingimizga. Sayt manzilini oʻzingiz tanlaysiz; repozitoriy ulanishi har qanday holatda ham bir xil boʻladi.
Ixtiyoriysi. Nashr qilish rejimida biz tarmoqni qanday boʻlsa shunday olamiz va siz koʻrsatgan katalogni nashr qilamiz. CI rejimida provayderingizning oʻz quvuri tuzish buyrugʻingizni ishga tushiradi va natijani alohida nashr tarmogʻiga kiritadi, soʻngra biz uni boshqa har qanday ref kabi olib kelamiz. Ikkinchi usul tuzishingizni shaxsiy CI'ingizda saqlaydi, bu yerda sizning sirlaringiz va keshlashingiz allaqachon mavjud.
Odatiy bo‘yicha, ha — biz repozitariydan webhook’ni ro‘yxatdan o‘tkazamiz va siz ko‘rsatgan tarmoqqa push amalga oshirilishi deploy’ni boshlaydi. Siz buni o‘chirib, webhook’ni saqlab qolishingiz mumkin, bu kutilganidan ancha foydali: yetkazib berish baribir qayd etiladi, shuning uchun bizga ularga nisbatan chora ko‘rishga ruxsat berishdan oldin push’laringiz kelishini kuzatishingiz mumkin.
Bizning uskunamizda kiritilgan tahrirlar sizning tarmogʻingizda kommitlarga aylanadi va tarmogʻingizdagi kommitlar saytga qaytib keladi. Siz uni yoqmaguningizcha u oʻchiq boʻladi, chunki uni yoqish boshqa birovning repozitoriysi boʻyicha qaror hisoblanadi va biz bu qarorni sizning oʻrningizga qabul qilmaymiz. Qaysi katalog sinxronlanishini siz tanlaysiz — odatda mavzu yoki plagin, qirq mingta WordPress asosiy fayllari emas.
Hech narsa qayta yozilmaydi va hech narsa yuborilmaydi (push qilinmaydi). Sinxronizatsiya toʻxtaydi, tarmoq biz asoslangan commitdan oʻtib ketganini sizga maʼlum qiladi va qaysi tomonni xohlashingizni soʻraydi — omborni saqlab qolishmi yoki saytni saqlab qolishmi. Hech qachon sinxronlashtirilmagan va allaqachon commitlari mavjud boʻlgan tarmoqqa yoʻnaltirilgan sayt ham oʻziga xos holatdir hamda u qaysi biri haqiqat ekanligini taxmin qilishdan koʻra soʻrashni afzal koʻradi.
Ulanishni yaratishingizdan oldin unga qanday imtiyozlar kerakligini sizga koʻrsatamiz, kiritish paytida tokenni provayderning oʻz API orqali tekshiramiz — shunda yaroqsiz yoki notoʻgʻri doiraga ega boʻlgan token umuman saqlanmaydi — va shundan keyingina uni Vault ichiga yozamiz. U hech qachon kodimizga, jurnalga, muhit fayliga yoki buyruqlar satriga tegmaydi. Uni provayderda bekor qiling yoki istalgan vaqtda ulanishni shu yerdan oʻchirib tashlang.
Ombor kartasi provayder bizga oxirgi marta qachon yetkazib berganini va nima deganini koʻrsatadi. Hech qachon yetkazib berilmagan — bu ekrandagi eng foydali diagnostika vositasidir, chunki "ulangan, lekin hech qachon yetkazib berilmagan" aynan notoʻgʻri qamrovli token yoki bloklangan yetkazib berish holatini bildiradi — va bu boshqa hech qayerda koʻrinmaydi. Har bir yetkazib berish boʻyicha chora koʻrishimizdan oldin uning imzosi tekshiriladi.
U taklif etiladi va belgilanadi. GitHub Pages va GitLab Pages provayder infratuzilmasi hamda ommaviy github.io va gitlab.io xost nomlaridan birgalikda foydalanadi, bu esa iz (footprint) hisoblanadi — ushbu yoʻnalish aynan shundan qochish uchun mavjud. Nolsiz izli tarmoq uchun, uning oʻrniga alohida xostingda ishga tushiring. Qolgan barcha holatlarda Pages birinchi darajali.
Chunki uning bepul darajasi faqat notijorat foydalanish uchun litsenziyalangan. Biz xavfsiz boʻlgan hollarda siz ulagan hisoblardan manzilni aniqlaymiz va Vercel bu aniqlashdan ataylab chiqarib tashlangan — hisobni ulash hech qachon tijorat saytini litsenziyasi ruxsat bermaydigan joyga bildirmasdan joylashtirmasligi kerak. Uni tanlang va u boshqalar kabi aynan bir xil ishlaydi.
Ha. Har bir joylashtirish oʻzi chop etgan commitʼni, qachon ishlaganini va qanday yakunlanganini yozib boradi hamda saytning Joylashtirish varagʻi uning yonida jonli URL bilan tarixni koʻrsatadi. Joylashtirishlar fonda amalga oshiriladi, shuning uchun yuklanish aylanmasini kutib oʻtirishga toʻgʻri kelmaydi, sahifa yigʻish yakunlanishi bilan yangilanadi.
Kartsiz 14 kunlik sinov muddatini boshlang, GitHub yoki GitLab-ni ulang va saytni tarmoqqa yoʻnaltiring. Chetki xostga yoki fayllarni ikki tomonlama sinxronlashtirgan holda oʻz xostingimizga eʼlon qiling.
Bepul boshlang