Zinnector®

CLI ຂອງນັກພັດທະນາສຳລັບໂຮສຕິ້ງ WordPress

Zinnector® ສ້າງ WordPress ໃນເຄື່ອງໂດຍບໍ່ຈຳເປັນຕ້ອງຕິດຕັ້ງຫຍັງນອກຈາກ Node — ບໍ່ມີ Docker, ບໍ່ມີ MAMP — ຈາກນັ້ນກວດສອບສິ່ງທີ່ທ່ານສ້າງທຽບກັບຊ່ອງໂຮດຕິ້ງທີ່ທ່ານກຳລັງຈະນຳໃຊ້ ແລະ ບອກທ່ານວ່າອັນໃດຈະບໍ່ກົງກັນ, ກ່ອນທີ່ທ່ານຈະຊຸກຍູ້. ຕິດຕັ້ງມັນດ້ວຍ npm install -g zinnector. ມັນເປັນຟຣີ, ໄດ້ຮັບອະນຸຍາດພາຍໃຕ້ MIT ແລະ ສ້າງຂຶ້ນໃນ API ສາທາລະນະດຽວກັນກັບທຸກຢ່າງຢູ່ທີ່ນີ້.

ຫ້າຄຳສັ່ງ, ແລະຄຳສັ່ງກາງຄືຈຸດປະສົງ

CLI ຂອງໂຮດຕິ້ງສ່ວນໃຫຍ່ແມ່ນເລີ່ມຕົ້ນທີ່ການປັບໃຊ້. Zinnector® ເລີ່ມຕົ້ນກ່ອນໜ້ານັ້ນ — ມັນຈະສ້າງເວັບໄຊຮ່ວມກັບທ່ານ, ແລະ ຈາກນັ້ນມັນຈະກວດສອບວຽກຂອງທ່ານປຽບທຽບກັບເຄື່ອງທີ່ທ່ານກຳລັງຈະສົ່ງໄປຫາ. ຊ່ອງຫວ່າງລະຫວ່າງ "ມັນເຮັດວຽກໄດ້ໃນແລັບທັອບຂອງຂ້ອຍ" ແລະ "ມັນເຮັດວຽກໄດ້ໃນເຊີບເວີ" ແມ່ນບ່ອນທີ່ເວລາໃນຕອນບ່າຍສູນເສຍໄປ, ແລະ ຊ່ອງຫວ່າງນັ້ນແມ່ນສາມາດວັດແທກໄດ້.

zinnector ໃຫມ່

ສ້າງໂຄງຮ່າງເວັບໄຊ, ປລັກອິນ ຫຼື ບ໋ອກທີມ ທີ່ສາມາດເລີ່ມຕົ້ນເຮັດວຽກໄດ້ທັນທີ. ບໍ່ມີໄຟລ໌ຕົວຢ່າງ, ບໍ່ມີລາຍການທີ່ຕ້ອງເຮັດ — ປລັກອິນຈະຖືກເປີດໃຊ້ງານ ແລະ ທີມສາມາດຖືກເລືອກໄດ້ທັນທີທີ່ມັນຖືກສ້າງຂຶ້ນ.

zinnector dev

WordPress ຕົວຈິງຢູ່ໃນເຄື່ອງຂອງທ່ານໃນເວລາບໍ່ເທົ່າໃດວິນາທີ, ເຮັດວຽກກັບປລັກອິນ ແລະ ຫົວຂໍ້ຂອງທ່ານເອງ, ໂດຍບໍ່ຕ້ອງໃຊ້ Docker ແລະ ບໍ່ມີ PHP ຢູ່ໃນ PATH ຂອງທ່ານ. ເລືອກ PHP ໃດກໍໄດ້ຕັ້ງແຕ່ 5.2 ເຖິງ 8.5 ເພື່ອໃຊ້ໃນການພັດທະນາ.

ກວດສອບ zinnector

ການກວດສອບກ່ອນການສົ່ງ. ປຽບທຽບສິ່ງທີ່ທ່ານສ້າງກັບສະລັອດທີ່ທ່ານກຳລັງຈະປັບໃຊ້ ແລະ ລະບຸທຸກໆຈຸດທີ່ບໍ່ກົງກັນ — ແລະ ທຸກໆການກວດສອບທີ່ບໍ່ສາມາດດຳເນີນການໄດ້ — ກ່ອນທີ່ທ່ານຈະດຳເນີນການສົ່ງ.

ຊິບເຊືອດ ພູຊ

ກຽມພ້ອມກ່ອນອອກບິນ, ດັນຄອມມິດຂອງທ່ານ, ເລີ່ມຕົ້ນການຕິດຕັ້ງ ແລະ ເບິ່ງມັນຈົນສຳເລັດ. ຖ້າຫາກວ່າມັນລົ້ມເຫລວ, ບັນທຶກການບິວແມ່ນຢູ່ຫ່າງຈາກຄຳສັ່ງດຽວເທົ່ານັ້ນ.

ຊິນເນັກເຕີ ເຄເອສໄອ

ຖາມຜູ້ຊ່ວຍຈາກທິມິນານ ໂດຍໃຫ້ໂຄງການ ແລະ ເວັບໄຊຂອງທ່ານເປັນບໍລິບົດ. ມັນເຮັດວຽກຢູ່ເທິງແພລດຟອມທຽບກັບບັນຊີຂອງທ່ານເອງ, ດັ່ງນັ້ນຈຶ່ງບໍ່ມີກະແຈໂມເດວໃດຖືກຈັດເກັບໄວ້ໃນເຄື່ອງຂອງທ່ານເລີຍ.

Test it works in two minutes, no account needed

Six commands, in order, and what success looks like at each one. Everything here runs on your own machine; an API key is only needed when you reach a hosting slot.

  1. Install it

    Run npm install -g zinnector on Node 24 or newer. If npm prints EBADENGINE, your Node is older than 24 — install the current LTS from nodejs.org and run the install again.

  2. Check the version

    zinnector --version prints a version number such as 0.1.2. On a Node older than 24 it prints a message saying Node 24 or newer is needed, and exits.

  3. Read the help

    zinnector --help lists every command below with a one-line purpose. Every command also takes --help of its own.

  4. Scaffold a site

    zinnector new my-site creates a project that boots immediately — a zinnector.json, a wp-content tree and a README — and prints the next commands to run.

  5. Run it

    cd my-site, then zinnector dev. The first run asks once to download the WordPress runtime (about 570 MB, kept in the CLI’s own cache, never in your project). Success looks like “running at http://127.0.0.1:9400”.

  6. Open it in a browser

    http://127.0.0.1:9400 is a fresh WordPress site; /wp-admin opens the dashboard already signed in. Drop a plugin into wp-content/plugins and it is there on the next reload.

  7. Then, with a hosting slot

    zinnector login, zinnector link, zinnector check, zinnector push — pre-flight what you built against the slot, then deploy and watch it finish.

ລາຍລະອຽດກ່ອນການກວດສອບ

ທ່ານສ້າງຂຶ້ນເທິງ PHP 8.3. ຊ່ອງດັ່ງກ່າວໃຊ້ເວີຊັນ 8.1. ບໍ່ມີຫຍັງແຈ້ງເຕືອນທ່ານຈົນກວ່າເວັບໄຊຈະກາຍເປັນໜ້າຈໍຂາວ. ນັ້ນແມ່ນບັນຫາທີ່ຄຳສັ່ງນີ້ມີໄວ້ເພື່ອແກ້ໄຂ, ແລະ ມັນກໍ່ແມ່ນສິ່ງທີ່ເຈົ້າຂອງແພລະຕະຟອມນີ້ໄດ້ຮ້ອງຂໍຕາມຊື່. Zinnector® ອ່ານທັງສອງສະພາບແວດລ້ອມ ແລະ ນຳມາປຽບທຽບກັນແບບຄຽງຄູ່ — ຈາກນັ້ນກໍ່ອະນຸຍາດໃຫ້ທ່ານນຳໃຊ້ລະບົບຂຶ້ນໃຊ້ງານໄດ້ຕາມປົກກະຕິ, ເພາະວ່າທ່ານອາດມີເຫດຜົນຂອງທ່ານເອງ.

PHP ປະເມີນຢ່າງຈິງໃຈ

ຊ່ອງຫວ່າງເວີຊັນຫຼັກແມ່ນຖືກໝາຍໄວ້ວ່າສູງ ເພາະວ່າມັນມັກຈະເຮັດໃຫ້ເວັບໄຊພັງລົງຢ່າງແນ່ນອນ; ຊ່ອງຫວ່າງເວີຊັນຍ່ອຍແມ່ນຖືກໝາຍໄວ້ຕໍ່າກວ່າ. ການຈັດລະດັບທຸກຢ່າງວ່າເປັນວິກິດແມ່ນພຽງແຕ່ສອນໃຫ້ຄົນຂ້າມການເຕືອນເທົ່ານັ້ນ.

ຄວາມຈຸເດິກ ແລະ ຈຳນວນໄຟລ໌, ແຍກກັນ

ຕົ້ນໄມ້ WordPress ໜຶ່ງແມ່ນປະກອບດ້ວຍໄຟລ໌ຂະໜາດນ້ອຍຫຼາຍໝື່ນໄຟລ໌, ແລະ ເວັບໄຊໜຶ່ງສາມາດໃຊ້ໂຄຕ້າ inode ໝົດໄປໃນຂະນະທີ່ພື້ນທີ່ດິດຍັງເຫຼືອບໍ່ຮອດຂອບເຂດທີ່ກຳນົດໄວ້. ທັງສອງຢ່າງແມ່ນຖືກກວດສອບທຽບກັບສິ່ງທີ່ເຫຼືອຢູ່ຕົວຈິງໃນຊ່ອງ, ບໍ່ແມ່ນທຽບກັບແພັກເກດ.

"ກວດສອບບໍ່ໄດ້" ແມ່ນຄຳຕອບໃນຕົວມັນເອງ

ການກວດສອບທີ່ບໍ່ສາມາດເຫັນເປົ້າໝາຍຂອງມັນແມ່ນລາຍງານວ່າຍັງບໍ່ໄດ້ກວດສອບ, ບໍ່ເຄີຍຜ່ານ. ການປະຕິບັດງານທີ່ສະອາດແມ່ນບອກຈຳນວນສິ່ງທີ່ມັນບໍ່ສາມາດຢັ້ງຢືນໄດ້, ເພາະວ່າການແຈ້ງເຕືອນວ່າປົກກະຕິແລ້ວແມ່ນສິ່ງທີ່ບໍ່ມີໃຜສົນໃຈຊ້ຳສອງ.

ເຕືອນ, ບໍ່ເຄີຍບລັອກ

ທຸກໆຜົນການກວດພົບແມ່ນສາມາດຂ້າມຜ່ານໄດ້ດ້ວຍ --force, ແລະ ບົດສະຫຼຸບກໍໄດ້ລະບຸໄວ້ແນວນັ້ນ. ໃນ CI ລະຫັດການອອກ (exit code) ຈະຖືກໃຊ້ເປັນດ່ານກວດກາແທນ, ດັ່ງນັ້ນ pipeline ຈຶ່ງສາມາດມີຄວາມເຂັ້ມງວດໄດ້ ໃນຂະນະທີ່ຄົນເຮົາຍັງສາມາດຄວບຄຸມໄດ້ຢູ່.

ສອງຣັນໄທມ໌ທ້ອງຖິ່ນ, ທັງສອງແມ່ນຂອງແທ້

WordPress Playground ແມ່ນຄ່າເລີ່ມຕົ້ນ: PHP ຖືກຄອມໄພລ໌ເປັນ WebAssembly, ທຳງານຢູ່ພາຍໃນ Node, ດັ່ງນັ້ນໂນ້ດບຸກທີ່ມີພຽງແຕ່ Node ຕິດຕັ້ງຢູ່ ຈຶ່ງປ່ຽນຈາກບໍ່ມີຫຍັງເລີຍໄປເປັນ WordPress ທີ່ກຳລັງທຳງານ ໂດຍໃຊ້ເວລາພຽງແຕ່ປະມານໄລຍະເວລາທີ່ໃຊ້ອ່ານປະໂຫຍກນີ້.

ເມື່ອທ່ານຕ້ອງການ PHP ແບບ native — ໄຟລ໌ຂະຫຍາຍເຊັ່ນ imagick, MySQL ແທ້ — ໃຫ້ສົ່ງ --runtime docker ແລະຮັບເອົາຄອນເທນເນີ php-fpm ແລະ MariaDB ຕາມລຳດັບ. ທັງສອງໃຫ້ບໍລິການໄຟລ໌ດຽວກັນຈາກໂຄງການດຽວກັນ, ດັ່ງນັ້ນການສະຫຼັບໄປມາລະຫວ່າງສອງຢ່າງນີ້ຈະປ່ຽນແປງພຽງແຕ່ engine ເທົ່ານັ້ນ ແລະບໍ່ມີຫຍັງອື່ນອີກ.

ທຸກຢ່າງອື່ນທີ່ທ່ານເຮັດຢູ່ໃນແຜງຄວບຄຸມແລ້ວ

Zinnector® ຖືກສ້າງຂຶ້ນເທິງ API ສາທາລະນະດຽວກັນກັບແດຊບອດ, ດັ່ງນັ້ນສິ່ງໃດກໍຕາມທີ່ແຜງຄວບຄຸມສາມາດເຮັດໄດ້, ມັນກໍສາມາດເຮັດໄດ້ເຊັ່ນກັນ — ແລະທຸກຄຳສັ່ງແມ່ນການປະຕິບັດງານທີ່ມີເອກະສານກຳກັບໄວ້ໃນ OpenAPI spec ແທນທີ່ຈະເປັນຈຸດເຊື່ອມຕໍ່ສ່ວນຕົວ.

ເວັບໄຊ ແລະ ການນຳໃຊ້

ລາຍຊື່ເວັບໄຊ, ອ່ານທຸກຢ່າງທີ່ແພລດຟອມຮູ້ກ່ຽວກັບເວັບໄຊໜຶ່ງ, ນຳໃຊ້ໃໝ່, ແລະ ອ່ານປະຫວັດການນຳໃຊ້ ພ້ອມທັງບັນທຶກການສ້າງ.

ໂດເມນ, DNS ແລະອີເມວ

ລາຍຊື່ໂດເມນ, ອ່ານ ແລະ ປ່ຽນແປງບັນທຶກ DNS ພ້ອມທັງສະແດງບັນທຶກດັ່ງກ່າວກ່ອນຂຽນ, ແລະ ອ່ານບໍລິການເມລຂອງທ່ານ.

PHP, ໂຄວຕາ, ຖານຂໍ້ມູນ ແລະ ບັນທຶກການໃຊ້ງານ

ສັບປ່ຽນເວີຊັນ PHP, ກວດເບິ່ງການນຳໃຊ້ດິສກ໌ ແລະ inode ທຽບໃສ່ກັບສິ່ງທີ່ແພັກເກັດຂອງທ່ານໃຫ້, ຮັບລິ້ງທີ່ໃຊ້ໄດ້ຄັ້ງດຽວເຂົ້າໄປໃນ phpMyAdmin, ແລະ ຕິດຕາມບັນທຶກການເຂົ້າເຖິງ ແລະ ຂໍ້ຜິດພາດ.

WP-CLI ແລະ ການດຳເນີນການແບບຈຳນວນຫຼາຍ

ເອີ້ນໃຊ້ ຄຳສັ່ງ WP-CLI ທີ່ຢູ່ໃນລາຍຊື່ທີ່ອະນຸຍາດ ກັບເວັບໄຊ, ແລະ ລຶບແຄຊ໌ ຫຼື ເລີ່ມການສະແກນມັລແວ ທົ່ວທັງໝົດທີ່ເລືອກໄວ້ໃນການເອີ້ນໃຊ້ຄັ້ງດຽວ ແທນທີ່ຈະເຮັດເທື່ອລະເວັບໄຊ.

Every command, exactly as --help lists it

The full list, one line each. The complete reference — every flag, a runnable example and what each command prints — is generated from the CLI itself and lives in the developer docs and the knowledge base, so it cannot drift from the tool you have installed.

zinnector new

Scaffold a WordPress project you can run immediately.

zinnector dev

Run this project locally — no Docker required.

zinnector login

Sign in with a Zinn Digital® API key.

zinnector logout

Forget a stored API key.

zinnector whoami

Show who this CLI is authenticated as.

zinnector sites

List the sites this key can see.

zinnector status

Everything the platform knows about one site.

zinnector share

Give one person access to a single site — a developer, a designer, a client — with a role and a reason.

zinnector collaborators

See who has been given access to a site, their role, and whether they have accepted yet.

zinnector unshare

Take a person's access back, by email or grant id.

zinnector invitations

The invitations waiting for you, and accept one.

zinnector link

Point this project at a hosting slot (and connect its repository).

zinnector pull

Pull a hosted site's files into this project for local development, and re-run to re-sync. Takes the fast path when the site syncs to its own repository, otherwise works from the latest backup.

zinnector clone

Make a local project from a hosted site in one step: clone its repository or pull its files, write the project file, and leave you ready to run zinnector dev.

zinnector check

Compare this project against the slot you are about to deploy to.

zinnector push

Pre-flight, push your commits, and deploy.

zinnector deploy

Redeploy what the platform already has, without pushing.

zinnector deploys

A site's deploy history.

zinnector php

Show or switch a site's PHP version.

zinnector quota

Disk, files and database usage against what the plan grants.

zinnector db

Database size, and single-use links into phpMyAdmin and the file manager.

zinnector logs

Tail a site's access and error logs.

zinnector wp

Run an allow-listed WP-CLI command on a site.

zinnector backup

List and take site backups. Subcommands: list, now.

zinnector domains

List the domains this key can see.

zinnector dns

Read and change DNS records. Subcommands: list, add, rm.

zinnector mail

List mail services.

zinnector bulk

Run one operation across many sites (cache_purge, malware_scan, sitemap, block_ip).

zinnector ai

Ask the Zinn Digital® assistant, with this project as context.

ຄຳຖາມ

ຂ້ອຍຈຳເປັນຕ້ອງເປັນລູກຄ້າຂອງ Zinn Digital® ກ່ອນຈຶ່ງຈະສາມາດໃຊ້ມັນໄດ້ບໍ?

ບໍ່. `zinnector new` ແລະ `zinnector dev` ບໍ່ ຈຳ ເປັນ ຕ້ອງ ມີ ບັນຊີ ໃດໆ — ສ້າງໂຄງຮ່າງ ປລັກອິນ, ທີມ ຫລື ເວັບໄຊທ໌ ທັງຫມົດ ແລະ ຣັນ ມັນ ໄວ້ ໃນ ເຄື່ອງ ທ້ອງຖິ່ນ ໄດ້ ຟຣີ ຕະຫຼອດໄປ. ຕ້ອງ ການ ພຽງ ແຕ່ API key ສຳລັບ ຄຳ ສັ່ງ ທີ່ ຕິດຕໍ່ ກັບ ການ ໂຮສ ຂອງທ່ານ ເທົ່າ ນັ້ນ.

ຕ້ອງການ Docker ບໍ່?

ບໍ່ແມ່ນສຳລັບ runtime ເລີ່ມຕົ້ນ. WordPress Playground ແປງ PHP ໄປເປັນ WebAssembly ແລະ ທຳງານຢູ່ພາຍໃນ Node, ດັ່ງນັ້ນ `zinnector dev` ຈຶ່ງສາມາດເລີ່ມລະບົບ WordPress ທີ່ແທ້ຈິງໄດ້ໃນເວລາບໍ່ເທົ່າໃດວິນາທີໂດຍບໍ່ຕ້ອງຕິດຕັ້ງຫຍັງເພີ່ມ. ຖ້າທ່ານຕ້ອງການ PHP ແບບ native — ເພື່ອທົດສອບສ່ວນຂະຫຍາຍ ເຊັ່ນ imagick ຫຼື ionCube — `--runtime docker` ຈະໃຫ້ container ຂອງ php-fpm ແລະ MariaDB ແທນ. ທັງສອງແບບໄດ້ຮັບການຮອງຮັບ; ບໍ່ມີແບບໃດເປັນຕົວສຳຮອງ.

ການກວດສອບກ່ອນອອກບິນແມ່ນປຽບທຽບຫຍັງແທ້ໆ?

ເວີຊັນ PHP ໃນເຄື່ອງຂອງທ່ານທຽບໃສ່ຂອງສະລັອດ, ສະລັອດສາມາດປ່ຽນເປັນເວີຊັນທີ່ທ່ານສ້າງຂຶ້ນໄດ້ຫຼືບໍ່, PHP ຂອງສະລັອດໝົດອາຍຸການໃຊ້ງານ (end of life) ແລ້ວຫຼືບໍ່ ແລະ ເຄື່ອງໄດ້ນຳໃຊ້ກວດສອບມັນແລ້ວຫຼືບໍ່, ຂະໜາດໂຄງການ ແລະ ຈັດຈຳນວນໄຟລ໌ຂອງທ່ານທຽບໃສ່ພື້ນທີ່ດິສກ໌ ແລະ inode ທີ່ເຫຼືອຢູ່, ເວີຊັນ WordPress ໃນແຕ່ລະຝ່າຍ, ສະລັອດໄດ້ດຳເນີນການຈັດສັນ (provisioning) ສຳເລັດແລ້ວຫຼືບໍ່, ແລະ ມີ git repository ເຊື່ອມຕໍ່ຢູ່ເພື່ອຕິດຕັ້ງ (deploy) ຫຼືບໍ່. ສິ່ງໃດທີ່ບໍ່ສາມາດກວດສອບໄດ້ຈະຖືກລາຍງານວ່າບໍ່ໄດ້ກວດສອບ ແທນທີ່ຈະນັບວ່າຜ່ານການກວດສອບ.

ມັນສາມາດຂັດຂວາງການ 배포 (deploy) ຂອງຂ້ອຍໄດ້ບໍ?

ບໍ່, ແລະ ນັ້ນແມ່ນຄວາມຕັ້ງໃຈ. Pre-flight ຈະເຕືອນ ແລະ ອະນຸຍາດໃຫ້ທ່ານດໍາເນີນການຕໍ່ — `--force` ຈະດຳເນີນການ deploy ຂ້າມຜ່ານທຸກໆບັນຫາທີ່ກວດພົບ. ທ່ານຮູ້ຈັກເວັບໄຊທ໌ຂອງທ່ານດີກວ່າທີ່ເຄື່ອງມືກວດສອບຮູ້, ແລະ ເຄື່ອງມືທີ່ປະຕິເສດການ deploy ແມ່ນເຄື່ອງມືທີ່ຜູ້ໃຊ້ຈະຖອນການຕິດຕັ້ງ.

ກະແຈ API ຂອງຂ້ອຍປອດໄພບໍ?

ກະແຈດັ່ງກ່າວແມ່ນບໍ່ເຄີຍຖືກອ່ານຈາກເສັ້ນຄຳສັ່ງ — ແມ່ນແຕ່ຈາກຄຳສັ່ງເຕືອນ ຫຼື piped stdin — ດັ່ງນັ້ນມັນຈຶ່ງບໍ່ສາມາດໄປສິ້ນສຸດລົງໃນປະຫວັດເຊວ (shell history) ຂອງທ່ານ ຫຼື ໃນລາຍຊື່ຂະບວນການ (process listing) ໄດ້. ມັນຖືກເກັບໄວ້ໃນໄດເລກະທໍຣີການຕັ້ງຄ່າຂອງທ່ານເອງດ້ວຍໂໝດໄຟລ໌ 600, ແລະ Zinnector® ຢືນຢັນສິດເຫຼົ່ານັ້ນຄືນໃໝ່ທຸກຄັ້ງທີ່ມັນຂຽນ.

ຂ້ອຍສາມາດໃຊ້ມັນໃນ CI ໄດ້ບໍ?

ແມ່ນແລ້ວ. ກຳນົດ `ZINNECTOR_TOKEN`, ແລະ ທຸກໆ ຄຳສັ່ງ ຈະຮັບເອົາ `--json`. ຜົນອອກ ສຳລັບ ມະນຸດ ອ່ານ ຈະໄປທີ່ stderr ແລະ ຂໍ້ມູນ ຈະໄປທີ່ stdout, ດັ່ງນັ້ນ ລະບົບ pipe ຈຶ່ງ ສະອາດ ຢູ່ສະເໝີ. `zinnector check` ຈະ ອອກ ດ້ວຍ ລະຫັດ ທີ່ບໍ່ແມ່ນ ສູນ ເມື່ອ ມັນ ພົບ ບາງສິ່ງບາງຢ່າງ, ດັ່ງນັ້ນ ມັນ ຈຶ່ງ ເຮັດວຽກ ເປັນ ຕົວຕັກເຕືອນ ໃນ pipeline ໄດ້, ແລະ `--strict` ກໍຈະ ລົ້ມເຫຼວ ຢ່າງດຽວກັນ ເມື່ອ ບໍ່ສາມາດ ທຳການ ປຽບທຽບ ໄດ້.

ຕິດຕັ້ງມັນ ແລະ ດຳເນີນການເວັບໄຊໃນນາທີຕໍ່ໄປ

ເປີດໃຊ້ npm install -g zinnector ຫຼື ລອງໃຊ້ເທື່ອໜຶ່ງດ້ວຍ npx zinnector new my-site. ຟຣີ, ໄດ້ຮັບໃບອະນຸຍາດ MIT ແລະ ສ້າງຂຶ້ນໃນ API ສາທາລະນະ. ສ້າງໂຄງຮ່າງໂຄງການ, ເປີດໃຊ້ໃນເຄື່ອງໂດຍບໍ່ຕ້ອງໃຊ້ Docker, ແລະ ກວດສອບຄວາມພ້ອມກ່ອນທີ່ທ່ານຈະນຳໃຊ້.

ອ່ານເອກະສານ