Baza znanja
Uvođenje u rad sa Zinnector®-om: povežite, proverite, pošaljite
Od lokalnog projekta do aktivnog sajta: prijavite se pomoću API ključa, povežite projekat sa hosting slotom, pročitajte proveru pre pokretanja koja upoređuje vaš PHP, disk i WordPress sa slotom i prosledite – uz ponovna primanja, istoriju primanja i dnevnike izrade kada nešto pođe po zlu.
Kada se projekat pokrene lokalno, četiri komande ga vode do live sajta na Zinn Digital® hostingu: prijava, povezivanje projekta sa hosting slotom, čitanje pre-flight provere i slanje (push). Ovaj članak vodi kroz svaku od njih, šta one ispisuju i komande koje ćete koristiti kasnije – ponovna postavljanja (redeploys), istoriju postavljanja i build logove.
Prijavite se pomoću API ključa
Kreirajte ključ na kontrolnoj tabli pod Settings → API keys, a zatim:
zinnector login
Ključ se unosi na upit – on se nikada ne prihvata u komandnoj liniji, tako da ne može završiti u istoriji vašeg šella ili na listi procesa. U CI okruženju, prosledite ga preko pipe-a: echo "$ZINN_API_KEY" | zinnector login --profile ci, ili podesite ZINNECTOR_TOKEN i u potpunosti preskočite login. Ključ se proverava pre nego što se sačuva, i čuva se sa dozvolama fajla 600. zinnector whoami --scopes prikazuje organizaciju na koju ste prijavljeni i koje dozvole ključ poseduje; sandbox ključ je označen kao takav.
Povežite projekat sa slotom
zinnector link # izaberite sajt sa liste
zinnector link example.com --repo acme/site --branch main
link upisuje ID sajta u zinnector.json i, osim ako ne prosledite --no-repo, povezuje git remote projekta sa sajtom na platformi tako da ga push postavlja. Commit-ujte zinnector.json: kolega koji klonira repozitorijum tada postavlja sajt na isto mesto bez dodatnih objašnjenja. On ne sadrži nikakve tajne podatke.
Pročitajte pre-flight proveru
zinnector check
Ovo je komanda zbog koje CLI i postoji. Ona upoređuje vaš projekat sa slotom na koji treba da bude postavljen i ispisuje svaku neusklađenost – kao i svako poređenje koje nije moglo da se obavi:
- PHP verziju, pri čemu je razlika u glavnoj (major) verziji ocenjena kao visoka (high) jer pouzdano ruši sajt, dok je manja razlika ocenjena niže, pošto ocenjivanje svega kao kritičnog uči ljude da preskaču upozorenja.
- Da li slot može da pređe na verziju na kojoj ste gradili, da li je PHP verzija na slotu prešla kraj životnog ciklusa (end of life) i da li je mašina primenila verziju ili joj je to samo rečeno.
- Veličinu i broj fajl-ova vašeg projekta u odnosu na preostali prostor na disku i inode limit koji su zapravo ostali na slotu – WordPress stablo može da ostane bez fajlova iako je daleko ispod limita za disk.
- WordPress verzije sa svake strane, da li je slot završio sa podešavanjem (provisioning) i da li je repozitorijum povezan za slanje.
Ona upozorava; nikada ne blokira. Svaki nalaz se može ignorisati pomoću zinnector push --force, jer vi znate stvari o sopstvenom sajtu koje proveravač ne zna. Poređenje koje nije moglo da se obavi prijavljuje se kao nepoznato (unknown), nikada kao uspešno, i u sumarnom pregled se uvek navodi koliko ih je bilo. Podrazumevano, lokalna PHP verzija je ona koja je deklarisana u zinnector.json; --probe pokreće lokalno okruženje i meri ga umesto toga. --strict prekida rad sa kodom greške (non-zero) i kod nepoznatih stavki, što je ono što CI mehanizmi zahtevaju.
Slanje (Push)
zinnector push
push pokreće pre-flight proveru, šalje vaše commit-ove, pokreće postavljanje i prati ga do završetka, ispisujući konačni status i postavljeni commit. --dry-run obavlja sve osim postavljanja; --no-wait ga pokreće i izlazi; --no-git postavlja ono što platforma već ima bez slanja. Ako postavljeni commit nije onaj koji je upravo poslat, to biva naglašeno.
Kada nešto pođe po zlu
zinnector deploys example.com # istorija postavljanja – status, commit, okidač, poruka
zinnector logs example.com --build # build log najnovijeg postavljanja
zinnector logs example.com --error # error log sajta
zinnector deploy example.com # ponovno postavljanje onoga što platforma već ima
zinnector ai "why is my deploy failing?"
zinnector ai se pokreće na platformi u okviru vašeg naloga, tako da može da vidi istu istoriju postavljanja i logove. Unutar projekta, on šalje strukturu projekta – imena direktorijuma, verzije i ID sajta – a nikada sadržaj fajlova.
Povezano
Još uvek ste zaglavljeni?
Podrška je uključena u svaki paket, a odgovori stižu na vašem jeziku.
Kontaktirajte podršku → Svi članci →