zinnector ਨਵਾਂ
ਤੁਰੰਤ ਬੂਟ ਹੋਣ ਵਾਲੀ ਸਾਈਟ, ਪਲੱਗਇਨ ਜਾਂ ਬਲਾਕ ਥੀਮ ਦਾ ਢਾਂਚਾ ਤਿਆਰ ਕਰੋ। ਕੋਈ ਪਲੇਸਹੋਲਡਰ ਫ਼ਾਈਲਾਂ ਨਹੀਂ, ਕੋਈ TODOs ਨਹੀਂ — ਪਲੱਗਇਨ ਕਿਰਿਆਸ਼ੀਲ ਹੁੰਦੀ ਹੈ ਅਤੇ ਥੀਮ ਬਣਦੇ ਹੀ ਚੁਣੀ ਜਾ ਸਕਦੀ ਹੈ।
Zinnector®
Zinnector® ਸਿਰਫ਼ Node ਤੋਂ ਇਲਾਵਾ ਹੋਰ ਕੁਝ ਵੀ ਇੰਸਟਾਲ ਕੀਤੇ ਬਿਨਾਂ ਸਥਾਨਕ ਤੌਰ 'ਤੇ WordPress ਬਣਾਉਂਦਾ ਹੈ — ਕੋਈ Docker ਨਹੀਂ, ਕੋਈ MAMP ਨਹੀਂ — ਫਿਰ ਇਹ ਜਾਂਚ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਜਿਸ ਹੋਸਟਿੰਗ ਸਲਾਟ 'ਤੇ ਤੈਨਾਤ ਕਰਨ ਵਾਲੇ ਹੋ, ਉਸ ਦੇ ਮੁਕਾਬਲੇ ਤੁਸੀਂ ਕੀ ਬਣਾਇਆ ਹੈ ਅਤੇ ਤੁਹਾਡੇ ਪੁਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਮੇਲ ਨਹੀਂ ਖਾਵੇਗਾ। ਇਸਨੂੰ npm install -g zinnector ਨਾਲ ਇੰਸਟਾਲ ਕਰੋ। ਇਹ ਮੁਫ਼ਤ ਹੈ, MIT-ਲਾਇਸੰਸਸ਼ੁਦਾ ਹੈ ਅਤੇ ਇੱਥੇ ਬਾਕੀ ਸਭ ਕੁਝ ਵਾਂਗ ਉਸੇ ਜਨਤਕ API 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਹੋਸਟਿੰਗ CLI ਡਿਪਲੋਏ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ। Zinnector® ਉਸ ਤੋਂ ਪਹਿਲਾਂ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ — ਇਹ ਤੁਹਾਡੇ ਨਾਲ ਸਾਈਟ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਤੁਹਾਡੇ ਕੰਮ ਦੀ ਉਸ ਮਸ਼ੀਨ ਨਾਲ ਜਾਂਚ ਕਰਦਾ ਹੈ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਇਸਨੂੰ ਭੇਜਣ ਵਾਲੇ ਹੋ। "ਇਹ ਮੇਰੇ ਲੈਪਟਾਪ 'ਤੇ ਚੱਲਿਆ ਸੀ" ਅਤੇ "ਇਹ ਸਰਵਰ 'ਤੇ ਚੱਲਦਾ ਹੈ" ਵਿਚਕਾਰਲਾ ਅੰਤਰ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਦੁਪਹਿਰਾਂ ਬਰਬਾਦ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਉਹ ਅੰਤਰ ਮਾਪਣਯੋਗ ਹੈ।
ਤੁਰੰਤ ਬੂਟ ਹੋਣ ਵਾਲੀ ਸਾਈਟ, ਪਲੱਗਇਨ ਜਾਂ ਬਲਾਕ ਥੀਮ ਦਾ ਢਾਂਚਾ ਤਿਆਰ ਕਰੋ। ਕੋਈ ਪਲੇਸਹੋਲਡਰ ਫ਼ਾਈਲਾਂ ਨਹੀਂ, ਕੋਈ TODOs ਨਹੀਂ — ਪਲੱਗਇਨ ਕਿਰਿਆਸ਼ੀਲ ਹੁੰਦੀ ਹੈ ਅਤੇ ਥੀਮ ਬਣਦੇ ਹੀ ਚੁਣੀ ਜਾ ਸਕਦੀ ਹੈ।
ਬਿਨਾਂ ਕਿਸੇ Docker ਅਤੇ ਤੁਹਾਡੇ PATH ਵਿੱਚ PHP ਤੋਂ ਬਿਨਾਂ, ਤੁਹਾਡੇ ਆਪਣੇ ਪਲੱਗਇਨ ਅਤੇ ਥੀਮ ਪੇਸ਼ ਕਰਨ ਵਾਲਾ ਇੱਕ ਅਸਲੀ WordPress ਕੁਝ ਸਕਿੰਟਾਂ ਵਿੱਚ ਤੁਹਾਡੀ ਮਸ਼ੀਨ 'ਤੇ। ਡਿਵੈਲਪ ਕਰਨ ਲਈ 5.2 ਤੋਂ 8.5 ਤੱਕ ਕੋਈ ਵੀ PHP ਚੁਣੋ।
ਪ੍ਰੀ-ਫਲਾਈਟ ਜਾਂਚ। ਇਹ ਤੁਹਾਡੇ ਵੱਲੋਂ ਬਣਾਏ ਗਏ ਬਿਲਡ ਦੀ ਤੁਲਨਾ ਉਸ ਸਲਾਟ ਨਾਲ ਕਰਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਤੁਸੀਂ ਤੈਨਾਤ ਕਰਨ ਵਾਲੇ ਹੋ ਅਤੇ ਤੁਹਾਡੇ ਵੱਲੋਂ ਪੁਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਰੇਕ ਬੇਮੇਲ — ਅਤੇ ਹਰੇਕ ਜਾਂਚ ਜੋ ਇਹ ਨਹੀਂ ਕਰ ਸਕੀ — ਦਾ ਜ਼ਿਕਰ ਕਰਦੀ ਹੈ।
ਪੂਰਵ-ਜਾਂਚ ਕਰੋ, ਆਪਣੇ ਕਮਿਟ ਪੁਸ਼ ਕਰੋ, ਡਿਪਲੋਏ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਪੂਰਾ ਹੋਣ ਤੱਕ ਇਸ 'ਤੇ ਨਜ਼ਰ ਰੱਖੋ। ਜੇਕਰ ਇਹ ਅਸਫਲ ਰਹਿੰਦਾ ਹੈ, ਤਾਂ ਬਿਲਡ ਲੌਗ ਸਿਰਫ਼ ਇੱਕ ਕਮਾਂਡ ਦੀ ਦੂਰੀ 'ਤੇ ਹੈ।
ਆਪਣੇ ਪ੍ਰੋਜੈਕਟ ਅਤੇ ਆਪਣੀ ਸਾਈਟ ਨੂੰ ਸੰਦਰਭ ਵਜੋਂ ਵਰਤਦੇ ਹੋਏ ਟਰਮੀਨਲ ਤੋਂ ਸਹਾਇਕ ਨੂੰ ਪੁੱਛੋ। ਇਹ ਪਲੇਟਫਾਰਮ 'ਤੇ ਤੁਹਾਡੇ ਆਪਣੇ ਖਾਤੇ ਦੇ ਤਹਿਤ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡੀ ਮਸ਼ੀਨ 'ਤੇ ਕਦੇ ਵੀ ਕੋਈ ਮਾਡਲ ਕੁੰਜੀ ਸਟੋਰ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ।
ਤਰਤੀਬ ਵਿੱਚ ਛੇ ਕਮਾਂਡਾਂ, ਅਤੇ ਹਰੇਕ ਉੱਤੇ ਸਫ਼ਲਤਾ ਕਿਹੋ ਜਿਹੀ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ। ਇੱਥੇ ਸਭ ਕੁਝ ਤੁਹਾਡੀ ਆਪਣੀ ਮਸ਼ੀਨ 'ਤੇ ਚੱਲਦਾ ਹੈ; ਇੱਕ 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 ਰਨਟਾਈਮ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਇੱਕ ਵਾਰ ਪੁੱਛਿਆ ਜਾਂਦਾ ਹੈ (ਲਗਭਗ 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® ਦੋਵਾਂ ਵਾਤਾਵਰਣਾਂ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਨਾਲ-ਨਾਲ ਰੱਖਦਾ ਹੈ — ਫਿਰ ਤੁਹਾਨੂੰ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਤੈਨਾਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਤੁਹਾਡੇ ਕੋਲ ਕੋਈ ਕਾਰਨ ਹੋ ਸਕਦਾ ਹੈ।
ਇੱਕ ਮੁੱਖ-ਵਰਜਨ ਅੰਤਰ ਨੂੰ ਉੱਚ ਵਜੋਂ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਸਾਈਟ ਨੂੰ ਖਰਾਬ ਕਰਦਾ ਹੈ; ਇੱਕ ਮਾਮੂਲੀ ਅੰਤਰ ਨੂੰ ਹੇਠਲੇ ਪੱਧਰ 'ਤੇ ਚਿੰਨ੍ਹਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਹਰ ਚੀਜ਼ ਨੂੰ ਨਾਜ਼ੁਕ ਵਜੋਂ ਦਰਜਾ ਦੇਣਾ ਲੋਕਾਂ ਨੂੰ ਚੇਤਾਵਨੀ ਨੂੰ ਅਣਡਿੱਠ ਕਰਨਾ ਹੀ ਸਿਖਾਉਂਦਾ ਹੈ।
ਇੱਕ 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 ਕਿਸ ਵਜੋਂ ਪ੍ਰਮਾਣਿਤ ਹੈ।
ਉਹਨਾਂ ਸਾਈਟਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ ਜਿਨ੍ਹਾਂ ਨੂੰ ਇਹ ਕੁੰਜੀ ਦੇਖ ਸਕਦੀ ਹੈ।
ਇੱਕ ਸਾਈਟ ਬਾਰੇ ਪਲੇਟਫਾਰਮ ਜੋ ਕੁਝ ਵੀ ਜਾਣਦਾ ਹੈ।
ਇੱਕ ਵਿਅਕਤੀ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਸਾਈਟ ਤੱਕ ਪਹੁੰਚ ਦਿਓ — ਇੱਕ ਡਿਵੈਲਪਰ, ਇੱਕ ਡਿਜ਼ਾਈਨਰ, ਇੱਕ ਕਲਾਇੰਟ — ਇੱਕ ਭੂਮਿਕਾ ਅਤੇ ਇੱਕ ਕਾਰਨ ਦੇ ਨਾਲ।
ਦੇਖੋ ਕਿ ਕਿਸੇ ਸਾਈਟ ਦੀ ਪਹੁੰਚ ਕਿਸ ਨੂੰ ਦਿੱਤੀ ਗਈ ਹੈ, ਉਹਨਾਂ ਦੀ ਭੂਮਿਕਾ, ਅਤੇ ਕੀ ਉਹਨਾਂ ਨੇ ਅਜੇ ਸਵੀਕਾਰ ਕੀਤਾ ਹੈ ਜਾਂ ਨਹੀਂ।
ਈਮੇਲ ਜਾਂ ਗ੍ਰਾਂਟ ਆਈਡੀ ਦੁਆਰਾ ਕਿਸੇ ਵਿਅਕਤੀ ਦੀ ਪਹੁੰਚ ਵਾਪਸ ਲਵੋ।
ਤੁਹਾਡੇ ਲਈ ਉਡੀਕ ਰਹੇ ਸੱਦੇ, ਅਤੇ ਇੱਕ ਸਵੀਕਾਰ ਕਰੋ।
ਇਸ ਪ੍ਰੋਜੈਕਟ ਨੂੰ ਹੋਸਟਿੰਗ ਸਲਾਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ (ਅਤੇ ਇਸਦੇ ਰਿਪੋਜ਼ਟਰੀ ਨੂੰ ਕਨੈਕਟ ਕਰੋ)।
ਸਥਾਨਕ ਵਿਕਾਸ ਲਈ ਹੋਸਟ ਕੀਤੀ ਸਾਈਟ ਦੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਇਸ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਖਿੱਚੋ, ਅਤੇ ਮੁੜ-ਸਿੰਕ ਕਰਨ ਲਈ ਦੁਬਾਰਾ ਚਲਾਓ। ਜਦੋਂ ਸਾਈਟ ਆਪਣੀ ਰਿਪੋਜ਼ਟਰੀ ਨਾਲ ਸਿੰਕ ਹੁੰਦੀ ਹੈ ਤਾਂ ਇਹ ਤੇਜ਼ ਰਸਤਾ ਲੈਂਦੀ ਹੈ, ਨਹੀਂ ਤਾਂ ਨਵੀਨਤਮ ਬੈਕਅੱਪ ਤੋਂ ਕੰਮ ਕਰਦੀ ਹੈ।
ਹੋਸਟ ਕੀਤੀ ਸਾਈਟ ਦੀਆਂ ਲਾਈਵ ਫ਼ਾਈਲਾਂ ਅਤੇ ਇਸਦੇ ਰਿਪੋਜ਼ਟਰੀ ਵਿਚਕਾਰ ਦੋ-ਪੱਖੀ ਸਮਕਾਲੀਕਰਨ: ਸਥਿਤੀ ਦੇਖੋ, ਇਸਨੂੰ ਚਾਲੂ ਕਰੋ, ਸਾਈਟ ਦੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਕਮਿਟ ਕਰੋ, ਜਾਂ ਚੁਣੋ ਕਿ ਕਿਹੜੇ ਪੱਖ ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ ਜਾਵੇ।
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 ਕੁੰਜੀ ਦੀ ਲੋੜ ਸਿਰਫ਼ ਉਹਨਾਂ ਕਮਾਂਡਾਂ ਲਈ ਹੁੰਦੀ ਹੈ ਜੋ ਤੁਹਾਡੀ ਹੋਸਟਿੰਗ ਨਾਲ ਗੱਲਬਾਤ ਕਰਦੀਆਂ ਹਨ।
ਡਿਫੌਲਟ 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` ਕਿਸੇ ਵੀ ਖੋਜ ਦੇ ਬਾਵਜੂਦ ਤੈਨਾਤ ਕਰ ਦਿੰਦੀ ਹੈ। ਤੁਸੀਂ ਆਪਣੀ ਸਾਈਟ ਬਾਰੇ ਅਜਿਹੀਆਂ ਗੱਲਾਂ ਜਾਣਦੇ ਹੋ ਜੋ ਇੱਕ ਜਾਂਚਕਰਤਾ ਨਹੀਂ ਜਾਣਦਾ, ਅਤੇ ਜੋ ਟੂਲ ਤੈਨਾਤ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ, ਲੋਕ ਉਸਨੂੰ ਅਣਇੰਸਟੌਲ ਕਰ ਦਿੰਦੇ ਹਨ।
ਕੁੰਜੀ ਕਦੇ ਵੀ ਕਮਾਂਡ ਲਾਈਨ ਤੋਂ ਨਹੀਂ ਪੜ੍ਹੀ ਜਾਂਦੀ — ਸਿਰਫ਼ ਇੱਕ ਪ੍ਰੋਂਪਟ ਜਾਂ ਪਾਈਪ ਕੀਤੇ stdin ਤੋਂ ਪੜ੍ਹੀ ਜਾਂਦੀ ਹੈ — ਇਸ ਲਈ ਇਹ ਤੁਹਾਡੇ ਸ਼ੈੱਲ ਇਤਿਹਾਸ ਜਾਂ ਕਿਸੇ ਪ੍ਰਕਿਰਿਆ ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ ਜਾ ਸਕਦੀ। ਇਹ ਤੁਹਾਡੀ ਆਪਣੀ ਕੌਨਫਿਗ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਫਾਈਲ ਮੋਡ 600 ਨਾਲ ਸਟੋਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ Zinnector® ਹਰ ਵਾਰ ਲਿਖਣ ਵੇਲੇ ਉਹਨਾਂ ਇਜਾਜ਼ਤਾਂ ਦੀ ਮੁੜ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ।
ਹਾਂ। `ZINNECTOR_TOKEN` ਸੈੱਟ ਕਰੋ, ਅਤੇ ਹਰ ਕਮਾਂਡ `--json` ਲੈਂਦੀ ਹੈ। ਮਨੁੱਖੀ ਆਉਟਪੁੱਟ stderr ਤੇ ਅਤੇ ਡੇਟਾ stdout ਤੇ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਪਾਈਪ ਸਾਫ਼ ਰਹਿੰਦੇ ਹਨ। `zinnector check` ਕੁਝ ਲੱਭਣ 'ਤੇ ਗੈਰ-ਜ਼ੀਰੋ ਨਾਲ ਬਾਹਰ ਨਿਕਲਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਇੱਕ ਪਾਈਪਲਾਈਨ ਗੇਟ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਤੁਲਨਾ ਨਾ ਹੋ ਸਕਣ 'ਤੇ `--strict` ਵੀ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ।
npm install -g zinnector ਚਲਾਓ, ਜਾਂ npx zinnector new my-site ਨਾਲ ਇਸਨੂੰ ਇੱਕ ਵਾਰ ਅਜ਼ਮਾਓ। ਮੁਫ਼ਤ, MIT-ਲਾਇਸੰਸਸ਼ੁਦਾ ਅਤੇ ਜਨਤਕ API 'ਤੇ ਬਣਾਇਆ ਗਿਆ। ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਤਿਆਰ ਕਰੋ, Docker ਤੋਂ ਬਿਨਾਂ ਇਸਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਚਲਾਓ, ਅਤੇ ਤੈਨਾਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਸਦੀ ਪੂਰਵ-ਜਾਂਚ ਕਰੋ।
ਦਸਤਾਵੇਜ਼ ਪੜ੍ਹੋ