zinnector 新規作成
すぐに起動するサイト、プラグイン、またはブロックテーマのスキャフォールドを生成します。プレースホルダーファイルや TODO は一切ありません。プラグインは有効化され、テーマは作成された瞬間から選択可能です。
Zinnector®
WordPress ホスティング向け開発者用 CLI
Zinnector®は、Node 以外何もインストールすることなくローカルで WordPress を構築します。Docker も MAMP も不要です。その後、プッシュする前に、構築した内容をデプロイ先のホスティングスロットと照合し、一致しない部分をお知らせします。npm install -g zinnector でインストールしてください。無料で、MIT ライセンスが適用されており、ここにある他のすべての機能と同じ公開 API で構築されています。
5つのコマンド、そして中央にあるものが重要です
ほとんどのホスティング CLI はデプロイ時から始まります。Zinnector®はそれ以前から始まります。お客様と一緒にサイトを構築し、送信先となるマシンと照らし合わせて作業内容を検証します。「自分のノートパソコンでは動いた」と「サーバー上で動く」の間のギャップこそが午後の時間を奪う要因であり、そのギャップは測定可能です。
zinnector dev
わずか数秒でお使いのマシン上に本物の WordPress を構築し、Docker や PATH の PHP を必要とせずに独自のプラグインやテーマを実行できます。開発対象として 5.2 から 8.5 までの任意の PHP を選択可能です。
zinnector チェック
プリフライトチェック。ビルドした内容をデプロイ先の枠と比較し、プッシュする前にすべての不一致、および実行できなかったすべてのチェックを明示します。
zinnector プッシュ
事前チェックを行い、コミットをプッシュし、デプロイを実行して完了まで監視します。失敗した場合でも、ビルドログはコマンド1つですぐに確認できます。
zinnector ai
プロジェクトとサイトをコンテキストとして、ターミナルからアシスタントに質問できます。プラットフォーム上でお客様自身のアカウントに対して実行されるため、マシンにモデルキーが保存されることはありません。
2分で動作をご確認いただけます。アカウント登録は不要です
順番に並んだ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 は、以下の各コマンドを用途の1行説明とともに一覧表示します。各コマンドはそれぞれ独自の --help も受け付けます。
サイトの雛形を作成
zinnector new my-site は、すぐに起動するプロジェクト (zinnector.json、wp-content ツリー、README) を作成し、次に実行するコマンドを出力します。
実行
cd my-site、次に zinnector dev を実行します。初回の実行時に、WordPress ランタイムのダウンロードが一度だけ求められます (約 570 MB、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® は両方の環境を読み取って並べて表示し、何らかの理由がある可能性を考慮してそのままデプロイすることも許可します。
PHP、率直に評価
メジャーバージョンの差異はサイトを確実に停止させるため「高」と判定され、マイナーな差異はより低く判定されます。すべてを重大と評価すると、ユーザーが警告を無視するようになるだけです。
ディスク数とファイル数 (別々にカウント)
WordPress のディレクトリツリーは何万もの小さなファイルで構成されており、サイトはディスク容量の上限を大幅に下回っていても inode の許容量を使い果たすことがあります。どちらもプランに対してではなく、スロットに実際に残っている容量に対して確認されます。
「確認できませんでした」はそれ自体が一つの回答です
対象を検出できないチェックは、合格ではなく未チェックとして報告します。問題のない実行では検証できなかった項目の数が示されます。なぜなら、誤った安全報告を再確認する人はいないからです。
警告のみ (ブロックなし)
すべての検出結果は --force で上書き可能であり、サマリーにもその旨が記載されています。CI では代わりに終了コードがゲートとなるため、人が制御を維持しながらパイプラインを厳格に保つことができます。
2つのローカルランタイム、どちらも本物
WordPress Playground がデフォルトです。PHP を WebAssembly にコンパイルして Node 内で実行するため、Node しかインストールされていないノートパソコンでも、この文を読み終えるくらいの時間で、何もない状態から WordPress が稼働する状態になります。
ネイティブの PHP (imagick のような拡張機能や本物の MySQL) が必要な場合は、--runtime docker を渡して、代わりに php-fpm および MariaDB コンテナを取得してください。どちらも同じプロジェクトの同じファイルを提供するため、これらを切り替えてもエンジンが変わるだけで、それ以外は何も変わりません。
パネルで既に行っているその他のすべての操作
Zinnector®はダッシュボードと同じ公開 API 上に構築されているため、パネルで実行可能なすべての操作を実行できます。また、すべてのコマンドはプライベートエンドポイントではなく、OpenAPI 仕様で文書化された操作となっています。
サイトとデプロイ
サイトを一覧表示し、特定のサイトについてプラットフォームが把握しているすべての情報を確認し、再デプロイを実行し、デプロイ履歴とビルドログを確認します。
ドメイン、DNS、メール
ドメインを一覧表示し、書き込み前にレコードを表示した状態で DNS レコードを読み取りおよび変更し、メールサービスを読み取ります。
PHP、クォータ、データベース、ログ
PHP のバージョン切り替え、プランで許可された容量に対するディスクおよび inode の使用状況の確認、phpMyAdmin への使い捨てリンクの取得、アクセスログやエラーログのリアルタイム監視が可能です。
WP-CLI と一括操作
サイトに対して許可リストに登録された WP-CLI コマンドを実行し、サイトごとに個別に行うのではなく、1 回の呼び出しで選択項目全体に対してキャッシュの消去やマルウェアスキャンの開始を実行できます。
すべてのコマンド、--help が一覧表示するとおり
完全なリスト、各1行。完全なリファレンス (すべてのフラグ、実行可能な例、各コマンドが出力する内容) は CLI 自体から生成され、開発者向けドキュメントおよびナレッジベースに配置されているため、インストールされたツールと乖離することはありません。
新規 zinnector
すぐに実行できる WordPress プロジェクトの雛形を生成します。
zinnector dev
このプロジェクトをローカルで実行します — Docker は不要です。
zinnector ログイン
Zinn Digital® API キーでサインインします。
zinnector からログアウト
保存された API キーを忘れる。
zinnector whoami
この CLI が誰として認証されているかを表示します。
zinnector サイト
このキーで表示できるサイトを一覧表示します。
zinnector のステータス
プラットフォームが1つのサイトについて把握しているすべての情報。
zinnector 共有
1人のユーザーに単一のサイトへのアクセス権を付与します (開発者、デザイナー、クライアントなど)。役割と理由を指定してください。
zinnector コラボレーター
サイトへのアクセス権が付与されたユーザー、その役割、および承認済みかどうかを確認できます。
zinnector の共有を解除
メールアドレスまたは付与 ID により、ユーザーのアクセス権を取り消します。
Zinnector® 招待
お待ちの招待、そして1つを承認してください。
zinnector リンク
このプロジェクトをホスティングスロットに向けます (リポジトリも接続します)。
zinnector プル
ローカル開発のためにホストされているサイトのファイルをこのプロジェクトに取り込み、再同期するには再実行してください。サイトが自身のリポジトリと同期する場合は高速パスを使用し、それ以外の場合は最新のバックアップから動作します。
zinnector の同期
ホストされているサイトの公開ファイルとリポジトリ間の双方向同期: 状態の確認、有効化、サイトの変更のコミット、または優先する側の選択が可能です。
zinnector マシン
Claude Desktop やローカルサーバーのみを起動するその他の AI クライアント向け、Zinn Digital® MCP サーバーへのブリッジ。
zinnector のクローン
ホストされているサイトから1ステップでローカルプロジェクトを作成します。リポジトリのクローンまたはファイルのプル、プロジェクトファイルの書き込みを行い、zinnector dev を実行できる状態にします。
zinnector チェック
このプロジェクトを、デプロイ先のスロットと比較します。
zinnector push
事前確認を行い、コミットをプッシュして、デプロイしてください。
zinnector デプロイ
プッシュせずに、プラットフォームに既にあるものを再デプロイします。
zinnector デプロイ中
サイトのデプロイ履歴。
zinnector php
サイトの PHP バージョンを表示または切り替えます。
Zinnector® クォータ
プランで許可されている容量に対するディスク、ファイル、およびデータベースの使用状況。
zinnector db
データベースのサイズ、ならびに phpMyAdmin およびファイルマネージャーへのワンタイムリンク。
Zinnector® ログ
サイトのアクセスログおよびエラーログをリアルタイムで追跡します。
zinnector wp
サイト上で許可リストに登録された WP-CLI コマンドを実行します。
zinnector バックアップ
サイトのバックアップを一覧表示して作成します。サブコマンド: list, now。
zinnector ドメイン
このキーが表示できるドメインを一覧表示します。
zinnector dns
DNS レコードの読み取りおよび変更を行います。サブコマンド: list, add, rm。
zinnector メール
メールサービスを一覧表示します。
zinnector 一括
複数のサイトで1つの操作を実行します (cache_purge、malware_scan、sitemap、block_ip)。
zinnector ai
このプロジェクトをコンテキストとして、Zinn Digital®アシスタントに質問してください。
質問
それを使用するには Zinn Digital® の顧客である必要がありますか ?
いいえ。`zinnector new` および `zinnector dev` にはアカウントが一切不要です。プラグイン、テーマ、またはサイト全体の雛形を作成し、ローカル環境で永久に無料で実行できます。API キーは、ホスティングと通信するコマンドにのみ必要です。
Docker が必要ですか ?
デフォルトのランタイム向けではありません。WordPress Playground は PHP を WebAssembly にコンパイルして Node 内で実行するため、他に何もインストールすることなく、`zinnector dev`で本物の WordPress を数秒で起動できます。拡張機能 (imagick や ionCube など) をテストするためにネイティブ PHP が必要な場合は、代わりに`--runtime docker`を指定することで php-fpm と MariaDB のコンテナをご利用いただけます。両方がサポートされており、どちらかがフォールバックというわけではありません。
事前チェックでは実際に何が比較されますか ?
スロットの PHP バージョンに対するローカルの PHP バージョン、開発環境で使用したバージョンにスロットが切り替え可能かどうか、スロットの PHP がサポート期限を過ぎていないか、そしてマシンが実際にそれを適用しているかどうか、残りのディスク容量および inode の空き容量に対するプロジェクトのサイズとファイル数、双方の WordPress バージョン、スロットのプロビジョニングが完了しているかどうか、デプロイ元の git リポジトリが接続されているかどうかを確認します。確認できなかった項目は、合格としてカウントされるのではなく、未確認として報告されます。
デプロイを阻止することはできますか ?
いいえ、これは意図的な動作です。事前チェックは警告を発しつつ処理の続行を許可し、`--force` はあらゆる検出結果を無視してデプロイします。お客様はチェッカーが把握できないサイトの事情をご存じであり、デプロイを拒否するツールはいずれアンインストールされてしまうためです。
私の API キーは安全ですか ?
キーがコマンドラインから読み取られることは決してなく、プロンプトまたはパイプ経由の stdin からのみ読み取られるため、シェルの履歴やプロセス一覧に残ることはありません。ファイルモード600でお客様専用の設定ディレクトリに保存され、Zinnector®は書き込みを行うたびにそれらの権限を再適用します。
CI で使用できますか ?
はい。`ZINNECTOR_TOKEN` を設定すると、すべてのコマンドが `--json` を受け入れます。人間向けの出力は stderr に、データは stdout に送られるため、パイプはクリーンな状態に保たれます。`zinnector check` は何かを検出するとゼロ以外のコードで終了するため、パイプラインゲートとして機能し、比較ができなかった場合は `--strict` も失敗します。
関連
インストールして、次の1分以内にサイトを立ち上げましょう
npm install -g zinnector を実行するか、npx zinnector new my-site で一度お試しください。無料、MIT ライセンス、公開 API 上に構築されています。プロジェクトの雛形を作成し、Docker なしでローカル実行し、デプロイ前に事前確認を行ってください。
ドキュメントを読む