Oprávnění uvedená předem
Než vytvoříte token, sdělíme vám, co musí umět a proč. Žádný plošný rozsah jen proto, že bylo snazší o něj požádat, a žádné zjišťování po činu, že jsme chtěli víc, než bylo pro daný úkol potřeba.
Správa zdrojového kódu
Připojte účet GitHub nebo GitLab, ve kterém pracujete, a nasazujte přímo z větve: do Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps nebo AWS Amplify — nebo na náš vlastní spravovaný hosting, kde úložiště a soubory webu zůstávají synchronizovány v obou směrech. Každé připojení zobrazuje oprávnění, která vyžaduje, je před uložením ověřeno vůči API poskytovatele a uloženo v Vault. Můžete se také přihlásit pomocí GitHub nebo GitLab.
Připojení představuje přihlašovací údaje, které předáváte někomu jinému. To naše předem sdělí, co potřebuje, ještě před uložením ověří svou funkčnost a lze jej kdykoli zrušit z obou stran.
Než vytvoříte token, sdělíme vám, co musí umět a proč. Žádný plošný rozsah jen proto, že bylo snazší o něj požádat, a žádné zjišťování po činu, že jsme chtěli víc, než bylo pro daný úkol potřeba.
Před uložením vašeho tokenu zavoláme vlastní API poskytovatele. Chybný, prošlý nebo nesprávně vymezený token je odmítnut přímo ve formuláři, místo aby byl přijat, označen jako v pořádku a následně selhal při prvním skutečném nasazení.
Ne v našem kódu, ne v souboru prostředí, ne v protokolu a ne na příkazovém řádku. Vyřešeno v okamžiku použití, a to pracovní zátěží, která jej používá.
Připojte osobní účet a účet organizace, případně dva účty organizací. Každý web si volí, ze kterého bude nasazovat, takže repozitář klienta a váš vlastní nikdy nesdílejí přihlašovací údaje.
Osm spravovaných edge hostitelů a naše vlastní flotila. Cíl je vlastností webu, nikoli připojení, takže stejný repozitář může publikovat jednu větev na Pages hostitele a jiný web může běžet na našem hardwaru.
Neomezená šířka pásma, povolené komerční využití a správa apex domén u stejného poskytovatele, který obvykle spravuje vaši DNS zónu. Z těchto důvodů jde o první volbu, po které sáhneme.
Hosting Cloudflare Pages →Publikujte přímo z repozitáře, ve kterém se kód již nachází. Označeno na řádku Footprint-Free, protože sdílená infrastruktura github.io sama o sobě představuje stopu.
Hosting GitHub Pages →GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps a AWS Amplify jsou cíle, na které můžete web nasměrovat se stejným připojením a stejnou historií nasazení.
Hosting statických stránek →Kompletní aplikace namísto sestaveného balíčku — WordPress, PHP, Node. Toto je cílové umístění, které získává obousměrnou synchronizaci, takže soubory na serveru a ve větvi zůstávají v souladu.
Spravovaný hosting →Web publikovaný na hostingu, který nevlastníme, stále čerpá limit a nadále se zobrazuje na vašem ovládacím panelu se svými nasazeními, dobou provozu a daty SEO vedle všeho ostatního, co provozujete.
Limity externích webů →Editor v prohlížeči pracuje se stejnými soubory, které obousměrná synchronizace odesílá zpět, takže se rychlá oprava z ovládacího panelu stane commitem ve Vaší větvi namísto změny, kterou později nikdo nedokáže najít.
Webový editor →Obousměrná synchronizace
Zapněte jej a vlastní soubory webu se odešlou zpět do vaší větve, zatímco commity v této větvi se vrátí zpět na web. Funguje to na každém webu, který hostujeme, na každém řádku — jediným požadavkem je, aby podkladový stroj dokázal spustit Git nad svými soubory, což se zjišťuje dotazem na server, namísto předpokládání z tarifu.
Vy sami si vybíráte, který adresář se synchronizuje, protože zákazník platformy WordPress chce sledovat svou šablonu, nikoli čtyřicet tisíc základních souborů. A tato funkce je vypnutá, dokud ji nezapnete: povolení synchronizace je rozhodnutí týkající se cizího repozitáře a migrace ho za vás nikdy nesmí učinit.
Dva režimy, přičemž rozdíl spočívá v tom, kde probíhá sestavení. Oba končí na stejném místě: v referenci, kterou načteme a publikujeme, přičemž commit je zaznamenán k nasazení.
GitHub nebo GitLab, v sekci Připojení. Oprávnění jsou uvedena před vytvořením tokenu a před uložením je token ověřen u poskytovatele.
Vlastník, repozitář, větev a to, zda publikujeme adresář, nebo načítáme to, co sestavil váš CI. V rámci toho zaregistrujeme webhook pro push.
Odeslání (push) do určené větve spustí nasazení, případně můžete nasadit na vyžádání z karty Nasazení daného webu. Sestavení probíhají na pozadí.
Historie nasazení zobrazuje, co bylo publikováno a kdy. Zapněte obousměrnou synchronizaci a úpravy, které zde provedete, se vrátí jako commity do vaší větve.
Když dojde k chybě
Připojení k repozitáři, které vypadá v pořádku a nic nepřijímá, je klasickým tichým selháním — token s nesprávným rozsahem, doručení zablokované u poskytovatele, webhook odstraněný ručně. Na žádné jiné obrazovce to není vidět, proto to karta repozitáře uvádí přímo: kdy vám poskytovatel naposledy doručil data a co bylo výsledkem.
Doručení jsou před provedením akce zkontrolována z hlediska podpisu, a to pomocí vlastního schématu každého poskytovatele, nikoli schématu, u kterého jsme předpokládali, že platí pro všechny. Doručení, které se nepodaří ověřit, je odmítnuto a zaznamenáno, nikoli tiše ignorováno.
Identita
Kromě e-mailové adresy a hesla se můžete ke svému účtu Zinn Digital® přihlásit pomocí služeb GitHub, GitLab, Google nebo Microsoft. Vrstva identity zajišťuje navázání spojení; heslo od vašeho poskytovatele nikdy nevidíme a propojení účtu ze sociální sítě se stávajícím účtem Zinn® musí být i nadále potvrzeno e-mailem.
Přihlášení pomocí GitHub a připojení GitHub pro nasazení jsou samostatná rozhodnutí a samostatné přihlašovací údaje. Provedení jednoho neznamená provedení druhého a odebrání jednoho neodebere druhé.
GitHub a GitLab. Připojte účet, ve kterém již pracujete, a my budeme moci nasazovat z jeho repozitářů, zaregistrovat na nich push webhook a — pokud si to přejete — synchronizovat soubory vašeho webu opačným směrem. Obojí probíhá přes stejné rozhraní připojeného účtu, takže vše níže uvedené platí pro obojí.
Ano, a také pomocí Google nebo Microsoft. Vedle e-mailové adresy a hesla se můžete ke svému účtu Zinn Digital® přihlásit kteroukoli ze čtyř možností. Vrstva identity zajišťuje navázání spojení a my vaše heslo k poskytovateli nikdy neuvidíme. Přihlášení přes GitHub je oddělené od propojení GitHub pro nasazení — můžete využít jedno, obojí, nebo ani jedno.
Do Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps nebo AWS Amplify pro statický či sestavený web — nebo na náš vlastní spravovaný hosting, kde repozitář a soubory webu zůstávají synchronizovány v obou směrech. Cíl webu si volíte vy; propojení s repozitářem zůstává v obou případech stejné.
Kterákoli z možností. V režimu publikování převezmeme větev tak, jak je, a publikujeme adresář, který určíte. V režimu CI spustí vlastní pipeline Vašeho poskytovatele Váš příkaz k sestavení a zapíše výstup do samostatné publikační větve, kterou pak stáhneme jako jakoukoli jinou referenci. Druhá možnost ponechává sestavení ve Vašem vlastním CI, kde se již nacházejí Vaše tajné klíče i mezipaměť.
Ve výchozím nastavení ano — v repozitáři zaregistrujeme webhook a push do Vámi určené větve spustí nasazení. Tuto funkci můžete vypnout a webhook si ponechat, což je užitečnější, než se zdá: doručení je stále zaznamenáváno, takže můžete sledovat příchod svých pushů dříve, než nám umožníte na ně reagovat.
Úpravy provedené na našem hardwaru se stanou commity ve vaší větvi a commity ve vaší větvi se vrátí zpět na web. Funkce je vypnutá, dokud ji nezapnete, protože její zapnutí je rozhodnutím o cizím repozitáři a my ho za vás neučiníme. Sami si zvolíte, který adresář se bude synchronizovat — obvykle motiv nebo plugin, nikoli čtyřicet tisíc základních souborů WordPress.
Nic se nepřepisuje a nic se neodesílá. Synchronizace se zastaví, oznámí vám, že se větev posunula za commit, ze kterého jsme vycházeli, a zeptá se, kterou stranu chcete — zachovat repozitář, nebo zachovat web. Web, který se nikdy nesynchronizoval a odkazuje na větev, která již commity obsahuje, představuje také samostatný stav a namísto hádání, co je pravda, se raději zeptá.
Před vytvořením připojení vám zobrazíme oprávnění, která vyžaduje, při zadání ověříme token vůči vlastnímu rozhraní API poskytovatele – neplatný nebo nesprávně vymezený token se tedy vůbec neuloží – a teprve poté jej zapíšeme do Vault. Nikdy se nedotkne našeho kódu, protokolu, souboru prostředí ani příkazového řádku. U poskytovatele jej můžete odvolat nebo zde připojení odebrat, kdykoli budete chtít.
Karta repozitáře ukazuje, kdy nám poskytovatel naposledy doručil data a co bylo jejich obsahem. „Nikdy nedoručeno“ je nejužitečnější diagnostický údaj na této obrazovce, protože stav „připojeno, ale nikdy nedoručeno“ přesně odpovídá tokenu s nesprávným rozsahem oprávnění nebo zablokovanému doručení — a nikde jinde to není vidět. Každé doručení je před zpracováním zkontrolováno na základě podpisu.
Tato možnost je nabízena a je označena. GitHub Pages a GitLab Pages sdílejí infrastrukturu poskytovatele a veřejné názvy hostitelů github.io a gitlab.io, což představuje digitální stopu ve vyhledávačích — přesně to, čemu má tato řada zabránit. Pro síť zcela beze stopy nasaďte řešení raději na izolovaný hosting. Všude jinde představuje Pages prvotřídní volbu.
Protože jeho bezplatná úroveň je licencována pouze pro nekomerční použití. Cíl odvozujeme z účtů, které jste propojili, pokud je to bezpečné, a Vercel je z tohoto odvozování záměrně vyloučen — propojení účtu nesmí nikdy v tichosti umístit komerční web někam, kde to jeho licence nepovoluje. Zvolte jej a bude fungovat přesně jako ostatní.
Ano. Každé nasazení zaznamenává commit, který publikovalo, kdy proběhlo a jak skončilo, a na kartě Nasazení na webu se zobrazuje historie s živou adresou URL vedle ní. Nasazení běží na pozadí, takže se stránka aktualizuje po dokončení sestavení, místo aby Vás nutila čekat u indikátoru načítání.
Zahajte 14denní zkušební verzi bez platební karty, připojte GitHub nebo GitLab a nasměrujte web na větev. Publikujte na edge hostiteli nebo na našem vlastním hostingu s obousměrnou synchronizací souborů.
Začněte zdarma