Zinnector®

WordPress ਹੋਸਟਿੰਗ ਲਈ ਡਿਵੈਲਪਰ CLI

Zinnector® ਸਿਰਫ਼ Node ਤੋਂ ਇਲਾਵਾ ਹੋਰ ਕੁਝ ਵੀ ਇੰਸਟਾਲ ਕੀਤੇ ਬਿਨਾਂ ਸਥਾਨਕ ਤੌਰ 'ਤੇ WordPress ਬਣਾਉਂਦਾ ਹੈ — ਕੋਈ Docker ਨਹੀਂ, ਕੋਈ MAMP ਨਹੀਂ — ਫਿਰ ਇਹ ਜਾਂਚ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਜਿਸ ਹੋਸਟਿੰਗ ਸਲਾਟ 'ਤੇ ਤੈਨਾਤ ਕਰਨ ਵਾਲੇ ਹੋ, ਉਸ ਦੇ ਮੁਕਾਬਲੇ ਤੁਸੀਂ ਕੀ ਬਣਾਇਆ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਪੁਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਮੇਲ ਨਹੀਂ ਖਾਵੇਗਾ। ਇਸਨੂੰ npm install -g zinnector ਨਾਲ ਇੰਸਟਾਲ ਕਰੋ। ਇਹ ਮੁਫ਼ਤ ਹੈ, MIT-ਲਾਇਸੰਸਸ਼ੁਦਾ ਹੈ ਅਤੇ ਇੱਥੇ ਬਾਕੀ ਸਭ ਕੁਝ ਵਾਂਗ ਉਸੇ ਜਨਤਕ API 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਹੈ।

ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਇੱਕ ਕੋਡ ਐਡੀਟਰ, ਇੱਕ ਖੁੱਲ੍ਹੀ ਫ਼ਾਈਲ ਦੇ ਕੋਲ ਇੱਕ ਫ਼ਾਈਲ ਟ੍ਰੀ ਅਤੇ ਇਸ ਵਿੱਚ ਇੱਕ ਕਰਸਰ ਦੇ ਨਾਲ।

ਪੰਜ ਕਮਾਂਡਾਂ, ਅਤੇ ਵਿਚਕਾਰਲੀ ਹੀ ਮੁੱਖ ਨੁਕਤਾ ਹੈ

ਜ਼ਿਆਦਾਤਰ ਹੋਸਟਿੰਗ CLI ਡਿਪਲੋਏ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ। Zinnector® ਉਸ ਤੋਂ ਪਹਿਲਾਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ — ਇਹ ਤੁਹਾਡੇ ਨਾਲ ਸਾਈਟ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਤੁਹਾਡੇ ਕੰਮ ਦੀ ਉਸ ਮਸ਼ੀਨ ਨਾਲ ਜਾਂਚ ਕਰਦਾ ਹੈ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਇਸਨੂੰ ਭੇਜਣ ਵਾਲੇ ਹੋ। "ਇਹ ਮੇਰੇ ਲੈਪਟਾਪ 'ਤੇ ਚੱਲਿਆ ਸੀ" ਅਤੇ "ਇਹ ਸਰਵਰ 'ਤੇ ਚੱਲਦਾ ਹੈ" ਵਿਚਕਾਰਲਾ ਅੰਤਰ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਦੁਪਹਿਰਾਂ ਬਰਬਾਦ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਉਹ ਅੰਤਰ ਮਾਪਣਯੋਗ ਹੈ।

zinnector ਨਵਾਂ

ਤੁਰੰਤ ਬੂਟ ਹੋਣ ਵਾਲੀ ਸਾਈਟ, ਪਲੱਗਇਨ ਜਾਂ ਬਲਾਕ ਥੀਮ ਦਾ ਢਾਂਚਾ ਤਿਆਰ ਕਰੋ। ਕੋਈ ਪਲੇਸਹੋਲਡਰ ਫ਼ਾਈਲਾਂ ਨਹੀਂ, ਕੋਈ TODOs ਨਹੀਂ — ਪਲੱਗਇਨ ਕਿਰਿਆਸ਼ੀਲ ਹੁੰਦੀ ਹੈ ਅਤੇ ਥੀਮ ਬਣਦੇ ਹੀ ਚੁਣੀ ਜਾ ਸਕਦੀ ਹੈ।

zinnector dev

ਬਿਨਾਂ ਕਿਸੇ Docker ਅਤੇ ਤੁਹਾਡੇ PATH ਵਿੱਚ PHP ਤੋਂ ਬਿਨਾਂ, ਤੁਹਾਡੇ ਆਪਣੇ ਪਲੱਗਇਨ ਅਤੇ ਥੀਮ ਪੇਸ਼ ਕਰਨ ਵਾਲਾ ਇੱਕ ਅਸਲੀ WordPress ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਤੁਹਾਡੀ ਮਸ਼ੀਨ 'ਤੇ। ਡਿਵੈਲਪ ਕਰਨ ਲਈ 5.2 ਤੋਂ 8.5 ਤੱਕ ਕੋਈ ਵੀ PHP ਚੁਣੋ।

zinnector ਜਾਂਚ

ਪ੍ਰੀ-ਫਲਾਈਟ ਜਾਂਚ। ਇਹ ਤੁਹਾਡੇ ਵੱਲੋਂ ਬਣਾਏ ਗਏ ਬਿਲਡ ਦੀ ਤੁਲਨਾ ਉਸ ਸਲਾਟ ਨਾਲ ਕਰਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਤੁਸੀਂ ਤੈਨਾਤ ਕਰਨ ਵਾਲੇ ਹੋ ਅਤੇ ਤੁਹਾਡੇ ਵੱਲੋਂ ਪੁਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਰੇਕ ਬੇਮੇਲ — ਅਤੇ ਹਰੇਕ ਜਾਂਚ ਜੋ ਇਹ ਨਹੀਂ ਕਰ ਸਕੀ — ਦਾ ਜ਼ਿਕਰ ਕਰਦੀ ਹੈ।

zinnector push

ਪੂਰਵ-ਜਾਂਚ ਕਰੋ, ਆਪਣੇ ਕਮਿਟ ਪੁਸ਼ ਕਰੋ, ਡਿਪਲੋਏ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਪੂਰਾ ਹੋਣ ਤੱਕ ਇਸ 'ਤੇ ਨਜ਼ਰ ਰੱਖੋ। ਜੇਕਰ ਇਹ ਅਸਫਲ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਬਿਲਡ ਲੌਗ ਸਿਰਫ਼ ਇੱਕ ਕਮਾਂਡ ਦੀ ਦੂਰੀ 'ਤੇ ਹੈ।

zinnector ai

ਆਪਣੇ ਪ੍ਰੋਜੈਕਟ ਅਤੇ ਆਪਣੀ ਸਾਈਟ ਨੂੰ ਸੰਦਰਭ ਵਜੋਂ ਵਰਤਦੇ ਹੋਏ ਟਰਮੀਨਲ ਤੋਂ ਸਹਾਇਕ ਨੂੰ ਪੁੱਛੋ। ਇਹ ਪਲੇਟਫਾਰਮ 'ਤੇ ਤੁਹਾਡੇ ਆਪਣੇ ਖਾਤੇ ਦੇ ਤਹਿਤ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡੀ ਮਸ਼ੀਨ 'ਤੇ ਕਦੇ ਵੀ ਕੋਈ ਮਾਡਲ ਕੁੰਜੀ ਸਟੋਰ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ।

ਦੋ ਮਿੰਟਾਂ ਵਿੱਚ ਇਸਦੇ ਕੰਮ ਦੀ ਜਾਂਚ ਕਰੋ, ਕਿਸੇ ਖਾਤੇ ਦੀ ਲੋੜ ਨਹੀਂ

ਤਰਤੀਬ ਵਿੱਚ ਛੇ ਕਮਾਂਡਾਂ, ਅਤੇ ਹਰੇਕ ਉੱਤੇ ਸਫ਼ਲਤਾ ਕਿਹੋ ਜਿਹੀ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ। ਇੱਥੇ ਸਭ ਕੁਝ ਤੁਹਾਡੀ ਆਪਣੀ ਮਸ਼ੀਨ 'ਤੇ ਚੱਲਦਾ ਹੈ; ਇੱਕ API ਕੁੰਜੀ ਦੀ ਲੋੜ ਸਿਰਫ਼ ਉਦੋਂ ਪੈਂਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਹੋਸਟਿੰਗ ਸਲਾਟ 'ਤੇ ਪਹੁੰਚਦੇ ਹੋ।

  1. ਇਸਨੂੰ ਸਥਾਪਿਤ ਕਰੋ

    Node 24 ਜਾਂ ਨਵੇਂ 'ਤੇ npm install -g zinnector ਚਲਾਓ। ਜੇਕਰ npm EBADENGINE ਪ੍ਰਿੰਟ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਹਾਡਾ Node 24 ਤੋਂ ਪੁਰਾਣਾ ਹੈ — nodejs.org ਤੋਂ ਮੌਜੂਦਾ LTS ਇੰਸਟਾਲ ਕਰੋ ਅਤੇ ਇੰਸਟਾਲੇਸ਼ਨ ਨੂੰ ਦੁਬਾਰਾ ਚਲਾਓ।

  2. ਵਰਜਨ ਦੀ ਜਾਂਚ ਕਰੋ

    zinnector --version 0.1.2 ਵਰਗਾ ਵਰਜਨ ਨੰਬਰ ਪ੍ਰਿੰਟ ਕਰਦਾ ਹੈ। 24 ਤੋਂ ਪੁਰਾਣੇ Node 'ਤੇ ਇਹ ਇੱਕ ਸੁਨੇਹਾ ਪ੍ਰਿੰਟ ਕਰਦਾ ਹੈ ਕਿ Node 24 ਜਾਂ ਨਵੇਂ ਦੀ ਲੋੜ ਹੈ, ਅਤੇ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ।

  3. ਮਦਦ ਪੜ੍ਹੋ

    zinnector --help ਹੇਠਾਂ ਦਿੱਤੀ ਹਰੇਕ ਕਮਾਂਡ ਨੂੰ ਇੱਕ-ਲਾਈਨ ਦੇ ਉਦੇਸ਼ ਨਾਲ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ। ਹਰੇਕ ਕਮਾਂਡ ਦਾ ਆਪਣਾ --help ਵੀ ਹੁੰਦਾ ਹੈ।

  4. ਸਾਈਟ ਦਾ ਢਾਂਚਾ ਤਿਆਰ ਕਰੋ

    zinnector new my-site ਇੱਕ ਅਜਿਹਾ ਪ੍ਰੋਜੈਕਟ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਤੁਰੰਤ ਬੂਟ ਹੁੰਦਾ ਹੈ — ਇੱਕ zinnector.json, ਇੱਕ wp-content ਟ੍ਰੀ ਅਤੇ ਇੱਕ README — ਅਤੇ ਚਲਾਉਣ ਲਈ ਅਗਲੀਆਂ ਕਮਾਂਡਾਂ ਨੂੰ ਪ੍ਰਿੰਟ ਕਰਦਾ ਹੈ।

  5. ਇਸਨੂੰ ਚਲਾਓ

    cd my-site, ਫਿਰ zinnector dev। ਪਹਿਲੀ ਵਾਰ ਚਲਾਉਣ 'ਤੇ WordPress ਰਨਟਾਈਮ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਇੱਕ ਵਾਰ ਪੁੱਛਿਆ ਜਾਂਦਾ ਹੈ (ਲਗਭਗ 570 MB, CLI ਦੇ ਆਪਣੇ ਕੈਸ਼ੇ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ, ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਕਦੇ ਨਹੀਂ)। ਸਫਲਤਾ “running at http://127.0.0.1:9400” ਵਰਗੀ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ।

  6. ਇਸਨੂੰ ਕਿਸੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਖੋਲ੍ਹੋ

    http://127.0.0.1:9400 ਇੱਕ ਨਵੀਂ WordPress ਸਾਈਟ ਹੈ; /wp-admin ਪਹਿਲਾਂ ਹੀ ਸਾਈਨ ਇਨ ਕੀਤੇ ਡੈਸ਼ਬੋਰਡ ਨੂੰ ਖੋਲ੍ਹਦਾ ਹੈ। wp-content/plugins ਵਿੱਚ ਇੱਕ ਪਲੱਗਇਨ ਪਾਓ ਅਤੇ ਅਗਲੀ ਵਾਰ ਰੀਲੋਡ ਕਰਨ 'ਤੇ ਇਹ ਉੱਥੇ ਉਪਲਬਧ ਹੋਵੇਗਾ।

  7. ਫਿਰ, ਇੱਕ ਹੋਸਟਿੰਗ ਸਲਾਟ ਨਾਲ

    zinnector login, zinnector link, zinnector check, zinnector push — ਜੋ ਤੁਸੀਂ ਬਣਾਇਆ ਹੈ ਉਸਦੀ ਸਲਾਟ ਦੇ ਵਿਰੁੱਧ ਪੂਰਵ-ਜਾਂਚ ਕਰੋ, ਫਿਰ ਤੈਨਾਤ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਪੂਰਾ ਹੁੰਦੇ ਦੇਖੋ।

ਪੂਰਵ-ਜਾਂਚ, ਵਿਸਥਾਰ ਵਿੱਚ

ਤੁਸੀਂ PHP 8.3 'ਤੇ ਨਿਰਮਾਣ ਕੀਤਾ ਹੈ। ਸਲਾਟ 8.1 ਚਲਾਉਂਦਾ ਹੈ। ਸਾਈਟ ਚਿੱਟੀ ਹੋਣ ਤੱਕ ਤੁਹਾਨੂੰ ਕੁਝ ਵੀ ਪਤਾ ਨਹੀਂ ਲੱਗਦਾ। ਇਹ ਕਮਾਂਡ ਇਸੇ ਸਮੱਸਿਆ ਲਈ ਮੌਜੂਦ ਹੈ, ਅਤੇ ਇਹ ਉਹੀ ਚੀਜ਼ ਹੈ ਜਿਸਦੀ ਇਸ ਪਲੇਟਫਾਰਮ ਦੇ ਮਾਲਕ ਨੇ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਮੰਗ ਕੀਤੀ ਸੀ। Zinnector® ਦੋਵਾਂ ਵਾਤਾਵਰਣਾਂ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਨਾਲ-ਨਾਲ ਰੱਖਦਾ ਹੈ — ਫਿਰ ਤੁਹਾਨੂੰ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਤੈਨਾਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਤੁਹਾਡੇ ਕੋਲ ਕੋਈ ਕਾਰਨ ਹੋ ਸਕਦਾ ਹੈ।

PHP, ਇਮਾਨਦਾਰੀ ਨਾਲ ਦਰਜਾ ਦਿੱਤਾ ਗਿਆ

ਇੱਕ ਮੁੱਖ-ਵਰਜਨ ਅੰਤਰ ਨੂੰ ਉੱਚ ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਸਾਈਟ ਨੂੰ ਖਰਾਬ ਕਰਦਾ ਹੈ; ਇੱਕ ਮਾਮੂਲੀ ਅੰਤਰ ਨੂੰ ਹੇਠਲੇ ਪੱਧਰ 'ਤੇ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਹਰ ਚੀਜ਼ ਨੂੰ ਨਾਜ਼ੁਕ ਵਜੋਂ ਦਰਜਾ ਦੇਣਾ ਲੋਕਾਂ ਨੂੰ ਚੇਤਾਵਨੀ ਨੂੰ ਅਣਡਿੱਠ ਕਰਨਾ ਹੀ ਸਿਖਾਉਂਦਾ ਹੈ।

ਡਿਸਕ ਅਤੇ ਫ਼ਾਈਲ ਗਿਣਤੀ, ਵੱਖਰੇ ਤੌਰ 'ਤੇ

ਇੱਕ WordPress ਟ੍ਰੀ ਵਿੱਚ ਹਜ਼ਾਰਾਂ ਛੋਟੀਆਂ ਫ਼ਾਈਲਾਂ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਇੱਕ ਸਾਈਟ ਆਪਣੀ ਡਿਸਕ ਸੀਮਾ ਤੋਂ ਕਾਫ਼ੀ ਹੇਠਾਂ ਰਹਿੰਦਿਆਂ ਵੀ ਆਪਣੇ inode ਕੋਟੇ ਨੂੰ ਖ਼ਤਮ ਕਰ ਸਕਦੀ ਹੈ। ਦੋਵਾਂ ਦੀ ਜਾਂਚ ਪਲਾਨ ਦੇ ਮੁਕਾਬਲੇ ਨਹੀਂ, ਸਗੋਂ ਸਲਾਟ 'ਤੇ ਅਸਲ ਵਿੱਚ ਕੀ ਬਚਿਆ ਹੈ ਉਸ ਦੇ ਆਧਾਰ 'ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

“ਜਾਂਚ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕੀ” ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਜਵਾਬ ਹੈ

ਜਿਹੜੀ ਜਾਂਚ ਆਪਣੇ ਵਿਸ਼ੇ ਨੂੰ ਨਹੀਂ ਦੇਖ ਸਕਦੀ, ਉਹ ਕਦੇ ਵੀ ਪਾਸ ਨਹੀਂ, ਸਗੋਂ ਅਣਜਾਂਚਿਆ ਰਿਪੋਰਟ ਕਰਦੀ ਹੈ। ਇੱਕ ਸਹੀ ਰਨ ਇਹ ਦੱਸਦਾ ਹੈ ਕਿ ਉਹ ਕਿੰਨੀਆਂ ਚੀਜ਼ਾਂ ਦੀ ਪੁਸ਼ਟੀ ਨਹੀਂ ਕਰ ਸਕਿਆ, ਕਿਉਂਕਿ ਝੂਠੀ ਕਲੀਅਰੈਂਸ ਵੱਲ ਕੋਈ ਦੂਜੀ ਵਾਰ ਨਹੀਂ ਦੇਖਦਾ।

ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ, ਕਦੇ ਬਲੌਕ ਨਹੀਂ ਕਰਦਾ

ਹਰੇਕ ਨਤੀਜੇ ਨੂੰ --force ਨਾਲ ਓਵਰਰਾਈਡ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਸੰਖੇਪ ਵਿੱਚ ਇਹ ਦੱਸਿਆ ਗਿਆ ਹੈ। CI ਵਿੱਚ ਇਸਦੀ ਬਜਾਏ ਐਗਜ਼ਿਟ ਕੋਡ ਗੇਟ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਤਾਂ ਜੋ ਪਾਈਪਲਾਈਨ ਸਖ਼ਤ ਹੋ ਸਕਦੀ ਹੈ ਜਦੋਂ ਕਿ ਇੱਕ ਵਿਅਕਤੀ ਦਾ ਨਿਯੰਤਰਣ ਬਣਿਆ ਰਹਿੰਦਾ ਹੈ।

ਦੋ ਸਥਾਨਕ ਰਨਟਾਈਮ, ਦੋਵੇਂ ਅਸਲ

WordPress Playground ਮੂਲ ਹੈ: WebAssembly ਵਿੱਚ ਕੰਪਾਇਲ ਕੀਤਾ ਗਿਆ PHP, Node ਦੇ ਅੰਦਰ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ ਸਿਰਫ਼ Node ਸਥਾਪਤ ਵਾਲਾ ਲੈਪਟਾਪ ਇਸ ਵਾਕ ਨੂੰ ਪੜ੍ਹਨ ਵਿੱਚ ਲੱਗਣ ਵਾਲੇ ਸਮੇਂ ਵਿੱਚ ਹੀ ਕੁਝ ਨਾ ਹੋਣ ਤੋਂ ਚੱਲ ਰਹੇ WordPress ਤੱਕ ਪਹੁੰਚ ਜਾਂਦਾ ਹੈ।

ਜਦੋਂ ਤੁਹਾਨੂੰ ਇੱਕ ਮੂਲ PHP ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ — imagick ਵਰਗਾ ਇੱਕ ਐਕਸਟੈਂਸ਼ਨ, ਇੱਕ ਅਸਲੀ MySQL — ਤਾਂ --runtime docker ਪਾਸ ਕਰੋ ਅਤੇ ਇਸਦੀ ਬਜਾਏ php-fpm ਅਤੇ MariaDB ਕੰਟੇਨਰ ਪ੍ਰਾਪਤ ਕਰੋ। ਦੋਵੇਂ ਇੱਕੋ ਪ੍ਰੋਜੈਕਟ ਤੋਂ ਇੱਕੋ ਜਿਹੀਆਂ ਫ਼ਾਈਲਾਂ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ, ਇਸ ਲਈ ਉਹਨਾਂ ਵਿਚਕਾਰ ਬਦਲਣ ਨਾਲ ਸਿਰਫ਼ ਇੰਜਣ ਬਦਲਦਾ ਹੈ ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ।

ਹੋਰ ਸਭ ਕੁਝ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਪੈਨਲ ਵਿੱਚ ਕਰਦੇ ਹੋ

Zinnector® ਉਸੇ ਜਨਤਕ API 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਹੈ ਜਿਸ 'ਤੇ ਡੈਸ਼ਬੋਰਡ ਬਣਿਆ ਹੈ, ਇਸ ਲਈ ਜੋ ਕੁਝ ਪੈਨਲ ਕਰ ਸਕਦਾ ਹੈ, ਇਹ ਵੀ ਉਹ ਸਭ ਕੁਝ ਕਰ ਸਕਦਾ ਹੈ — ਅਤੇ ਹਰੇਕ ਕਮਾਂਡ ਇੱਕ ਨਿੱਜੀ ਐਂਡਪੁਆਇੰਟ ਦੀ ਬਜਾਏ OpenAPI ਸਪੈੱਕ ਵਿੱਚ ਇੱਕ ਦਸਤਾਵੇਜ਼ੀ ਕਾਰਵਾਈ ਹੈ।

ਸਾਈਟਾਂ ਅਤੇ ਤੈਨਾਤੀਆਂ

ਸਾਈਟਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ, ਕਿਸੇ ਇੱਕ ਬਾਰੇ ਪਲੇਟਫਾਰਮ ਨੂੰ ਪਤਾ ਸਭ ਕੁਝ ਪੜ੍ਹੋ, ਮੁੜ-ਤੈਨਾਤ ਕਰੋ, ਅਤੇ ਤੈਨਾਤੀ ਦਾ ਇਤਿਹਾਸ ਅਤੇ ਬਿਲਡ ਲੌਗ ਪੜ੍ਹੋ।

ਡੋਮੇਨ, DNS ਅਤੇ ਮੇਲ

ਡੋਮੇਨਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ, ਰਿਕਾਰਡ ਲਿਖੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਦਿਖਾਏ ਗਏ ਰਿਕਾਰਡ ਨਾਲ DNS ਰਿਕਾਰਡ ਪੜ੍ਹੋ ਅਤੇ ਬਦਲੋ, ਅਤੇ ਆਪਣੀਆਂ ਮੇਲ ਸੇਵਾਵਾਂ ਨੂੰ ਪੜ੍ਹੋ।

PHP, ਕੋਟਾ, ਡਾਟਾਬੇਸ ਅਤੇ ਲੌਗ

PHP ਸੰਸਕਰਣ ਬਦਲੋ, ਤੁਹਾਡੇ ਪਲਾਨ ਦੁਆਰਾ ਦਿੱਤੀ ਗਈ ਮਨਜ਼ੂਰੀ ਦੇ ਮੁਕਾਬਲੇ ਡਿਸਕ ਅਤੇ inode ਵਰਤੋਂ ਦੀ ਜਾਂਚ ਕਰੋ, phpMyAdmin ਲਈ ਸਿੰਗਲ-ਵਰਤੋਂ ਵਾਲੇ ਲਿੰਕ ਪ੍ਰਾਪਤ ਕਰੋ, ਅਤੇ ਐਕਸੈਸ ਤੇ ਗਲਤੀ ਲੌਗਸ ਨੂੰ ਰੀਅਲ-ਟਾਈਮ ਵਿੱਚ ਟਰੈਕ ਕਰੋ।

WP-CLI ਅਤੇ ਬਲਕ ਕਾਰਵਾਈਆਂ

ਕਿਸੇ ਸਾਈਟ 'ਤੇ ਮਨਜ਼ੂਰ-ਸੂਚੀਬੱਧ WP-CLI ਕਮਾਂਡਾਂ ਚਲਾਓ, ਅਤੇ ਹਰੇਕ ਸਾਈਟ ਲਈ ਇੱਕ-ਇੱਕ ਕਰਨ ਦੀ ਬਜਾਏ ਇੱਕੋ ਕਾਲ ਵਿੱਚ ਪੂਰੀ ਚੋਣ ਵਿੱਚ ਕੈਸ਼ ਸਾਫ਼ ਕਰੋ ਜਾਂ ਮਾਲਵੇਅਰ ਸਕੈਨ ਸ਼ੁਰੂ ਕਰੋ।

ਹਰੇਕ ਕਮਾਂਡ, ਬਿਲਕੁਲ ਉਸੇ ਤਰ੍ਹਾਂ ਜਿਵੇਂ --help ਇਸਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ

ਪੂਰੀ ਸੂਚੀ, ਹਰੇਕ ਇੱਕ ਲਾਈਨ ਵਿੱਚ। ਪੂਰਾ ਹਵਾਲਾ — ਹਰੇਕ ਫਲੈਗ, ਇੱਕ ਚਲਾਉਣਯੋਗ ਉਦਾਹਰਨ ਅਤੇ ਹਰੇਕ ਕਮਾਂਡ ਕੀ ਪ੍ਰਿੰਟ ਕਰਦੀ ਹੈ — CLI ਤੋਂ ਖੁਦ ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਡਿਵੈਲਪਰ ਦਸਤਾਵੇਜ਼ਾਂ ਅਤੇ ਗਿਆਨ ਅਧਾਰ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਤੁਹਾਡੇ ਦੁਆਰਾ ਸਥਾਪਿਤ ਕੀਤੇ ਟੂਲ ਤੋਂ ਵੱਖ ਨਹੀਂ ਹੋ ਸਕਦਾ।

zinnector ਨਵਾਂ

ਇੱਕ WordPress ਪ੍ਰੋਜੈਕਟ ਦਾ ਢਾਂਚਾ ਤਿਆਰ ਕਰੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਤੁਰੰਤ ਚਲਾ ਸਕਦੇ ਹੋ।

zinnector dev

ਇਸ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਚਲਾਓ — ਕਿਸੇ Docker ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਜ਼ਿਨੈਕਟਰ ਲੌਗਇਨ

Zinn Digital® API ਕੁੰਜੀ ਨਾਲ ਸਾਈਨ ਇਨ ਕਰੋ।

zinnector ਲੌਗ ਆਉਟ

ਸੰਭਾਲੀ ਗਈ API ਕੁੰਜੀ ਭੁੱਲੋ।

zinnector whoami

ਦਿਖਾਓ ਕਿ ਇਹ CLI ਕਿਸ ਵਜੋਂ ਪ੍ਰਮਾਣਿਤ ਹੈ।

zinnector ਸਾਈਟਾਂ

ਉਹਨਾਂ ਸਾਈਟਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਹ ਕੁੰਜੀ ਦੇਖ ਸਕਦੀ ਹੈ।

zinnector ਸਥਿਤੀ

ਇੱਕ ਸਾਈਟ ਬਾਰੇ ਪਲੇਟਫਾਰਮ ਜੋ ਕੁਝ ਵੀ ਜਾਣਦਾ ਹੈ।

zinnector ਸ਼ੇਅਰ

ਇੱਕ ਵਿਅਕਤੀ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਸਾਈਟ ਤੱਕ ਪਹੁੰਚ ਦਿਓ — ਇੱਕ ਡਿਵੈਲਪਰ, ਇੱਕ ਡਿਜ਼ਾਈਨਰ, ਇੱਕ ਕਲਾਇੰਟ — ਇੱਕ ਭੂਮਿਕਾ ਅਤੇ ਇੱਕ ਕਾਰਨ ਦੇ ਨਾਲ।

zinnector ਸਹਿਯੋਗੀ

ਦੇਖੋ ਕਿ ਕਿਸੇ ਸਾਈਟ ਦੀ ਪਹੁੰਚ ਕਿਸ ਨੂੰ ਦਿੱਤੀ ਗਈ ਹੈ, ਉਹਨਾਂ ਦੀ ਭੂਮਿਕਾ, ਅਤੇ ਕੀ ਉਹਨਾਂ ਨੇ ਅਜੇ ਸਵੀਕਾਰ ਕੀਤਾ ਹੈ ਜਾਂ ਨਹੀਂ।

zinnector ਸਾਂਝਾ ਕਰਨਾ ਬੰਦ ਕਰੋ

ਈਮੇਲ ਜਾਂ ਗ੍ਰਾਂਟ ਆਈਡੀ ਦੁਆਰਾ ਕਿਸੇ ਵਿਅਕਤੀ ਦੀ ਪਹੁੰਚ ਵਾਪਸ ਲਵੋ।

zinnector ਸੱਦੇ

ਤੁਹਾਡੇ ਲਈ ਉਡੀਕ ਰਹੇ ਸੱਦੇ, ਅਤੇ ਇੱਕ ਸਵੀਕਾਰ ਕਰੋ।

zinnector ਲਿੰਕ

ਇਸ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਹੋਸਟਿੰਗ ਸਲਾਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ (ਅਤੇ ਇਸਦੇ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਕਨੈਕਟ ਕਰੋ)।

zinnector pull

ਸਥਾਨਕ ਵਿਕਾਸ ਲਈ ਹੋਸਟ ਕੀਤੀ ਸਾਈਟ ਦੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਇਸ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਖਿੱਚੋ, ਅਤੇ ਮੁੜ-ਸਿੰਕ ਕਰਨ ਲਈ ਦੁਬਾਰਾ ਚਲਾਓ। ਜਦੋਂ ਸਾਈਟ ਆਪਣੀ ਰਿਪੋਜ਼ਟਰੀ ਨਾਲ ਸਿੰਕ ਹੁੰਦੀ ਹੈ ਤਾਂ ਇਹ ਤੇਜ਼ ਰਸਤਾ ਲੈਂਦੀ ਹੈ, ਨਹੀਂ ਤਾਂ ਨਵੀਨਤਮ ਬੈਕਅੱਪ ਤੋਂ ਕੰਮ ਕਰਦੀ ਹੈ।

zinnector ਸਿੰਕ

ਹੋਸਟ ਕੀਤੀ ਸਾਈਟ ਦੀਆਂ ਲਾਈਵ ਫ਼ਾਈਲਾਂ ਅਤੇ ਇਸਦੇ ਰਿਪੋਜ਼ਟਰੀ ਵਿਚਕਾਰ ਦੋ-ਪੱਖੀ ਸਮਕਾਲੀਕਰਨ: ਸਥਿਤੀ ਦੇਖੋ, ਇਸਨੂੰ ਚਾਲੂ ਕਰੋ, ਸਾਈਟ ਦੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਕਮਿਟ ਕਰੋ, ਜਾਂ ਚੁਣੋ ਕਿ ਕਿਹੜੇ ਪੱਖ ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ ਜਾਵੇ।

ਜ਼ਿਨੈਕਟਰ ਐਮਸੀਪੀ

Claude Desktop ਅਤੇ ਹੋਰ AI ਕਲਾਇੰਟਾਂ ਲਈ Zinn Digital® MCP ਸਰਵਰ ਦਾ ਇੱਕ ਪੁਲ਼ ਜੋ ਕੇਵਲ ਲੋਕਲ ਸਰਵਰ ਸ਼ੁਰੂ ਕਰਦੇ ਹਨ।

zinnector ਕਲੋਨ

ਹੋਸਟ ਕੀਤੀ ਸਾਈਟ ਤੋਂ ਇੱਕੋ ਕਦਮ ਵਿੱਚ ਇੱਕ ਸਥਾਨਕ ਪ੍ਰੋਜੈਕਟ ਬਣਾਓ: ਇਸਦੇ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਕਲੋਨ ਕਰੋ ਜਾਂ ਇਸਦੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਖਿੱਚੋ, ਪ੍ਰੋਜੈਕਟ ਫਾਈਲ ਲਿਖੋ, ਅਤੇ 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 ਬਲਕ

ਕਈ ਸਾਈਟਾਂ ਵਿੱਚ ਇੱਕ ਕਾਰਵਾਈ ਚਲਾਓ (cache_purge, malware_scan, sitemap, block_ip)।

zinnector ai

ਇਸ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਪ੍ਰਸੰਗ ਵਜੋਂ ਰੱਖ ਕੇ Zinn Digital® ਸਹਾਇਕ ਨੂੰ ਪੁੱਛੋ।

ਸਵਾਲ

ਕੀ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਮੈਨੂੰ Zinn Digital® ਦਾ ਗਾਹਕ ਹੋਣਾ ਪਵੇਗਾ?

ਨਹੀਂ। `zinnector new` ਅਤੇ `zinnector dev` ਲਈ ਕਿਸੇ ਖਾਤੇ ਦੀ ਬਿਲਕੁਲ ਲੋੜ ਨਹੀਂ ਹੈ — ਕਿਸੇ ਪਲੱਗਇਨ, ਥੀਮ ਜਾਂ ਪੂਰੀ ਸਾਈਟ ਦਾ ਢਾਂਚਾ ਤਿਆਰ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਲੋਕਲ ਤੌਰ 'ਤੇ, ਮੁਫ਼ਤ, ਹਮੇਸ਼ਾ ਲਈ ਚਲਾਓ। API ਕੁੰਜੀ ਦੀ ਲੋੜ ਸਿਰਫ਼ ਉਹਨਾਂ ਕਮਾਂਡਾਂ ਲਈ ਹੁੰਦੀ ਹੈ ਜੋ ਤੁਹਾਡੀ ਹੋਸਟਿੰਗ ਨਾਲ ਗੱਲਬਾਤ ਕਰਦੀਆਂ ਹਨ।

ਕੀ ਇਸਨੂੰ Docker ਦੀ ਲੋੜ ਹੈ?

ਡਿਫੌਲਟ runtime ਲਈ ਨਹੀਂ। WordPress Playground, PHP ਨੂੰ WebAssembly ਵਿੱਚ ਕੰਪਾਈਲ ਕਰਦਾ ਹੈ ਅਤੇ Node ਦੇ ਅੰਦਰ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ `zinnector dev` ਬਿਨਾਂ ਕੁਝ ਹੋਰ ਇੰਸਟਾਲ ਕੀਤੇ ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਇੱਕ ਅਸਲੀ WordPress ਬੂਟ ਕਰ ਦਿੰਦਾ ਹੈ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਕਿਸੇ ਐਕਸਟੈਂਸ਼ਨ ਜਿਵੇਂ ਕਿ imagick ਜਾਂ ionCube ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਨੇਟਿਵ PHP ਦੀ ਲੋੜ ਹੈ — ਤਾਂ `--runtime docker` ਇਸਦੀ ਬਜਾਏ ਤੁਹਾਨੂੰ php-fpm ਅਤੇ MariaDB ਕੰਟੇਨਰ ਦਿੰਦਾ ਹੈ। ਦੋਵੇਂ ਸਮਰਥਿਤ ਹਨ; ਕੋਈ ਵੀ ਫਾਲਬੈਕ ਨਹੀਂ ਹੈ।

ਪ੍ਰੀ-ਫਲਾਈਟ ਜਾਂਚ ਅਸਲ ਵਿੱਚ ਕੀ ਤੁਲਨਾ ਕਰਦੀ ਹੈ?

ਤੁਹਾਡਾ ਸਥਾਨਕ PHP ਸੰਸਕਰਣ ਸਲਾਟ ਦੇ ਸੰਸਕਰਣ ਦੇ ਵਿਰੁੱਧ, ਕੀ ਸਲਾਟ ਉਸ ਸੰਸਕਰਣ ਵਿੱਚ ਬਦਲ ਵੀ ਸਕਦਾ ਹੈ ਜਿਸ ਉੱਤੇ ਤੁਸੀਂ ਬਣਾਇਆ ਸੀ, ਕੀ ਸਲਾਟ ਦਾ PHP ਜੀਵਨ ਦੇ ਅੰਤ (end of life) ਨੂੰ ਪਾਰ ਕਰ ਚੁੱਕਾ ਹੈ ਅਤੇ ਕੀ ਮਸ਼ੀਨ ਨੇ ਅਸਲ ਵਿੱਚ ਇਸਨੂੰ ਲਾਗੂ ਕੀਤਾ ਹੈ, ਬਾਕੀ ਬਚੀ ਡਿਸਕ ਅਤੇ inode ਹੈੱਡਰੂਮ ਦੇ ਵਿਰੁੱਧ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦਾ ਆਕਾਰ ਅਤੇ ਫ਼ਾਈਲ ਗਿਣਤੀ, ਹਰੇਕ ਪਾਸੇ ਦੇ WordPress ਸੰਸਕਰਣ, ਕੀ ਸਲਾਟ ਦੀ ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ ਪੂਰੀ ਹੋ ਚੁੱਕੀ ਹੈ, ਅਤੇ ਕੀ ਤੈਨਾਤ ਕਰਨ ਲਈ ਇੱਕ git ਰਿਪੋਜ਼ਟਰੀ ਕਨੈਕਟ ਹੈ। ਕੋਈ ਵੀ ਚੀਜ਼ ਜਿਸਦੀ ਇਹ ਜਾਂਚ ਨਹੀਂ ਕਰ ਸਕਿਆ, ਉਸਨੂੰ ਪਾਸ ਵਜੋਂ ਗਿਣਨ ਦੀ ਬਜਾਏ ਅਣਜਾਂਚੀ ਵਜੋਂ ਰਿਪੋਰਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਕੀ ਇਹ ਮੈਨੂੰ ਡਿਪਲਾਇ ਕਰਨ ਤੋਂ ਰੋਕ ਸਕਦਾ ਹੈ?

ਨਹੀਂ, ਅਤੇ ਇਹ ਜਾਣਬੁੱਝ ਕੇ ਕੀਤਾ ਗਿਆ ਹੈ। ਪ੍ਰੀ-ਫਲਾਈਟ ਚਿਤਾਵਨੀ ਦਿੰਦੀ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਅੱਗੇ ਵਧਣ ਦਿੰਦੀ ਹੈ — `--force` ਕਿਸੇ ਵੀ ਖੋਜ ਦੇ ਬਾਵਜੂਦ ਤੈਨਾਤ ਕਰ ਦਿੰਦੀ ਹੈ। ਤੁਸੀਂ ਆਪਣੀ ਸਾਈਟ ਬਾਰੇ ਅਜਿਹੀਆਂ ਗੱਲਾਂ ਜਾਣਦੇ ਹੋ ਜੋ ਇੱਕ ਜਾਂਚਕਰਤਾ ਨਹੀਂ ਜਾਣਦਾ, ਅਤੇ ਜੋ ਟੂਲ ਤੈਨਾਤ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ, ਲੋਕ ਉਸਨੂੰ ਅਣਇੰਸਟੌਲ ਕਰ ਦਿੰਦੇ ਹਨ।

ਕੀ ਮੇਰੀ API ਕੁੰਜੀ ਸੁਰੱਖਿਅਤ ਹੈ?

ਕੁੰਜੀ ਕਦੇ ਵੀ ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਨਹੀਂ ਪੜ੍ਹੀ ਜਾਂਦੀ — ਸਿਰਫ਼ ਇੱਕ ਪ੍ਰੋਂਪਟ ਜਾਂ ਪਾਈਪ ਕੀਤੇ stdin ਤੋਂ ਪੜ੍ਹੀ ਜਾਂਦੀ ਹੈ — ਇਸ ਲਈ ਇਹ ਤੁਹਾਡੇ ਸ਼ੈੱਲ ਇਤਿਹਾਸ ਜਾਂ ਕਿਸੇ ਪ੍ਰਕਿਰਿਆ ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ ਜਾ ਸਕਦੀ। ਇਹ ਤੁਹਾਡੀ ਆਪਣੀ ਕੌਨਫਿਗ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਫਾਈਲ ਮੋਡ 600 ਨਾਲ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ Zinnector® ਹਰ ਵਾਰ ਲਿਖਣ ਵੇਲੇ ਉਹਨਾਂ ਇਜਾਜ਼ਤਾਂ ਦੀ ਮੁੜ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ।

ਕੀ ਮੈਂ ਇਸਨੂੰ CI ਵਿੱਚ ਵਰਤ ਸਕਦਾ ਹਾਂ?

ਹਾਂ। `ZINNECTOR_TOKEN` ਸੈੱਟ ਕਰੋ, ਅਤੇ ਹਰ ਕਮਾਂਡ `--json` ਲੈਂਦੀ ਹੈ। ਮਨੁੱਖੀ ਆਉਟਪੁੱਟ stderr ਤੇ ਅਤੇ ਡੇਟਾ stdout ਤੇ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਪਾਈਪ ਸਾਫ਼ ਰਹਿੰਦੇ ਹਨ। `zinnector check` ਕੁਝ ਲੱਭਣ 'ਤੇ ਗੈਰ-ਜ਼ੀਰੋ ਨਾਲ ਬਾਹਰ ਨਿਕਲਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਇੱਕ ਪਾਈਪਲਾਈਨ ਗੇਟ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਤੁਲਨਾ ਨਾ ਹੋ ਸਕਣ 'ਤੇ `--strict` ਵੀ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ।

ਇਸਨੂੰ ਇੰਸਟਾਲ ਕਰੋ ਅਤੇ ਅਗਲੇ ਮਿੰਟ ਵਿੱਚ ਇੱਕ ਸਾਈਟ ਚਲਾਓ

npm install -g zinnector ਚਲਾਓ, ਜਾਂ npx zinnector new my-site ਨਾਲ ਇਸਨੂੰ ਇੱਕ ਵਾਰ ਅਜ਼ਮਾਓ। ਮੁਫ਼ਤ, MIT-ਲਾਇਸੰਸਸ਼ੁਦਾ ਅਤੇ ਜਨਤਕ API 'ਤੇ ਬਣਾਇਆ ਗਿਆ। ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਤਿਆਰ ਕਰੋ, Docker ਤੋਂ ਬਿਨਾਂ ਇਸਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਚਲਾਓ, ਅਤੇ ਤੈਨਾਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਦੀ ਪੂਰਵ-ਜਾਂਚ ਕਰੋ।

ਦਸਤਾਵੇਜ਼ ਪੜ੍ਹੋ