Zinnector® yordamida joylashtirish: bogʻlash, tekshirish, joʻnatish

Loyiha lokal tarzda ishga tushgach, toʻrtta buyruq uni Zinn Digital® xostingidagi jonli saytga olib chiqadi: tizimga kirish, loyihani xosting slotiga bogʻlash, dastlabki tekshiruvni oʻqish va push qilish. Ushbu maqolada ularning har biri, ular nimani chop etishi va undan keyin foydalanishingiz mumkin boʻlgan buyruqlar — qayta deploy qilish, deploy tarixi va yigʻish jurnallari koʻrib chiqiladi.

API kaliti bilan tizimga kirish

Boshqaruv panelida Sozlamalar → API kalitlari boʻlimida kalit yarating, soʻngra:

zinnector login

Kalit soʻrov oynasida kiritiladi — u buyruqlar satrida hech qachon qabul qilinmaydi, shuning uchun u sizning shell tarixingizda yoki jarayonlar roʻyxatida qolib ketmaydi. CI tizimida uni pipe orqali uzating: echo "$ZINN_API_KEY" | zinnector login --profile ci, yoki ZINNECTOR_TOKEN ni oʻrnating va login buyrugʻini butunlay oʻtkazib yuboring. Kalit saqlanishidan oldin tekshiriladi va 600 fayl rejimi bilan saqlanadi. zinnector whoami --scopes qaysi tashkilotga kirganingizni va kalit qanday ruxsatlarga ega ekanligini koʻrsatadi; sandbox kaliti xuddi shunday deb belgilanadi.

Loyihani slotga bogʻlash

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

link buyrugʻi sayt identifikatorini zinnector.json fayliga yozadi va agar siz --no-repo ni koʻrsatmasangiz, loyihaning git remote qismini platformadagi saytga ulaydi, shunda push qilinganda u deploy qilinadi. zinnector.json faylini commit qiling: repozitoriyni klonlagan hamkasbingiz unga aytilmasa ham xuddi shu joyga deploy qiladi. Unda hech qanday maxfiy maʼlumot saqlanmaydi.

Dastlabki tekshiruvni oʻqish

zinnector check

Bu CLI mavjud boʻlgan asosiy buyruqdir. U loyihangizni deploy qilinishi kerak boʻlgan slot bilan taqqoslaydi va har bir nomuvofiqlikni — hamda amalga oshirib boʻlmagan har bir taqqoslashni chop etadi:

• PHP versiyasi, bu yerda asosiy (major) versiya tafovuti yuqori deb baholanadi, chunki u saytni aniq ishdan chiqaradi, kichik (minor) tafovut esa pastroq baholanadi, chunki hamma narsani muhim deb baholash odamlarni ogohlantirishni eʼtiborsiz qoldirishga oʻrgatadi.
• Slot siz loyihani qurgan versiyaga oʻta olish-olmasligi, slotdagi PHP ning xizmat muddati oʻtgan-oʻtmaganligi va mashina versiyani qoʻllaganmi yoki shunchaki buyruq olganmi.
• Slotda haqiqatda qolgan disk va inode zaxirasiga nisbatan loyihangizning hajmi va fayllar soni — WordPress fayl daraxti disk chegarasiga yetmasdan oldinroq fayllar soni boʻyicha tugab qolishi mumkin.
• Har ikki tomondagi WordPress versiyalari, slotning sozlashni yakunlagan-yakunlamaganligi va push qilish uchun repozitoriy ulangan-ulanmaganligi.

U ogohlantiradi; hech qachon toʻsib qoʻymaydi. Har bir topilmani zinnector push --force orqali bekor qilish mumkin, chunki siz oʻz saytingiz haqida tekshiruvchi bilmaydigan narsalarni bilasiz. Amalga oshirib boʻlmagan taqqoslash oʻtgan deb emas, balki nomaʼlum deb xabar qilinadi va xulosada har doim ularning soni qancha boʻlgani aytiladi. Odatiy boʻlib, mahalliy PHP versiyasi zinnector.json faylida koʻrsatilgan versiya hisoblanadi; --probe esa mahalliy ish muhitini yuklaydi va uni oʻrniga oʻlchaydi. --strict nomaʼlum holatlarda ham noldan farqli chiqish kodi bilan yakunlanadi, bu esa CI filtri uchun zarurdir.

Push qilish

zinnector push

push dastlabki tekshiruvni bajaradi, commitlaringizni push qiladi, deploy jarayonini boshlaydi va uni yakunlanishiga qadar kuzatib boradi, yakuniy holatni hamda deploy qilingan commitni chop etadi. --dry-run deploy qilishdan tashqari hamma narsani bajaradi; --no-wait uni boshlaydi va chiqib ketadi; --no-git esa platformada mavjud boʻlgan narsalarni push qilmasdan deploy qiladi. Agar deploy qilingan commit hozirgina push qilingan commit boʻlmasa, bu haqda xabar beradi.

Biror narsa notoʻgʻri ketganda

zinnector deploys example.com        # deploy tarixi — holat, commit, trigger, xabar
zinnector logs example.com --build   # eng soʻnggi deployning yigʻish jurnali
zinnector logs example.com --error   # saytning xatolar jurnali
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 hisobingiz asosida ishlaydi, shuning uchun u oʻsha deploy tarixi va jurnallarini koʻra oladi. Loyiha ichidan turib u loyihaning tuzilishini — katalog nomlari, versiyalar va sayt identifikatorini yuboradi, ammo fayl tarkibini hech qachon yubormaydi.

Aloqador

• Ishni boshlash · Mahalliy ishlab chiqish · Buyruqlar maʼlumotnomasi · Muammolarni bartaraf etish