Kontrolli i burimit
Lidhni llogarinë e GitHub ose GitLab në të cilën punoni dhe bëni shpërndarjen drejtpërdrejt nga një degë: në Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps ose AWS Amplify — ose në hostimin tonë të menaxhuar, ku depozita dhe skedarët e faqes qëndrojnë të sinkronizuar në të dyja drejtimet. Çdo lidhje shfaq privilegjet që i nevojiten, verifikohet me API-n e ofruesit para se të ruhet dhe qëndron në Vault. Mund të identifikoheni gjithashtu me GitHub ose GitLab.
Një lidhje është një kredencial që ju ia dorëzoni dikujt tjetër. E jona tregon se çfarë i nevojitet përpara se ta krijoni, provon që funksionon përpara se ta ruajë dhe mund të revokohet nga secila palë.
Përpara se të krijoni një token, ne ju tregojmë se çfarë duhet të jetë në gjendje të bëjë dhe pse. Pa fushëveprim të përgjithshëm vetëm sepse ishte më e lehtë për t'u kërkuar, dhe pa zbuluar pas faktit se donim më shumë sesa kërkonte puna.
Ne thërrasim vetë API-në e ofruesit me token-in tuaj përpara se ta ruajmë atë. Një token i gabuar, i skaduar ose me fushëveprim të gabuar refuzohet që te formulari, në vend që të pranohet, të shfaqet si i rregullt dhe të dështojë gjatë shpërndarjes së parë reale.
Jo në kodin tonë, jo në një skedar mjedisi, jo në një regjistër dhe jo në një linjë komande. Zgjidhet në momentin që përdoret, nga ngarkesa e punës që e përdor atë.
Lidhni një llogari personale dhe atë të një organizate, ose dy organizata. Çdo faqe zgjedh se nga cila do të bëhet vendosja, kështu që depoja e një klienti dhe e juaja nuk ndajnë kurrë kredenciale.
Tetë host-e skajore të menaxhuara dhe flota jonë. Destinacioni është një veti e faqes, jo e lidhjes, kështu që i njëjti depo mund të publikojë një degë në një host të Pages dhe një faqe tjetër mund të funksionojë në harduerin tonë.
Gjerësi brezi e pakufizuar, përdorimi tregtar i lejuar dhe domenet apex të menaxhuara te i njëjti ofrues që zakonisht mban zonën tuaj DNS. Është destinacioni i parë ku drejtohemi, pikërisht për këto arsye.
Pritja Cloudflare Pages →Publikoni drejtpërdrejt nga depoja ku ndodhet tashmë kodi. E shënuar në rreshtin Footprint-Free, sepse infrastruktura e përbashkët github.io është vetë një gjurmë.
Pritja e GitHub Pages →GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps dhe AWS Amplify janë të gjitha destinacione ku mund të drejtoni një faqe, me të njëjtën lidhje dhe të njëjtën histori vendosjeje.
Pritje e faqeve statike →Një aplikacion i plotë dhe jo një paketë e ndërtuar — WordPress, PHP, Node. Ky është destinacioni që merr sinkronizim të dyanshëm, kështu që skedarët në makinë dhe në degë mbeten të sinkronizuar.
Pritje e menaxhuar →Një faqe e publikuar në një host që nuk është në pronësinë tonë përdor gjithashtu një kuotë dhe shfaqet përsëri në panelin tuaj me vendosjet, kohën e funksionimit dhe të dhënat e saj të SEO-së krahas çdo gjëje tjetër që ju menaxhoni.
Kufijtë e faqeve të jashtme →Redaktori në shfletues punon në të njëjtat skedarë që sinkronizimi dypalësh i kthen mbrapsht, kështu që një rregullim i shpejtë nga paneli bëhet një commit në degën tuaj në vend të një ndryshimi që askush nuk mund ta gjejë më vonë.
Redaktuesi i uebit →Sinkronizim i dyanshëm
Aktivizojeni atë dhe skedarët e vetë faqes do të dërgohen mbrapsht me commit në degën tuaj (branch), ndërsa commit-et në atë degë do të kthehen sërish në faqe. Kjo funksionon në çdo faqe që ne presim (host), në çdo linjë — kërkesa e vetme është që makina bazë të mund të ekzekutojë Git mbi skedarët e saj, gjë që i kërkohet serverit dhe nuk supozohet nga plani.
Ju zgjidhni se cila drejtori sinkronizohet, sepse një klient i WordPress dëshiron që të gjurmohet tema e tij dhe jo dyzet mijë skedarë kryesorë. Dhe ajo mbetet e çaktivizuar derisa ta aktivizoni ju: aktivizimi i një sinkronizimi është një vendim për depon e dikujt tjetër dhe një migrim nuk duhet ta marrë kurrë atë vendim për ju.
Dy mënyra, dhe ndryshimi qëndron në vendin ku ekzekutohet ndërtimi. Të dyja përfundojnë në të njëjtin vend: një referencë që ne e marrim dhe e publikojmë, me kryerjen e regjistruar kundrejt shpërndarjes.
GitHub ose GitLab, nën Lidhjet. Privilegjet listohen përpara se të krijoni tokenin dhe ai kontrollohet me ofruesin përpara se të ruhet.
Pronari, depoja, dega dhe nëse publikojmë një drejtori apo marrim atë që ka ndërtuar CI juaj. Ne regjistrojmë webhook-un e push-it si pjesë të kësaj.
Një dërgim (push) në degën e caktuar nis një vendosje, ose mund të bëni vendosje sipas kërkesës nga skeda e Vendosjes së faqes. Ndërtimet ekzekutohen në sfond.
Historiku i shpërndarjes tregon se çfarë u publikua dhe kur. Aktivizoni sinkronizimin e dyanshëm dhe modifikimet që bëni këtu do të kthehen si commite në degën tuaj.
Kur diçka nuk shkon
Një lidhje depoje që duket e rregullt dhe nuk merr asgjë është dështimi klasik i heshtur — një token me fushëveprim të gabuar, një dërgesë e bllokuar te ofruesi, një hook që dikush e ka hequr manualisht. Është e padukshme në çdo ekran tjetër, kështu që karta e depos e paraqet drejtpërdrejt: kur ofruesi na dërgoi për herë të fundit të dhëna dhe çfarë raportoi.
Dërgesat kontrollohen me anë të nënshkrimit përpara se të veprojmë mbi to, sipas skemës së vetë secilit ofrues dhe jo me një skemë që supozonim se zbatohej për të gjithë ata. Një dërgesë që nuk verifikohet refuzohet dhe regjistrohet, dhe nuk injorohet në heshtje.
Identiteti
Përveç një adrese emaili dhe një fjalëkalimi, mund të identifikoheni në llogarinë tuaj Zinn Digital® me GitHub, GitLab, Google ose Microsoft. Shtresa e identitetit kryen shtrëngimin e duarve (handshake); ne nuk e shohim kurrë fjalëkalimin tuaj të ofruesit, dhe lidhja e një llogarie sociale me një llogari ekzistuese Zinn® duhet ende të konfirmohet me email.
Hyrja me GitHub dhe lidhja e GitHub për vendosje janë vendime më vete dhe kredenciale më vete. Kryerja e njërës nuk kryen tjetrën, dhe heqja e njërës nuk heq tjetrën.
GitHub dhe GitLab. Lidhni llogarinë me të cilën punoni tashmë dhe ne mund të kryejmë vendosjen nga depot e saj, të regjistrojmë një webhook për dërgimet në to, dhe — nëse dëshironi — të sinkronizojmë skedarët e faqes suaj mbrapsht në anën tjetër. Të dyja kalojnë përmes së njëjtës ndërlidhje llogarie të lidhur, kështu që çdo gjë më poshtë vlen për secilën prej tyre.
Po, dhe me Google ose Microsoft. Përveç një adrese emaili dhe një fjalëkalimi, mund të identifikoheni në llogarinë tuaj Zinn Digital® me secilën nga të katërta. Shtresa e identitetit trajton ndërlidhjen (handshake) dhe ne nuk e shohim kurrë fjalëkalimin e ofruesit tuaj. Identifikimi me GitHub është një gjë e ndarë nga lidhja e GitHub për vendosje (deploys) — mund të bëni njërën, të dyja, ose asnjërën.
Në Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps ose AWS Amplify për një faqe statike ose të ndërtuar — ose në hostimin tonë të menaxhuar, ku depoja dhe skedarët e faqes qëndrojnë të sinkronizuar në të dyja drejtimet. Ju zgjidhni destinacionin për faqen; lidhja e depos është e njëjtë në të dyja rastet.
Cilido. Në modalitetin e publikimit, ne e marrim degën ashtu siç është dhe publikojmë drejtorinë që emërtoni ju. Në modalitetin CI, procesi automatik i vetë ofruesit tuaj ekzekuton komandën tuaj të ndërtimit dhe e dërgon rezultatin në një degë të veçantë publikimi, të cilën më pas ne e tërheqim si çdo referencë tjetër. E dyta e mban ndërtimin tuaj në CI-në tuaj, ku tashmë ndodhen sekretet dhe ruajtja juaj e përkohshme.
Si parazgjedhje, po — ne regjistrojmë një webhook në depo dhe një push në degën që keni përcaktuar nis një shpërndarje. Mund ta çaktivizoni këtë dhe të mbani webhook-un, gjë që është më e dobishme nga sa duket: dorëzimi regjistrohet gjithsesi, kështu që mund të ndiqni mbërritjen e push-eve tuaja përpara se të na lejoni të veprojmë mbi to.
Ndryshimet e bëra në pajisjet tona bëhen commit-e në degën tuaj, dhe commit-et në degën tuaj kthehen përsëri në faqe. Ajo është e çaktivizuar derisa ta aktivizoni, sepse aktivizimi i saj është një vendim për depon e dikujt tjetër dhe ne nuk do ta marrim atë për ju. Ju zgjidhni se cila drejtori sinkronizohet — zakonisht një temë ose një shtojcë, jo dyzet mijë skedarë kryesorë të WordPress.
Asgjë nuk mbishkruhet dhe asgjë nuk dërgohet. Sinkronizimi ndalon, ju njofton se dega ka lëvizur përtej commit-it ku u bazuam dhe ju pyet se cilën anë dëshironi — të ruani depo-në apo të ruani faqen. Një faqe që nuk është sinkronizuar kurrë dhe tregon një degë që tashmë ka commit-e është gjithashtu një gjendje më vete, dhe ajo pyet në vend që të hamendësojë se cila është e vërteta.
Ne ju tregojmë lejet që i nevojiten lidhjes përpara se ta krijoni atë, e kontrollojmë token-in me vetë API-në e ofruesit gjatë hyrjes — kështu që një token i pavlefshëm ose me fushëveprim të gabuar nuk ruhet kurrë — dhe vetëm atëherë e shkruajmë atë në Vault. Ai nuk prek kurrë kodin tonë, një regjistër, një skedar mjedisi ose një linjë komande. Shfuqizojeni atë te ofruesi ose hiqeni lidhjen këtu, kurdo që të dëshironi.
Karta e depozitës tregon se kur ofruesi na ka dorëzuar për herë të fundit dhe çfarë ka njoftuar. „Kurrë e dorëzuar” është diagnostikimi i vetëm më i dobishëm në atë ekran, sepse „e lidhur, por kurrë e dorëzuar” është saktësisht ajo që duket si një token me fushëveprim të gabuar ose një dorëzim i bllokuar — dhe kjo është e padukshme kudo tjetër. Çdo dorëzim i nënshtrohet verifikimit të nënshkrimit përpara se të veprojmë mbi të.
Ofrohet dhe është i shënuar. GitHub Pages dhe GitLab Pages ndajnë infrastrukturën e ofruesit dhe emrat publikë të host-eve github.io dhe gitlab.io, dhe kjo është një gjurmë (footprint) — e vetmja gjë që ajo linjë ekziston për të shmangur. Për një rrjet me zero gjurmë (zero-footprint), vendoseni në vend të kësaj në një hosting të izoluar. Kudo tjetër, Pages është i klasit të parë.
Sepse niveli i tij falas është i licencuar vetëm për përdorim jokomercial. Ne nxjerrim një destinacion nga llogaritë që keni lidhur aty ku kjo është e sigurt, dhe Vercel është përjashtuar qëllimisht nga ai përfundim — lidhja e një llogarie nuk duhet kurrë të vendosë në heshtje një faqe komerciale diku ku licenca e saj nuk e lejon. Zgjidheni atë dhe funksionon saktësisht si të tjerët.
Po. Çdo vendosje regjistron commit-in e publikuar, kohën kur është ekzekutuar dhe mënyrën se si ka përfunduar, dhe skeda Vendosje e faqes shfaq historikun së bashku me URL-në aktive. Vendosjet ekzekutohen në sfond, kështu që faqja përditësohet sapo përfundon krijimi, në vend që t'ju lërë duke pritur një tregues ngarkimi.
Filloni një provë 14-ditore pa kartë, lidhni GitHub ose GitLab dhe drejtoni një faqe në një degë. Publikoni në një host periferik ose në hostingun tonë me sinkronizimin e skedarëve në të dyja drejtimet.
Filloni falas