Kiel fari statikan retejon en Cloudflare Workers Sites
Saluton! Mi nomiĝas Dima, mi estas teknika gvidanto por la teamo SysOps ĉe Wrike. En ĉi tiu artikolo mi rakontos al vi kiel fari retejon kiel eble plej proksime al la uzanto en 10 minutoj kaj 5 dolaroj monate kaj aŭtomatigi ĝian deplojon. La artikolo preskaŭ nenion rilatas al la problemoj, kiujn ni solvas ene de nia teamo. Ĉi tio estas prefere mia persona sperto kaj impresoj pri koni teknologion kiu estas nova por mi. Mi provis priskribi la paŝojn kiel eble plej detale, por ke la instrukcioj estu utilaj por homoj kun malsama sperto. Mi esperas, ke vi ĝuos. Iru!
Do, eble vi jam trovis simplan kaj malmultekostan manieron gastigi retejon. Eble eĉ senpage, kiel priskribite en ĉi tiobonega artikolo.
Sed subite vi ankoraŭ enuas kaj volas tuŝi la kuraĝan novan mondon de teknologio? Ni diru, ke vi pensas pri aŭtomatigo de deplojo kaj ŝatus akceli vian retejon kiel eble plej multe? En ĉi tiu artikolo ni uzosHugo, sed ĉi tio estas laŭvola.
Ni uzas Gitlab CI/CD por aŭtomatigo, sed kio pri akcelo? Ni deplojigu la retejon rekte al Cloudflare uzanteLaboristaj Ejoj.
Ni kreu la unuan afiŝon: hugo new posts/my-amazing-post.md
Aldonu enhavon al la kreita dosiero: enhavo/afiŝoj/my-amazing-post.md. Kiam ĉio estas farita, ŝanĝu la malneton al falsa
Generante senmovajn dosierojn: hugo -D
Nun nia statika retejo situas en dosierujo ./publiko kaj preta por via unua mana deplojo.
Parto 2: Agordo de Cloudflare
Nun ni rigardu la komencan aranĝon de Cloudflare. Ni supozu, ke ni jam havas domajnon por la retejo. Ni prenu kiel ekzemplon blogo.ekzemplo.com.
Paŝo 1: Kreu DNS-eniron
Unue, elektu nian domajnon, kaj poste la menueron DNS. Ni kreas blogon A-rekordon kaj indikas iun fikcian IP por ĝi (ĉi tiu estas la oficialarekomendo, sed ili povus fari ĝin iom pli bela).
Ĉi tie vi devos limigi la ĵetonon al kontoj kaj zonoj, sed lasu la opcion Redakti por la permesoj listigitaj en la bildo.
Konservu la ĵetonon por la estonteco, ni bezonos ĝin en la tria parto.
Paŝo 3: Akiru accountid kaj zoneid
havaĵo → Superrigardo → [dekstra flanka kolumno]
Ĉi tiuj estas miaj, bonvolu ne uzi ilin :)
Konservu ilin apud la ĵetono, ni ankaŭ bezonos ilin en la tria parto.
Paŝo 4: Aktivigu Laboristojn
havaĵo → Laboristoj → Administri Laboristojn
Ni elektas unikan nomon kaj tarifon Laboristoj → Senlima ($5 monate hodiaŭ). Se vi deziras, vi povas poste ĝisdatigi al la senpaga versio.
Parto 3: Unua deplojo (mana deplojo)
Mi faris la unuan manan deplojon por ekscii, kio vere okazas tie. Kvankam ĉio ĉi povas esti farita pli simple:
Instalu wrangler: npm i @cloudflare/wrangler -g
Ni iru al la dosierujo de nia blogo: cd blog.example.com
Lanĉi wrangler: wrangler init — site hugo-worker
Kreu agordon por wrangler (enigu la ĵetonon kiam oni petas): wrangler config
Nun ni provu fari ŝanĝojn al la lastatempe kreita dosiero wrangler.toml (tie plena listo de eblaj agordoj):
Ni indikas accountid kaj zoneid
Ŝanĝi itinero al io kiel *blog.ekzemplo.com/*
Ni indikasfalsapor laboristojdev
Ŝanĝu sitelon al ./public (aŭ kie troviĝas via senmova retejo)
Se vi havas pli ol unu domajnon en la vojo, tiam vi devus korekti la vojon en la funkcianta skripto: laboristoj-ejo/index.js (vidu funkcion manipuliOkazaĵon)
Bonege, estas tempo por disfaldi la retejon uzante la teamonwrangler publish.
Parto 4: Deploja aŭtomatigo
Ĉi tiu gvidilo estas skribita por Gitlab, sed ĝi kaptas la esencon kaj facilecon de aŭtomata deplojo ĝenerale.
Paŝo 1: Kreu kaj agordu nian projekton
Kreu novan GitLab-projekton kaj alŝutu la retejon: dosierujo blogo.ekzemplo.com kun ĉiuj enhavoj devas troviĝi en la projekta radika dosierujo
Ni starigisvariablo CFAPITOKEN jen: Agordoj → CI / KD → variabloj
Paŝo 2: Kreu .gitlab-ci.yml dosieron kaj rulu la unuan deplojon
Kreu dosieron .gitlab-ci.yml en la radiko kun la sekva enhavo:
stages:
- build
- deploy
build:
image: monachus/hugo
stage: build
variables:
GIT_SUBMODULE_STRATEGY: recursive
script:
- cd blog.example.com/
- hugo
artifacts:
paths:
- blog.example.com/public
only:
- master # this job will affect only the 'master' branch
tags:
- gitlab-org-docker #
deploy:
image: timbru31/ruby-node:2.3
stage: deploy
script:
- wget https://github.com/cloudflare/wrangler/releases/download/v1.8.4/wrangler-v1.8.4-x86_64-unknown-linux-musl.tar.gz
- tar xvzf wrangler-v1.8.4-x86_64-unknown-linux-musl.tar.gz
- cd blog.example.com/
- ../dist/wrangler publish
artifacts:
paths:
- blog.example.com/public
only:
- master # this job will affect only the 'master' branch
tags:
- gitlab-org-docker #
Ni lanĉas la unuan deplojon permane (CI/KD → Duktoj → Run Pipeline) aŭ per engaĝiĝo al la majstra branĉo. Voila!
konkludo
Nu, mi eble iomete subkomprenigis ĝin, kaj la tuta procezo daŭris iom pli ol dek minutojn. Sed nun vi havas rapidan retejon kun aŭtomata deplojo kaj kelkajn freŝajn ideojn pri kio alia vi povas fari kun Laboristoj.