zinnector baharu
Bina perancah tapak, pemalam atau tema blok yang dibut serta-merta. Tiada fail pemegang tempat, tiada TODO — pemalam diaktifkan dan tema boleh dipilih sebaik sahaja ia wujud.
Zinnector®
Zinnector® membina WordPress secara setempat tanpa memasang apa-apa kecuali Node — tiada Docker, tiada MAMP — kemudian menyemak perkara yang anda bina berbanding slot pengehosan yang bakal anda gunakan dan memberitahu anda perkara yang tidak sepadan, sebelum anda tolak. Pasang ia dengan npm install -g zinnector. Ia percuma, dilesenkan oleh MIT dan dibina pada API awam yang sama seperti yang lain di sini.
Kebanyakan CLI pengehosan bermula semasa penggunaan (deploy). Zinnector® bermula sebelum itu — ia membina tapak bersama anda, dan kemudian memeriksa hasil kerja anda terhadap mesin yang bakal anda hantar. Jurang antara "ia berjalan pada komputer riba saya" dan "ia berjalan pada pelayan" adalah punca waktu petang terbuang, dan jurang tersebut boleh diukur.
Bina perancah tapak, pemalam atau tema blok yang dibut serta-merta. Tiada fail pemegang tempat, tiada TODO — pemalam diaktifkan dan tema boleh dipilih sebaik sahaja ia wujud.
WordPress sebenar pada mesin anda dalam beberapa saat, menyediakan pemalam dan tema anda sendiri, tanpa Docker dan tanpa PHP pada PATH anda. Pilih mana-mana PHP daripada 5.2 hingga 8.5 untuk dibangunkan.
Pemeriksaan pra-pelepasan. Membandingkan apa yang telah anda bina dengan slot yang akan anda laksanakan dan menamakan setiap ketidakpadanan — dan setiap pemeriksaan yang tidak dapat dibuatnya — sebelum anda menolak.
Lakukan pra-pemeriksaan, tolak komit anda, cetuskan penggunaan dan pantau sehingga selesai. Jika ia gagal, log binaan hanya sejauh satu arahan sahaja.
Tanya pembantu dari terminal, dengan projek dan tapak anda sebagai konteks. Ia berjalan pada platform menggunakan akaun anda sendiri, jadi tiada kunci model yang pernah disimpan pada mesin anda.
Enam arahan, mengikut urutan, dan rupa kejayaan pada setiap satu. Semua perkara di sini berjalan pada mesin anda sendiri; kunci API hanya diperlukan apabila anda mencapai slot pengehosan.
Jalankan npm install -g zinnector pada Node 24 atau yang lebih baharu. Jika npm memaparkan EBADENGINE, Node anda lebih lama daripada 24 — pasang LTS semasa daripada nodejs.org dan jalankan pemasangan sekali lagi.
zinnector --version mencetak nombor versi seperti 0.1.2. Pada Node yang lebih lama daripada 24, ia mencetak mesej yang menyatakan Node 24 atau lebih baharu diperlukan, dan keluar.
zinnector --help menyenaraikan setiap arahan di bawah bersama tujuan satu baris. Setiap arahan juga menerima pilihan --help tersendiri.
zinnector new my-site mencipta projek yang dibut serta-merta — zinnector.json, pepohon wp-content dan README — serta memaparkan arahan seterusnya untuk dijalankan.
cd my-site, kemudian zinnector dev. Jalankan kali pertama akan meminta sekali untuk memuat turun masa jalanan WordPress (kira-kira 570 MB, disimpan dalam cache CLI sendiri, tidak sekali-kali dalam projek anda). Kejayaan kelihatan seperti “running at http://127.0.0.1:9400”.
http://127.0.0.1:9400 ialah laman WordPress baharu; /wp-admin membuka papan pemuka yang sedia dilog masuk. Letakkan pemalam ke dalam wp-content/plugins dan ia akan berada di sana pada muat semula seterusnya.
zinnector login, zinnector link, zinnector check, zinnector push — pra-periksa perkara yang anda bina terhadap slot, kemudian gunakan dan tonton ia selesai.
Anda membina pada PHP 8.3. Slot menjalankan 8.1. Tiada apa-apa yang memberitahu anda sehinggalah laman menjadi putih. Itulah masalah yang diselesaikan oleh arahan ini, dan itulah yang diminta oleh pemilik platform ini secara khusus. Zinnector® membaca kedua-dua persekitaran dan meletakkannya bersebelahan — kemudian membenarkan anda melakukan peluncuran juga, kerana anda mungkin mempunyai alasan tersendiri.
Jurang versi utama ditandakan sebagai tinggi kerana ia pasti merosakkan tapak; jurang kecil ditandakan lebih rendah. Menilai segala-galanya sebagai kritikal hanya mengajar orang ramai untuk mengabaikan amaran tersebut.
Pohon WordPress mengandungi puluhan ribu fail kecil, dan sesebuah laman web boleh menghabiskan peruntukan inode miliknya walaupun penggunaannya masih jauh di bawah had cakera. Kedua-duanya diperiksa berdasarkan baki sebenar yang tinggal pada slot, bukan berdasarkan pelan.
Pemeriksaan yang tidak dapat melihat subjeknya melaporkan belum diperiksa, tidak pernah lulus. Larian yang bersih menyatakan bilangan perkara yang tidak dapat disahkan, kerana pelepasan palsu ialah perkara yang tidak dilihat semula oleh sesiapa pun.
Setiap penemuan boleh diatasi dengan --force, dan ringkasan menyatakan sedemikian. Dalam CI, kod keluar bertindak sebagai pintu masuk, membolehkan saluran paip menjadi ketat sementara seseorang tetap memegang kawalan.
WordPress Playground ialah pilihan lalai: PHP yang dikompilasikan ke WebAssembly, berjalan di dalam Node, jadi komputer riba yang hanya dipasang Node beralih daripada tiada apa-apa kepada WordPress yang sedang berjalan dalam anggaran masa yang diperlukan untuk membaca ayat ini.
Apabila anda memerlukan PHP asli — sambungan seperti imagick, MySQL sebenar — hantarkan --runtime docker dan dapatkan bekas php-fpm dan MariaDB sebagai ganti. Kedua-duanya menyajikan fail yang sama daripada projek yang sama, jadi pertukaran antara kedua-duanya hanya mengubah enjin dan tiada yang lain.
Zinnector® dibina pada API awam yang sama seperti papan pemuka, jadi apa sahaja yang boleh dilakukan oleh panel, ia juga boleh lakukannya — dan setiap arahan ialah operasi yang didokumentasikan dalam spesifikasi OpenAPI dan bukannya titik akhir peribadi.
Senaraikan tapak, baca semua perkara yang diketahui oleh platform tentang sesuatu tapak, pasang semula, dan baca sejarah pemasangan serta log binaan.
Senaraikan domain, baca dan ubah rekod DNS dengan rekod dipaparkan sebelum ia ditulis, dan baca perkhidmatan mel anda.
Tukar versi PHP, semak penggunaan cakera dan inode berbanding peruntukan pelan anda, dapatkan pautan sekali guna ke phpMyAdmin, dan pantau log akses serta ralat secara langsung.
Jalankan perintah WP-CLI yang dibenarkan pada tapak, dan kosongkan cache atau mulakan imbasan perisian hasad merentasi keseluruhan pilihan dalam satu panggilan dan bukannya satu bagi setiap tapak.
Senarai penuh, satu baris setiap satu. Rujukan lengkap — setiap bendera, contoh yang boleh dijalankan dan perkara yang dicetak oleh setiap arahan — dijana daripada CLI itu sendiri dan berada dalam dokumentasi pembangun dan pangkalan pengetahuan, jadi ia tidak boleh menyimpang daripada alat yang telah anda pasang.
Bina perancah projek WordPress yang boleh anda jalankan dengan serta-merta.
Jalankan projek ini secara tempatan — tiada Docker diperlukan.
Log masuk dengan kunci API Zinn Digital®.
Lupakan kunci API yang disimpan.
Tunjukkan sebagai siapa CLI ini disahkan.
Senaraikan tapak yang boleh dilihat oleh kunci ini.
Semua yang platform tahu tentang satu tapak.
Beri satu orang akses ke satu laman — pembangun, pereka bentuk, pelanggan — dengan peranan dan sebab.
Lihat siapa yang telah diberi akses ke tapak, peranan mereka dan sama ada mereka telah menerimanya.
Tarik balik akses seseorang, melalui e-mel atau ID pemberian.
Jemputan yang menunggu anda, dan terima satu daripadanya.
Halakan projek ini ke slot pengehosan (dan sambungkan repositorinya).
Tarik fail tapak yang dihoskan ke dalam projek ini untuk pembangunan setempat, dan jalankan semula untuk menyegerak semula. Mengambil laluan pantas apabila tapak menyegerak ke repositorinya sendiri, jika tidak ia berfungsi daripada sandaran terkini.
Penyegerakan dua hala antara fail langsung tapak yang dihoskan dan repositorinya: lihat statusnya, aktifkannya, lakukan komit bagi perubahan tapak, atau pilih pihak mana yang diutamakan.
Jambatan ke pelayan MCP Zinn Digital® untuk Claude Desktop dan klien AI lain yang hanya memulakan pelayan tempatan.
Cipta projek tempatan daripada tapak yang dihoskan dalam satu langkah: klon repositorinya atau tarik failnya, tulis fail projek dan bersedia untuk menjalankan zinnector dev.
Bandingkan projek ini dengan slot yang anda akan gunakan.
Lakukan semakan awal, tolak komit anda, dan laksanakan penempatan.
Sebarkan semula apa yang sudah ada pada platform, tanpa menolak.
Sejarah pelaksanaan tapak.
Tunjukkan atau tukar versi PHP laman.
Penggunaan cakera, fail dan pangkalan data berbanding peruntukan pelan.
Saiz pangkalan data, dan pautan sekali guna ke phpMyAdmin dan pengurus fail.
Jejak log akses dan ralat tapak dalam masa nyata.
Jalankan arahan WP-CLI yang dibenarkan pada tapak.
Senaraikan dan buat sandaran laman. Subperintah: list, now.
Senaraikan domain yang boleh dilihat oleh kunci ini.
Baca dan ubah rekod DNS. Subperintah: list, add, rm.
Senaraikan perkhidmatan mel.
Jalankan satu operasi merentasi banyak tapak (cache_purge, malware_scan, sitemap, block_ip).
Tanya pembantu Zinn Digital®, dengan projek ini sebagai konteks.
Tidak. `zinnector new` dan `zinnector dev` tidak memerlukan sebarang akaun langsung — bina rangka pemalam, tema atau keseluruhan tapak dan jalankannya secara setempat, percuma, selama-lamanya. Kunci API hanya diperlukan untuk arahan yang berkomunikasi dengan pengehosan anda.
Bukan untuk runtime lalai. WordPress Playground menyusun PHP ke WebAssembly dan berjalan di dalam Node, jadi `zinnector dev` memulakan WordPress sebenar dalam beberapa saat tanpa memasang apa-apa lagi. Jika anda memerlukan PHP asli — untuk menguji sambungan seperti imagick atau ionCube — `--runtime docker` menyediakan bekas php-fpm dan MariaDB sebagai gantinya. Kedua-duanya disokong; tiada satu pun yang merupakan sandaran.
Versi PHP setempat anda berbanding versi slot, sama ada slot boleh beralih kepada versi yang anda gunakan untuk membina, sama ada PHP slot telah melepasi akhir hayatnya dan sama ada mesin telah menerapkannya, saiz projek dan jumlah fail anda berbanding baki ruang cakera dan inode yang ada, versi WordPress pada setiap sisi, sama ada slot telah selesai diperuntukkan, dan sama ada repositori git disambungkan untuk dilancarkan. Apa-apa sahaja yang tidak dapat diperiksa akan dilaporkan sebagai belum diperiksa dan bukannya dikira sebagai lulus.
Tidak, dan itu disengajakan. Pra-semakan memberi amaran dan membenarkan anda meneruskannya — `--force` membuat penggunaan melepasi sebarang penemuan. Anda mengetahui perkara tentang tapak anda sendiri yang tidak diketahui oleh penyemak, dan alat yang enggan membuat penggunaan ialah alat yang dinyahpasang oleh orang.
Kunci tidak pernah dibaca daripada baris arahan — hanya daripada gesaan atau stdin yang disalurkan — jadi ia tidak boleh berakhir dalam sejarah shell atau dalam penyenaraian proses anda. Ia disimpan dalam direktori konfigurasi anda sendiri dengan mod fail 600, dan Zinnector® mengesahkan semula kebenaran tersebut setiap kali ia menulis.
Ya. Tetapkan `ZINNECTOR_TOKEN`, dan setiap arahan menerima `--json`. Output manusia pergi ke stderr dan data ke stdout, jadi paip kekal bersih. `zinnector check` keluar bukan sifar apabila ia menemui sesuatu, jadi ia berfungsi sebagai pintu saluran paip, dan `--strict` juga gagal apabila perbandingan tidak dapat dibuat.
Jalankan npm install -g zinnector, atau cuba sekali dengan npx zinnector new my-site. Percuma, berlesen MIT dan dibina pada API awam. Scaffold projek, jankankannya secara tempatan tanpa Docker, dan lakukan pra-pemeriksaan sebelum anda menggunakannya.
Baca dokumentasi