Pangkalan pengetahuan

Menyebarkan dengan Zinnector®: pautkan, semak, tolak

Daripada projek tempatan kepada laman langsung: log masuk dengan kunci API, pautkan projek ke slot pengehosan, baca pra-pemeriksaan yang membandingkan PHP, cakera dan WordPress anda dengan slot tersebut, dan tolak — serta pelaksanaan semula, sejarah pelaksanaan dan log binaan apabila berlaku masalah.

Sebaik sahaja sesuatu projek berjalan secara setempat, empat arahan membawanya ke tapak langsung pada pengehosan Zinn Digital®: log masuk, pautkan projek ke slot pengehosan, baca pra-penerbangan, dan tolak. Artikel ini menerangkan setiap satu, perkara yang dicetaknya, dan arahan yang anda gunakan selepas itu — pelaksanaan semula, sejarah pelaksanaan dan log binaan.

Log masuk dengan kunci API

Cipta kunci dalam papan pemuka di bawah Tetapan → Kunci API, kemudian:

zinnector login

Kunci ditaip pada gesaan — ia tidak pernah diterima pada baris arahan, jadi ia tidak boleh berakhir dalam sejarah shell anda atau penyenaraian proses. Dalam CI, salurkannya masuk: echo "$ZINN_API_KEY" | zinnector login --profile ci, atau tetapkan ZINNECTOR_TOKEN dan langkau login sepenuhnya. Kunci disahkan sebelum ia disimpan, dan disimpan dengan mod fail 600. zinnector whoami --scopes menunjukkan organisasi yang anda log masuk dan kebenaran yang dibawa oleh kunci tersebut; kunci kotak pasir dilabelkan sedemikian.

Pautkan projek ke slot

zinnector link                                   # pilih tapak daripada senarai
zinnector link example.com --repo acme/site --branch main

link menulis id tapak ke dalam zinnector.json dan, melainkan anda menghantar --no-repo, menyambungkan git remote projek ke tapak pada platform supaya tolakan melaksanakannya. Komit zinnector.json: rakan sekerja yang mengklon repositori kemudiannya melaksanakannya ke tempat yang sama tanpa perlu diberitahu. Ia tidak mengandungi sebarang rahsia.

Baca pra-penerbangan

zinnector check

Ini adalah arahan tujuan CLI ini wujud. Ia membandingkan projek anda dengan slot yang bakal ia laksanakan dan mencetak setiap ketidakpadanan — dan setiap perbandingan yang tidak dapat dilakukannya:

  • Versi PHP, dengan jurang versi utama digredkan tinggi kerana ia sudah pasti merosakkan tapak dan jurang kecil digredkan lebih rendah, kerana menggredkan segala-galanya sebagai kritikal mengajar orang ramai untuk melangkau amaran tersebut.
  • Sama ada slot boleh bertukar kepada versi yang anda gunakan untuk membina, sama ada PHP slot melepasi tamat hayat, dan sama ada mesin telah menggunakan versi tersebut atau sekadar diberitahu.
  • Saiz dan bilangan fail projek anda berbanding ruang simpanan cakera dan inode yang sebenarnya tinggal pada slot — pepohon WordPress boleh kehabisan fail walaupun berada jauh di bawah had maksimum cakeranya.
  • Versi WordPress pada setiap sisi, sama ada slot telah selesai diperuntukkan, dan sama ada repositori disambungkan untuk ditolak.

Ia memberi amaran; ia tidak pernah menyekat. Setiap penemuan boleh ditindih dengan zinnector push --force, kerana anda mengetahui perkara tentang tapak anda sendiri yang tidak diketahui oleh penyemak. Perbandingan yang tidak dapat dibuat dilaporkan sebagai tidak diketahui, tidak pernah sebagai lulus, dan ringkasan sentiasa menyatakan jumlah yang ada. Secara lalai, versi PHP setempat ialah versi yang diisytiharkan dalam zinnector.json; --probe membut masa jalan setempat dan mengukurnya sebagai ganti. --strict keluar bukan sifar pada perkara yang tidak diketahui juga, iaitu perkara yang diinginkan oleh get CI.

Tolak

zinnector push

push menjalankan pra-penerbangan, menolak komit anda, mencetuskan pelaksanaan dan memerhatikannya sehingga selesai, mencetak status akhir dan komit yang dilaksanakan. --dry-run melakukan segala-galanya kecuali pelaksanaan; --no-wait mencetuskannya dan keluar; --no-git melaksanakan apa sahaja yang telah ada pada platform tanpa menolak. Jika komit yang dilaksanakan bukan komit yang baru ditolak, ia menyatakannya.

Apabila berlaku masalah

zinnector deploys example.com        # sejarah pelaksanaan — status, komit, pencetus, mesej
zinnector logs example.com --build   # log binaan pelaksanaan terkini
zinnector logs example.com --error   # log ralat tapak
zinnector deploy example.com         # laksanakan semula apa yang telah ada pada platform
zinnector ai "mengapakah pelaksanaan saya gagal?"

zinnector ai berjalan pada platform terhadap akaun anda sendiri, jadi ia boleh melihat sejarah pelaksanaan dan log yang sama. Dari dalam projek, ia menghantar bentuk projek — nama direktori, versi dan id tapak — dan tidak sekali-kali kandungan fail.

Berkaitan

Semua dokumentasi pembangun →

Terkini daripada blog

Apa yang telah kami tulis tentang pengehosan, SEO dan pengendalian tapak secara berskala besar.

SEO dan Pembinaan Pautan daripada Lapisan Pengehosan: Pandangan Pengendali 2026

Bagaimana pengehosan membentuk pengindeksan dan ekuiti pautan pada tahun 2026: memastikan halaman kekal diindeks, menyemak domain lama sebelum membinanya, membina pautan tanpa jejak enjin carian, dan pandangan jujur tentang perkara yang boleh dan tidak boleh dilakukan oleh infrastruktur untuk SEO.

Baca siaran →

Menjadikan WordPress Pantas dan Selamat: Senarai Semak Prestasi dan Pemalam

Senarai semak praktikal untuk WordPress yang pantas dan selamat: pengecaman pada peringkat pelayan, cache objek bagi setiap tapak, beberapa pemalam yang berbaloi digunakan, memastikan timbunan sentiasa terkini, dan halaman WooCommerce yang tidak boleh anda cache sama sekali.

Baca siaran →

Cara Memilih Pengehosan Web Terurus pada Tahun 2026: Panduan Pembeli

Apakah yang sebenarnya membezakan pengehosan terurus yang baik daripada kotak murah dengan panel kawalan — migrasi, sandaran, pengasingan, pencachean sebenar dan penskalaan jujur — serta cara menilainya sebelum anda membuat komitmen.

Baca siaran →

Baca blog →

Masih memerlukan bantuan?

Sokongan disertakan dalam setiap pelan, meja bantuan dibuka selama 24 jam sehari, dan anda boleh menulis kepada kami dalam mana-mana daripada 58 bahasa kami — kami akan menjawab anda dalam bahasa anda.

Hubungi sokongan → Semua artikel →