Mənbə nəzarəti

Artıq istifadə etdiyiniz depodan yerləşdirin — yerləşdirmək üçün doqquz yer

İşlədiyiniz GitHub və ya GitLab hesabını qoşun və birbaşa qoldan yerləşdirin: Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps və ya AWS Amplify xidmətlərinə — yaxud repozitoriyanın və saytın fayllarının hər iki istiqamətdə sinxron qaldığı bizim idarə olunan hostinqimizə. Hər bir bağlantı tələb etdiyi imtiyazları göstərir, saxlanılmazdan əvvəl provayderin API-si ilə yoxlanılır və Vault daxilində saxlanılır. Siz həmçinin GitHub və ya GitLab ilə daxil ola bilərsiniz.

Repozitoriyadan canlı sayta boru kəməri ilə hərəkət edən kommit.
  • GitHub + GitLabArtıq mövcud olan hesabınızı əlaqələndirin
  • Doqquz təyinat yerisəkkiz kənar host, üstəlik öz donanmamız
  • İkitərəfli sinxronizasiyahər sayt, hər sətir
  • Vault-da saxlanılırgirişdə təsdiqlənir, heç vaxt jurnalda deyil
  • Token saxlanmazdan əvvəl yoxlanıldıhəddindən artıq əhatəli token heç vaxt təsdiqlənmir
  • Yerləşdirmək üçün göndərinimzası yoxlanılmış və könüllü
  • Sizin budağınız, sizin quruluşunuzkataloq dərc edin və ya öz CI-nizi işə salın
  • Düzgün şəkildə ayırınyaratdığımız qarmağı dəqiq şəkildə silirik

Bir dəfə qoşulun və nəyə razılaşdığınızı görün

Bağlantı başqasına təqdim etdiyiniz etimadnamədir. Bizimki onu yaratmazdan əvvəl nəyə ehtiyacı olduğunu bildirir, saxlamazdan əvvəl işlədiyini sübut edir və hər iki tərəfdən geri alına bilər.

İmtiyazlar əvvəlcədən bildirilir

Token yaratmazdan əvvəl onun nə edə bilməli olduğunu və səbəbini sizə bildiririk. Tələb etmək daha asan olduğu üçün geniş miqyas təyin edilmir və işin tələb etdiyindən daha çoxunu istədiyimizi sonradan öyrənmək kimi bir hal olmur.

Təchizatçı ilə yoxlanılıb, kor-koranə qəbul edilməyib

Tokeninizi yadda saxlamazdan əvvəl təminatçının öz API-sini onunla çağırırıq. Səhv, vaxtı bitmiş və ya yanlış əhatə dairəsinə malik token qəbul edilib saz vəziyyətdə göstərilmək və ilk real tətbiq zamanı uğursuz olmaq əvəzinə, elə formadaca rədd edilir.

Vault daxilində saxlanılır və başqa heç yerdə deyil

Nə kodumuzda, nə mühit faylında, nə jurnalda, nə də əmr sətrində. İstifadə edildiyi anda, onu istifadə edən iş yükü tərəfindən həll edilir.

Birdən çox hesab, hər sayt üçün seçilmiş

Şəxsi hesabla təşkilat hesabını və ya iki təşkilat hesabını birləşdirin. Hər bir sayt hansından yerləşdiriləcəyini seçir, beləliklə müştərinin repositoriyası ilə sizin repositoriyanız heç vaxt eyni etimadnaməni paylaşmır.

Repozitoriyanın yerləşə biləcəyi doqquz yer

Səkkiz idarə olunan kənar host və öz donanmamız. Təyinat nöqtəsi bağlantının deyil, saytın xüsusiyyətidir, beləliklə eyni repozitoriya bir qolu Pages hostuna dərc edə bilər və başqa bir sayt bizim avadanlıqlarımızda işləyə bilər.

Cloudflare Pages

Qeyri-məhdud bant genişliyi, kommersiya məqsədli istifadəyə icazə verilir və adətən DNS zonanızı saxlayan eyni provayderdə apex domenləri idarə olunur. Bu səbəblərə görə müraciət etdiyimiz ilk ünvandır.

Cloudflare Pages hostinqi →

GitHub Pages

Kodu artıq yerləşdiyi repozitoriyadan birbaşa dərc edin. github.io paylaşılan infrastrukturu özü bir iz olduğu üçün Footprint-Free sətrində işarələnmişdir.

GitHub Pages hostinqi →

GitLab Pages, Netlify, Vercel və qalanları

GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps və AWS Amplify eyni bağlantı və eyni yerləşdirmə tarixçəsi ilə bir saytı yönləndirə biləcəyiniz hədəflərdir.

Statik sayt hostinqi →

Özümüzün idarə olunan hostinqimiz

Qurulmuş paket deyil, tam tətbiq — WordPress, PHP, Node. Bu, ikitərəfli sinxronizasiya əldə edən təyinat nöqtəsidir, beləliklə qutudakı və qoldakı fayllar həmahəng qalır.

İdarə olunan hostinq →

Başqasının şəbəkə kənarında olan saytlar

Bizə məxsus olmayan hostinqdə dərc edilmiş sayt yenə də kvotanızı sərf edir və idarə etdiyiniz digər hər şeylə yanaşı tətbiqləri, işləmə müddəti və SEO məlumatları ilə birlikdə idarəetmə panelinizdə görünməyə davam edir.

Xarici sayt limitləri →

Və ya burada redaktə edin

Brauzerdaxili redaktor ikitərəfli sinxronizasiyanın geri göndərdiyi eyni fayllar üzərində işləyir, beləliklə idarəetmə panelindən edilən sürətli düzəliş sonradan heç kimin tapa bilməyəcəyi bir dəyişiklik əvəzinə budağınızda bir commit-ə çevrilir.

Veb redaktoru →

İkitərəfli sinxronizasiya

Repozitoriyanız və canlı saytınız, həmahəng şəkildə

Onu işə salın və saytın öz faylları yenidən budağınıza göndəriləcək, həmin budaqdakı dəyişikliklər isə yenidən sayta qaytarılacaq. Bu, host etdiyimiz hər bir saytda, hər sətirdə işləyir — yeganə tələb altındakı maşının öz fayllarına qarşı Git-i işlədə bilməsidir, bu da plandan fərz edilmək əvəzinə serverdən tələb olunur.

Hansı qovluğun sinxronlaşdırılacağını siz seçirsiniz, çünki WordPress müştərisi qırx min əsas faylın deyil, öz mövzusunun izlənilməsini istəyir. Və siz onu aktivləşdirənə qədər o sönülü qalır: sinxronizasiyanı aktivləşdirmək başqasının repozitoriyası ilə bağlı bir qərardır və miqrasiya heç vaxt bu qərarı sizin yerinizə verməməlidir.

  • Avadanlığımızdakı redaktələr filialınızda commit-lərə çevrilir
  • Budağınızdakı kommitlər sayta qayıdır
  • Bütün sənəd kökünü deyil, yalnız bir qovluğu — mövzu, qoşma — sinxronlaşdırın
  • Artıq mövcud olan hər bir sayt daxil olmaqla, standart olaraq qeyri-aktivdir
Redaktorda açıq olan fayl və eyni faylın depoda təsdiq (commit) kimi göstərilməsi.

Bir qovluğu dərc edin və ya öz CI sisteminizin onu qurmasına icazə verin

İki rejim və fərq qurulmanın harada icra olunmasındadır. Hər ikisi eyni yerdə başa çatır: əldə etdiyimiz və dərc etdiyimiz bir ref, kommit isə yerləşdirməyə qarşı qeydə alınır.

  • Dərc etmə rejimi budağınızı olduğu kimi götürür və adlandırdığınız qovluğu dərc edir — boş buraxmaq repozitoriyanın kökü deməkdir.
  • CI rejimi qurma əmrinizi provayderinizin öz boru kəmərində işlədir və çıxışı hər hansı digər istinad kimi əldə etdiyimiz ayrıca bir dərc filialına göndərir.
  • Yerləşdirmənin yayımlandığı budaq həmişə açıq şəkildə adlandırılır, heç vaxt "standart budaq" adlanmır — standart budaq xəbəriniz olmadan dəyişə bilər və hansı budağın yayımlandığını deyə bilməyən tarixçə tarixçə deyil.
  • Avtomatik yerləşdirmə standart olaraq aktivdir və veb-huku (webhook) silmədən söndürülə bilər, beləliklə çatdırılmaların icrasına icazə verməzdən əvvəl onların gəlişini izləyə bilərsiniz.
  • Hər bir yerləşdirmə öz təsdiqini, nəticəsini və vaxtını qeyd edir və arxa fonda icra olunur — qurulma başa çatdıqda səhifə yenilənir.
  • Bağlantının kəsilməsi yalnız yaratdığımız vebhuku öz identifikatoru (id) ilə silir və repozitoriyanızdakı başqa heç bir şeyə toxunmur.

Repozitoriyadan canlı sayta

  1. Hesabı bağlayın

    Əlaqələr bölməsində GitHub və ya GitLab. İmtiyazlar tokeni yaratmazdan əvvəl sadalanır və saxlanılmazdan əvvəl provayder ilə yoxlanılır.

  2. Saytı repozitoriyə yönləndirin

    Sahib, repozitoriya, budaq və bir qovluq dərc etməyimiz və ya CI sisteminizin qurduğu faylları əldə etməyimiz. Bunun bir hissəsi olaraq push vebhukunu qeydiyyatdan keçiririk.

  3. İtələyin və ya düyməni basın

    Təyin olunmuş budağa göndərmə (push) yerləşdirməni başladır və ya saytın Yerləşdirmə tabından tələb üzrə yerləşdirə bilərsiniz. Quraşdırmalar arxa fonda icra olunur.

  4. Ona baxın və istəsəniz, yenidən sinxronlaşdırın

    Yayımlama tarixçəsi nəyin və nə vaxt dərc edildiyini göstərir. İkitərəfli sinxronizasiyanı aktivləşdirin və burada etdiyiniz düzəlişlər filialınızda təsdiqləmələr (commit-lər) kimi əks olunsun.

Xəta baş verdikdə

"Qoşuldu, lakin heç vaxt çatdırılmadı" əslində sizə bildirəcəyimiz bir vəziyyətdir

Düzgün görünən, lakin heç nə qəbul etməyən repozitoriya bağlantısı klassik səssiz xətadır — yanlış əhatə dairəsinə malik token, təminatçıda bloklanmış çatdırılma, kiminsə əl ilə sildiyi qarmaq (hook). Bu, digər bütün ekranlarda görünməzdir, ona görə də repozitoriya kartı bunu birbaşa göstərir: təminatçının bizə sonuncu dəfə nə vaxt çatdırdığı və nə bildirdiyi.

Çatdırılmalar üzərində tədbir görməzdən əvvəl onların imzası yoxlanılır; bu zaman hamısına şamil edildiyini güman etdiyimiz deyil, hər bir təminatçının öz sxemindən istifadə olunur. Təsdiqlənməyən çatdırılma səssizcə nəzərdən qaçırılmır, rədd edilir və qeydə alınır.

  • Kartda son çatdırılma vaxtı və mesajı
  • "Heç vaxt çatdırılmayıb" qeyd olunur, boş buraxılmır
  • Hər hansı bir şey işə düşməzdən əvvəl imza hər bir provayder üzrə təsdiqlənir
  • Bağlantını kəsdiyiniz zaman yaratdığımız qarmaq identifikatoruna görə silinir
Vebhuk çatdırılması hər hansı bir şeyi işə salmazdan əvvəl daxil olur və yoxlanılır.

Kimlik

GitHub və ya GitLab ilə daxil olun — yaxud Google və ya Microsoft

E-poçt ünvanı və şifrə ilə yanaşı, GitHub, GitLab, Google və ya Microsoft ilə Zinn Digital® hesabınıza daxil ola bilərsiniz. Kimlik səviyyəsi əlaqələndirməni (handshake) həyata keçirir; biz heç vaxt təminatçınızın şifrəsini görmürük və sosial hesabı mövcud Zinn® hesabına bağlamaq hələ də e-poçt vasitəsilə təsdiqlənməlidir.

GitHub ilə daxil olmaq və yerləşdirmələr üçün GitHub-ı qoşmaq ayrı-ayrı qərarlar və ayrı-ayrı etimadnamələrdir. Birini etmək digərini etmir və birini silmək digərini silmir.

  • GitHub, GitLab, Google və Microsoft ilə daxil olma
  • Eyni hesabda keçid açarları və iki faktorlu autentifikasiya
  • Giriş və yerləşdirmə məlumatları ayrı qalır
Komandanız üçün nümayəndəli giriş
Bir neçə nəfərin müxtəlif provayderlər vasitəsilə bir hesaba daxil olması.

Tez-tez verilən suallar

Hansı mənbə idarəetmə provayderlərini qoşa bilərəm?

GitHub və GitLab. Artıq işlədiyiniz hesabı qoşun və biz onun repozitoriyalarından tətbiq edə, onlarda push vebhuk qeydiyyatdan keçirə və — istəsəniz — saytınızın fayllarını əks istiqamətdə sinxronlaşdıra bilərik. Hər ikisi eyni qoşulmuş hesab mexanizmindən keçir, buna görə də aşağıdakıların hamısı hər ikisinə aiddir.

GitHub və ya GitLab ilə daxil ola bilərəmmi?

Bəli, həmçinin Google və ya Microsoft ilə. E-poçt ünvanı və şifrə ilə yanaşı, dörd üsuldan hər hansı biri ilə Zinn Digital® hesabınıza daxil ola bilərsiniz. Kimlik təbəqəsi əlaqə prosesini idarə edir və biz heç vaxt təminatçınızın şifrəsini görmürük. GitHub ilə daxil olmaq, yerləşdirmələr üçün GitHub-ı qoşmaqdan fərqli bir prosesdir — siz hər ikisini, yalnız birini və ya heç birini seçə bilərsiniz.

Repozitoriyanı harada yerləşdirə bilərəm?

Statik və ya qurulmuş sayt üçün Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps və ya AWS Amplify xidmətlərinə — yaxud repozitoriyanın və saytın fayllarının hər iki istiqamətdə sinxron qaldığı öz idarə olunan hostinqimizə. Sayt üçün təyinat yerini siz seçirsiniz; repozitoriya bağlantısı hər iki halda eynidir.

Saytımı siz qura bilərsiniz, yoxsa o əvvəlcədən hazırlanmış olmalıdır?

Hər ikisi. Dərcetmə rejimində biz budağı olduğu kimi götürür və adını göstərdiyiniz qovluğu dərc edirik. CI rejimində provayderinizin öz ardıcıl icra xətti sizin qurma əmrinizi işə salır və nəticəni ayrıca bir dərcetmə budağına göndərir, daha sonra biz bunu hər hansı digər istinad kimi əldə edirik. İkinci üsul qurma prosesinizi məxfi məlumatlarınızın və keşləmənin artıq mövcud olduğu öz CI mühitinizdə saxlayır.

Push avtomatik olaraq yerləşdirilirmi?

Defolt olaraq, bəli — depoda veb-huk qeydiyyatdan keçiririk və təyin etdiyiniz budağa göndərmə (push) yerləşdirməni (deploy) başladır. Bunu söndürə və veb-huku saxlaya bilərsiniz, bu da göründüyündən daha faydalıdır: çatdırılma hələ də qeydə alınır, beləliklə bizə tədbir görməyə icazə verməzdən əvvəl göndərişlərinizin gəlişini izləyə bilərsiniz.

İkitərəfli sinxronizasiya nədir?

Avadanlığımızda edilən dəyişikliklər filialınızda commit-lərə çevrilir və filialınızdakı commit-lər sayta geri qayıdır. Siz onu aktivləşdirənə qədər qeyri-aktivdir, çünki onu aktivləşdirmək başqasının repozitoriyası ilə bağlı bir qərardır və biz bunu sizin əvəzinizə qəbul etməyəcəyik. Hansı qovluğun sinxronlaşdırılacağını siz seçirsiniz — adətən qırx min WordPress əsas faylı deyil, mövzu və ya qoşma.

Hər iki tərəf dəyişərsə nə baş verir?

Heç nə üzərinə yazılmır və heç nə göndərilmir. Sinxronizasiya dayanır, sizə filialın əsaslandığımız təsdiqdən kənara çıxdığını bildirir və hansı tərəfi istədiyinizi soruşur — repozitoriyanı saxlamaq, yoxsa saytı saxlamaq. Heç vaxt sinxronlaşdırılmamış və artıq təsdiqləri olan filiala yönələn sayt da özünəməxsus bir vəziyyətdir və hansının həqiqət olduğunu təxmin etmək əvəzinə soruşur.

Giriş nişanım necə qorunur?

Bağlantını yaratmazdan əvvəl onun tələb etdiyi imtiyazları sizə göstəririk, daxil edildikdə tokeni provayderin öz API-si vasitəsilə yoxlayırıq — beləliklə, etibarsız və ya səhv əhatə dairəsinə malik token heç vaxt saxlanılmır — və yalnız bundan sonra onu Vault-a yazırıq. O, heç vaxt kodumuza, jurnalımıza, mühit faylımıza və ya komanda sətrinə toxunmur. İstədiyiniz zaman onu provayderdən ləğv edə və ya bağlantını buradan silə bilərsiniz.

Push-lərimi həqiqətən qəbul edib-etmədiyinizi necə bilə bilərəm?

Repozitoriya kartı provayderin bizə ən son nə vaxt çatdırdığını və nə bildirdiyini göstərir. “Heç vaxt çatdırılmayıb” həmin ekrandakı ən faydalı diaqnostik məlumatdır, çünki “qoşulub, lakin heç vaxt çatdırılmayıb” statusu tam olaraq əhatə dairəsi yanlış təyin edilmiş tokenin və ya bloklanmış çatdırılmanın necə göründüyünü əks etdirir — və bu, başqa heç bir yerdə görünmür. Hər bir çatdırılma üzrə tədbir görməzdən əvvəl onun imzası yoxlanılır.

Footprint-Free xəttində Pages yerləşdirməsindən istifadə edə bilərəmmi?

O təklif olunur və qeyd edilib. GitHub Pages və GitLab Pages provayder infrastrukturunu və ümumi github.io və gitlab.io host adlarını paylaşır və bu, axtarış sistemlərində iz yaradır — həmin xəttin mövcud olmasının qarşısını almaq istədiyi yeganə şey məhz budur. İzsiz şəbəkə üçün onun əvəzinə təcrid olunmuş hostinqdə yerləşdirin. Qalan hər yerdə Pages yüksək səviyyəlidir.

Niyə Vercel platformasını xüsusi olaraq seçməliyəm?

Çünki onun pulsuz tarifi yalnız qeyri-kommersiya məqsədli istifadə üçün lisenziyalaşdırılıb. Təhlükəsiz olduğu hallarda qoşduğunuz hesablardan təyinat yerini müəyyən edirik və Vercel qəsdən bu müəyyənetmədən kənarda saxlanılır — hesabın qoşulması heç vaxt lisenziyasının icazə vermədiyi yerə sakitcə kommersiya saytını yerləşdirməməlidir. Onu seçin və o, digərləri kimi eyni şəkildə işləyəcək.

Nəyin və nə vaxt yerləşdirildiyini görə bilərəmmi?

Bəli. Hər bir yerləşdirmə dərc etdiyi commit-i, nə vaxt işə salındığını və necə başa çatdığını qeyd edir və saytın Yerləşdirmə nişanı tarixçəni yanında canlı URL ilə göstərir. Yerləşdirmələr arxa fonda işləyir, buna görə də səhifə Sizi gözləmə çarxı qarşısında oturtmaq əvəzinə, qurulma tamamlandıqca yenilənir.

Repozitoriyanızdan yerləşdirin

Kartsız 14 günlük sınaq müddətinə başlayın, GitHub və ya GitLab qoşun və saytı bir budağa yönləndirin. Faylların hər iki istiqamətdə sinxronizasiyası ilə kənar hosta və ya öz hostinqimizə dərc edin.

Pulsuz başlayın