Zinnector® yordamida joylashtirish: ulash, tekshirish, yuborish

Loyalchi loyiha ishlay boshlagach, uni Zinn Digital® xostingida onlayn saytga aylantirish uchun to'rtta buyruq qo'llaniladi: tizimga kirish, loyihani xosting slotiga ulash, tekshiruvdan o'tish va yuborish. Ushbu maqolada ularning har biri, ular chiqaradigan ma'lumotlar va keyinchalik ishlatiladigan buyruqlar — qayta deploy qilish, deploy tarixi va yig'ish (build) loglari ko'rib chiqiladi.

API kaliti bilan tizimga kirish

Boshqaruv panelida Settings → API keys bo'limida kalit yarating, so'ngra:

zinnector login

Kalit so'rov oynasida kiritiladi — u buyruqlar satrida hech qachon qabul qilinmaydi, shuning uchun u qobiq tarixi (shell history) yoki jarayonlar ro'yxatiga tushib qolmaydi. CI muhitida uni quvur (pipe) orqali uzating: echo "$ZINN_API_KEY" | zinnector login --profile ci yoki ZINNECTOR_TOKEN ni o'rnating va login bosqichini butunlay o'tkazib yuboring. Kalit saqlanishidan oldin tekshiriladi va 600 fayl rejimi bilan saqlanadi. zinnector whoami --scopes qaysi tashkilotga kirganingizni va kalit qanday huquqlarga ega ekanligini ko'rsatadi; sandbox kaliti shunday deb belgilanadi.

Loyihani slotga ulash

zinnector link                                   # ro'yxatdan saytni tanlash
zinnector link example.com --repo acme/site --branch main

link buyruqi sayt identifikatorini zinnector.json fayliga yozadi va agar --no-repo parametri berilmagan bo'lsa, push orqali deploy qilinishi uchun loyihaning git masofaviy omborini platformadagi saytga ulaydi. zinnector.json faylini commit qiling: repozitoriyani klon qilgan hamkasb boshqa ko'rsatmalarsiz uni bir xil joyga deploy qiladi. Unda maxfiy ma'lumotlar saqlanmaydi.

Tekshiruvdan o'tish

zinnector check

Bu CLI mavjud bo'lgan asosiy buyruqdir. U sizning loyihangizni unga deploy qilinishi rejalashtirilgan slot bilan taqqoslaydi va har bir mos kelmaslikni hamda bajarib bo'lmagan har bir taqqoslashni ko'rsatadi:

• PHP versiyasi, asosiy versiyalar farqi saytni ishdan chiqarishi aniq bo'lgani sababli yuqori darajada baholanadi, kichik versiyalar farqi esa pastroq baholanadi, chunki hamma narsani muhim deb baholash odamlarga ogohlantirishga e'tibor bermaslikni o'rgatadi.
• Slot siz qurgan versiyaga o'ta olishi, slotning PHP versiyasi amal qilish muddati tugaganmi yoki yo'qmi, va mashina bu versiyani qo'llaganmi yo shunchaki buyruq olganmi.
• Slotdagi haqiqiy bo'sh disk va inode hajmiga nisbatan loyihangizning hajmi va fayllar soni — WordPress daraxti disk chegarasidan ancha past bo'lsa ham fayllar tugab qolishi mumkin.
• Har ikki tarafdagi WordPress versiyalari, slot ta'minoti yakunlanganmi va push qilish uchun repozitoriy ulanganmi yo'qmi.

U ogohlantiradi, lekin hech qachon to'sib qo'ymaydi. Har qanday topilmani zinnector push --force yordamida chetlab o'tish mumkin, chunki tekshiruvchi bilmaydigan o'z saytingiz haqidagi ma'lumotlarni o'zingiz bilasiz. Bajarib bo'lmagan taqqoslash hech qachon muvaffaqiyatli emas, balki noma'lum deb xabar qilinadi va xulosada ularning soni har doim ko'rsatiladi. Odatiy holda mahalliy PHP versiyasi zinnector.json da e'lon qilingan versiya hisoblanadi; --probe esa mahalliy ishga tushirish muhitini ishga tushiradi va uning o'rniga uni o'lchaydi. --strict parametri noma'lum holatlar uchun ham noldan farqli kod bilan chiqadi, bu esa CI darvozasi xohlaydigan narsadir.

Yuborish (Push)

zinnector push

push tekshiruvni ishga tushiradi, commit'laringizni yuboradi, deploy'ni boshlaydi va uning yakunlanishini kuzatib boradi hamda yakuniy holat va deploy qilingan commit'ni chiqaradi. --dry-run deploy'dan boshqa barcha amallarni bajaradi; --no-wait uni boshlaydi va chiqadi; --no-git esa push qilmasdan platformada allaqachon mavjud bo'lgan narsani deploy qiladi. Agar deploy qilingan commit hozirgina yuborilgan commit bo'lmasa, bu haqda xabar beriladi.

Qandaydir xatolik yuz berganda

zinnector deploys example.com        # deploy tarixi — holat, commit, boshlovchi, xabar
zinnector logs example.com --build   # eng oxirgi deploy'ning yig'ish logi
zinnector logs example.com --error   # saytning xatolik logi
zinnector deploy example.com         # platformada allaqachon mavjud bo'lgan narsani qayta deploy qilish
zinnector ai "why is my deploy failing?"

zinnector ai platformada sizning shaxsiy hisob qaydnomangiz ostida ishlaydi, shuning uchun u bir xil deploy tarixi va loglarni ko'ra oladi. Loyiha ichidan turib u loyihaning tuzilishini — katalog nomlari, versiyalar va sayt identifikatorini yuboradi, lekin hech qachon fayl tarkibini yubormaydi.

Aloqador mavzular

• Getting started · Local development · Command reference · Troubleshooting