새 zinnector
즉시 실행되는 사이트, 플러그인 또는 블록 테마의 스캐폴드를 생성하세요. 플레이스홀더 파일이나 TODO가 없습니다. 플러그인이 활성화되며 생성되는 즉시 테마를 선택할 수 있습니다.
대부분의 호스팅 CLI는 배포 시점에 시작됩니다. Zinnector®는 그보다 먼저 시작됩니다. 고객님과 함께 사이트를 구축한 후, 전송하려는 머신과 작업 내용을 대조하여 확인합니다. "내 노트북에서는 잘 돌아갔는데"와 "서버에서 실행된다" 사이의 간극에서 오후 시간을 다 허비하게 되며, 그 간극은 측정 가능합니다.
즉시 실행되는 사이트, 플러그인 또는 블록 테마의 스캐폴드를 생성하세요. 플레이스홀더 파일이나 TODO가 없습니다. 플러그인이 활성화되며 생성되는 즉시 테마를 선택할 수 있습니다.
Docker나 PATH의 PHP 없이도 몇 초 만에 로컬 머신에서 실행되는 실제 WordPress로, 자체 플러그인과 테마를 구동할 수 있습니다. 개발 환경에 맞게 5.2부터 8.5까지 원하는 PHP를 선택하세요.
사전 점검. 배포를 푸시하기 전에 빌드한 항목을 배포할 슬롯과 비교하여 모든 불일치 사항과 수행할 수 없었던 모든 점검 항목을 알려줍니다.
사전 점검을 진행하고, 커밋을 푸시하고, 배포를 트리거한 후 완료될 때까지 지켜보십시오. 실패하더라도 빌드 로그는 명령어 하나로 바로 확인할 수 있습니다.
프로젝트와 사이트를 컨텍스트로 삼아 터미널에서 어시스턴트에게 질문하십시오. 플랫폼에서 귀하의 계정으로 직접 실행되므로 귀하의 컴퓨터에 모델 키가 전혀 저장되지 않습니다.
순서대로 실행할 6개의 명령과 각 단계의 성공 시 표시되는 화면입니다. 여기에 있는 모든 작업은 사용자의 로컬 머신에서 실행되며, API 키는 호스팅 슬롯에 도달했을 때만 필요합니다.
Node 24 이상에서 npm install -g zinnector를 실행하십시오. npm에 EBADENGINE이 출력되면 Node 버전이 24보다 이전 버전인 것입니다. nodejs.org에서 최신 LTS를 설치한 후 설치를 다시 실행하십시오.
zinnector --version은 0.1.2와 같은 버전 번호를 출력합니다. 24 이전 버전의 Node에서는 Node 24 이상이 필요하다는 메시지를 출력하고 종료합니다.
zinnector --help는 아래에 각 명령과 한 줄 설명을 나열합니다. 각 명령은 자체 --help 옵션도 지원합니다.
zinnector new my-site는 즉시 부팅되는 프로젝트(zinnector.json, wp-content 트리 및 README)를 생성하고 다음에 실행할 명령을 출력합니다.
cd my-site 후 zinnector dev를 실행하십시오. 처음 실행할 때 WordPress 런타임 다운로드를 한 번 요청합니다(약 570MB, 프로젝트 내부가 아닌 CLI 자체 캐시에 보관됨). 성공하면 “running at http://127.0.0.1:9400”과 같이 표시됩니다.
http://127.0.0.1:9400은 새로운 WordPress 사이트입니다. /wp-admin을 통해 이미 로그인된 상태로 대시보드가 열립니다. 플러그인을 wp-content/plugins 디렉터리에 넣으면 다음 새로고침 시 적용됩니다.
zinnector login, zinnector link, zinnector check, zinnector push — 빌드한 항목을 슬롯에 대해 사전 점검한 후 배포하고 완료될 때까지 지켜보세요.
귀하는 PHP 8.3을 기반으로 빌드했습니다. 슬롯은 8.1을 실행합니다. 사이트 화면이 하얗게 변할 때까지 아무것도 알려주지 않습니다. 이 명령이 존재하는 이유는 바로 그 문제 때문이며, 이 플랫폼의 소유자가 이름을 직접 언급하며 요청한 기능입니다. Zinnector®는 두 환경을 모두 읽어 나란히 비교해 보여줍니다. 그런 다음 귀하에게 특별한 이유가 있을 수 있으므로 그대로 배포할 수 있도록 지원합니다.
주요 버전 격차는 사이트를 확실하게 중단시키므로 높음으로 표시되며, 부차적인 격차는 더 낮게 표시됩니다. 모든 것을 치명적으로 평가하면 사람들은 경고를 무시하는 법만 배우게 됩니다.
WordPress 트리는 수만 개의 작은 파일로 구성되어 있으며, 사이트는 디스크 한도보다 훨씬 낮은 용량을 사용 중이더라도 inode 할당량을 소진할 수 있습니다. 두 항목 모두 요금제가 아닌 슬롯에 실제로 남아 있는 용량을 기준으로 확인됩니다.
대상을 확인할 수 없는 검사는 통과가 아닌 미확인으로 보고합니다. 정상적인 실행에서는 검증할 수 없었던 항목의 수를 표시하는데, 이는 거짓 정상 신호를 다시 살펴보는 사람은 없기 때문입니다.
모든 발견 항목은 --force로 재정의할 수 있으며, 요약에도 그렇게 명시되어 있습니다. CI에서는 종료 코드가 대신 게이트 역할을 하므로, 사용자가 제어권을 유지하면서 파이프라인을 엄격하게 적용할 수 있습니다.
WordPress Playground가 기본값입니다. WebAssembly로 컴파일된 PHP가 Node 내에서 실행되므로, Node만 설치된 노트북이라도 이 문장을 읽는 데 걸리는 시간 정도면 아무것도 없는 상태에서 실행 중인 WordPress로 전환됩니다.
네이티브 PHP(imagick과 같은 확장 프로그램, 실제 MySQL)가 필요한 경우 --runtime docker를 전달하고 대신 php-fpm 및 MariaDB 컨테이너를 사용하십시오. 둘 다 동일한 프로젝트의 동일한 파일을 제공하므로, 둘 사이를 전환하면 엔진만 변경되고 다른 것은 변경되지 않습니다.
Zinnector®는 대시보드와 동일한 공개 API를 기반으로 구축되었으므로 패널이 수행할 수 있는 모든 작업을 수행할 수 있습니다. 또한 모든 명령은 비공개 엔드포인트가 아닌 OpenAPI 사양에 문서화된 작업입니다.
사이트 목록을 표시하고, 플랫폼이 특정 사이트에 대해 알고 있는 모든 정보를 확인하며, 재배포하고, 배포 기록 및 빌드 로그를 확인합니다.
도메인을 나열하고, 레코드가 작성되기 전에 표시된 상태로 DNS 레코드를 읽고 변경하며, 메일 서비스를 읽습니다.
PHP 버전을 전환하고, 플랜에서 제공하는 한도 대비 디스크 및 inode 사용량을 확인하며, phpMyAdmin에 대한 일회용 링크를 생성하고, 접속 및 오류 로그를 실시간으로 모니터링하세요.
사이트에서 허용 목록에 있는 WP-CLI 명령을 실행하고, 사이트당 한 번씩 실행하는 대신 한 번의 호출로 전체 선택 항목에 걸쳐 캐시를 삭제하거나 맬웨어 검사를 시작하십시오.
전체 목록, 각각 한 줄씩 표시됩니다. 전체 레퍼런스(모든 플래그, 실행 가능한 예제 및 각 명령이 출력하는 내용)는 CLI 자체에서 생성되어 개발자 문서 및 기술 자료에 저장되므로, 설치하신 도구의 내용과 다를 수 없습니다.
즉시 실행할 수 있는 WordPress 프로젝트의 뼈대를 생성하세요.
이 프로젝트를 로컬에서 실행하세요 — Docker가 필요하지 않습니다.
Zinn Digital® API 키로 로그인하세요.
저장된 API 키 지우기.
이 CLI가 누구로 인증되었는지 표시합니다.
이 키로 볼 수 있는 사이트를 나열하십시오.
플랫폼이 하나의 사이트에 대해 알고 있는 모든 것.
한 사람에게 단일 사이트에 대한 액세스 권한을 부여하세요(개발자, 디자이너, 클라이언트 등). 역할과 이유를 함께 지정하세요.
사이트에 대한 액세스 권한이 부여된 사용자, 역할 및 수락 여부를 확인하세요.
이메일 또는 부여 ID를 통해 사용자의 접근 권한을 취소합니다.
귀하를 기다리고 있는 초대장과 그중 하나를 수락하십시오.
이 프로젝트를 호스팅 슬롯으로 지정하십시오(저장소도 연결하십시오).
로컬 개발을 위해 호스팅된 사이트의 파일을 이 프로젝트로 가져오고, 다시 동기화하려면 재실행하십시오. 사이트가 자체 저장소와 동기화될 때 빠른 경로를 사용하며, 그렇지 않은 경우 최신 백업에서 작동합니다.
호스팅된 사이트의 라이브 파일과 리포지토리 간의 양방향 동기화: 진행 상태 확인, 활성화, 사이트 변경 사항 커밋 또는 우선 적용할 측면 선택이 가능합니다.
로컬 서버만 시작하는 Claude Desktop 및 기타 AI 클라이언트를 위한 Zinn Digital® MCP 서버 브리지입니다.
호스팅된 사이트에서 한 번의 단계로 로컬 프로젝트를 생성하세요. 리포지토리를 복제하거나 파일을 가져오고, 프로젝트 파일을 작성하여 zinnector dev를 실행할 준비를 마칩니다.
이 프로젝트를 배포하려는 슬롯과 비교하십시오.
사전 점검을 진행하고, 커밋을 푸시한 후 배포하세요.
푸시하지 않고 플랫폼에 이미 있는 것을 다시 배포합니다.
사이트의 배포 기록입니다.
사이트의 PHP 버전을 표시하거나 전환합니다.
요금제에서 제공하는 용량 대비 디스크, 파일 및 데이터베이스 사용량입니다.
데이터베이스 크기 및 phpMyAdmin과 파일 관리자로 연결되는 일회용 링크.
사이트의 액세스 및 오류 로그를 실시간으로 모니터링합니다.
사이트에서 허용 목록에 있는 WP-CLI 명령을 실행합니다.
사이트 백업을 나열하고 생성합니다. 하위 명령: list, now.
이 키가 볼 수 있는 도메인을 나열합니다.
DNS 레코드를 읽고 변경합니다. 하위 명령: list, add, rm.
메일 서비스를 나열합니다.
여러 사이트에서 하나의 작업을 실행합니다(cache_purge, malware_scan, sitemap, block_ip).
이 프로젝트를 맥락으로 삼아 Zinn Digital® 어시스턴트에게 문의하세요.
아니요. `zinnector new` 및 `zinnector dev`는 계정이 전혀 필요하지 않습니다. 플러그인, 테마 또는 전체 사이트의 뼈대를 생성하고 로컬에서 영구적으로 무료로 실행하세요. API 키는 호스팅과 통신하는 명령어에만 필요합니다.
기본 런타임용은 아닙니다. WordPress Playground는 PHP를 WebAssembly로 컴파일하여 Node 내부에서 실행하므로, 다른 소프트웨어를 설치하지 않고도 `zinnector dev`를 통해 몇 초 만에 실제 WordPress를 구동할 수 있습니다. imagick 또는 ionCube와 같은 확장 기능을 테스트하기 위해 네이티브 PHP가 필요한 경우에는 `--runtime docker`를 사용하여 대신 php-fpm 및 MariaDB 컨테이너를 사용할 수 있습니다. 두 방식 모두 지원되며, 어느 하나가 대체 수단인 것은 아닙니다.
슬롯의 버전 대비 귀하의 로컬 PHP 버전, 빌드한 버전으로 슬롯이 전환될 수 있는지 여부, 슬롯의 PHP 수명이 종료되었는지 및 머신에 실제로 적용되었는지 여부, 남은 디스크 및 inode 여유 공간 대비 프로젝트 크기와 파일 수, 양쪽의 WordPress 버전, 슬롯의 프로비저닝 완료 여부, 배포할 git 리포지토리가 연결되어 있는지 여부를 확인합니다. 확인할 수 없는 모든 항목은 통과로 처리되지 않고 미확인으로 보고됩니다.
아니요, 이는 의도된 동작입니다. 사전 점검은 경고를 표시하지만 계속 진행할 수 있도록 허용하며, `--force`는 모든 발견 사항을 무시하고 배포합니다. 귀하는 검사 도구가 알지 못하는 본인 사이트에 대한 정보를 알고 있으며, 배포를 거부하는 도구는 사용자가 삭제하게 마련입니다.
키는 명령줄에서 절대 읽히지 않으며 — 프롬프트 또는 파이프된 stdin을 통해서만 읽힙니다 — 따라서 셸 기록이나 프로세스 목록에 남을 수 없습니다. 파일 모드 600으로 귀하의 구성 디렉터리에 저장되며, Zinnector®는 쓰기를 수행할 때마다 해당 권한을 다시 적용합니다.
`ZINNECTOR_TOKEN`을 설정하면 모든 명령에서 `--json`을 사용할 수 있습니다. 사용자가 읽을 수 있는 출력은 stderr로, 데이터는 stdout으로 전달되므로 파이프가 깔끔하게 유지됩니다. `zinnector check`는 항목을 발견하면 0이 아닌 코드로 종료되므로 파이프라인 게이트 역할을 하며, 비교를 수행할 수 없는 경우 `--strict` 역시 실패합니다.
npm install -g zinnector 명령을 실행하거나 npx zinnector new my-site 명령으로 한 번 사용해 보세요. 무료이며 MIT 라이선스가 적용되고 공개 API를 기반으로 구축되었습니다. 프로젝트 구조를 생성하고 Docker 없이 로컬에서 실행하며 배포하기 전에 사전 점검을 수행하십시오.
문서 읽기