ਸਾਈਟ ਟੂਲ
ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ VS Code, ਇੱਕ ਜੇਲ੍ਹ ਵਿੱਚ ਬੰਦ SSH ਸ਼ੈੱਲ, wp-cli, phpMyAdmin, ਇੱਕ ਫਾਈਲ ਮੈਨੇਜਰ, ਪ੍ਰਤੀ-ਸਾਈਟ cron ਅਤੇ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ, ਅਤੇ PHP ਦਾ ਪੂਰਾ ਨਿਯੰਤਰਣ — ਸਭ ਕੁਝ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ, ਸਭ ਕੁਝ ਸਿਰਫ਼ ਤੁਹਾਡੀ ਸਾਈਟ ਤੱਕ ਸੀਮਿਤ। ਇਹ ਇੱਕ ਡਿਵੈਲਪਰ ਦਾ ਕੰਟਰੋਲ ਸਰਫੇਸ ਹੈ, ਕੋਈ ਸੈਟਿੰਗਾਂ ਵਾਲਾ ਪੰਨਾ ਨਹੀਂ। ਉਪਲਬਧਤਾ: ਪ੍ਰਤੀ-ਸਾਈਟ ਡਾਟਾਬੇਸ ਥ੍ਰੋਟਲਿੰਗ ਸਰਗਰਮ ਵਿਕਾਸ ਅਧੀਨ ਹੈ ਅਤੇ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਇੱਥੇ ਦੱਸਿਆ ਗਿਆ ਬਾਕੀ ਸਭ ਕੁਝ ਅੱਜ ਲਾਈਵ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਹੋਸਟਿੰਗ ਕੰਟਰੋਲ ਪੈਨਲ ਉੱਥੇ ਹੀ ਰੁਕ ਜਾਂਦੇ ਹਨ ਜਿੱਥੇ ਅਸਲ ਕੰਮ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਤੁਸੀਂ ਇੱਕ ਜਾਂ ਦੋ ਸੈਟਿੰਗਾਂ ਨੂੰ ਟੌਗਲ ਕਰ ਸਕਦੇ ਹੋ, ਫਿਰ ਤੁਹਾਨੂੰ ਕਿਸੇ FTP ਕਲਾਇੰਟ ਨੂੰ ਖੋਲ੍ਹਣ, ਡਾਟਾਬੇਸ ਟੂਲ ਲੱਭਣ, ਕਿਤੇ ਹੋਰ ਤੋਂ SSH ਕਰਨ ਅਤੇ ਕੰਮ ਨੂੰ ਆਪਣੇ ਆਪ ਜੋੜਨ ਦੀ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। Zinn Digital® ਪੂਰੇ ਟੂਲਚੇਨ ਨੂੰ ਸਾਈਟ ਦੇ ਆਪਣੇ ਅੰਦਰ ਹੀ ਰੱਖਦਾ ਹੈ: ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਇੱਕ ਸਾਈਟ ਖੋਲ੍ਹੋ ਅਤੇ ਸੰਪਾਦਕ, ਟਰਮੀਨਲ, ਡਾਟਾਬੇਸ, ਫ਼ਾਈਲਾਂ, ਕ੍ਰੌਨ, ਵਾਤਾਵਰਣ ਅਤੇ ਲੌਗ ਪਹਿਲਾਂ ਹੀ ਉੱਥੇ ਮੌਜੂਦ ਹੁੰਦੇ ਹਨ, ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਪਹਿਲਾਂ ਹੀ ਸਹੀ ਸਾਈਟ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰ ਰਹੇ ਹੁੰਦੇ ਹਨ।
ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਟੂਲ ਸਾਈਟ ਦੇ ਆਪਣੇ ਕੇਂਦ੍ਰ ਵਿੱਚ ਚੱਲਦਾ ਹੈ। CloudLinux CageFS ਹਰ ਕਿਰਾਏਦਾਰ ਨੂੰ ਇੱਕ ਅਲੱਗ ਫਾਈਲ ਸਿਸਟਮ ਦ੍ਰਿਸ਼ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਤਾਂ ਜੋ ਇੱਕ ਸ਼ੇਲ, ਇੱਕ ਸੰਪਾਦਕ ਜਾਂ ਇੱਕ ਫਾਈਲ ਮੈਨੇਜਰ ਸਿਰਫ਼ ਉਸ ਕਿਰਾਏਦਾਰ ਦੀਆਂ ਫਾਈਲਾਂ ਨੂੰ ਹੀ ਦੇਖ ਸਕੇ — ਨਾ ਕਿ ਹੋਰ ਸਾਈਟਾਂ ਨੂੰ, ਨਾ ਕਿ ਹੋਰ ਗਾਹਕਾਂ ਨੂੰ, ਅਤੇ ਨਾ ਹੀ ਸੰਵੇਦਨਸ਼ੀਲ ਸਿਸਟਮ ਪਾਥਾਂ ਨੂੰ। ਇੱਕ ਪ੍ਰਾਈਵੇਟ ਬਾਕਸ ਦੇ ਅਲੱਗਪਣ ਦੇ ਨਾਲ ਇੱਕ ਸਾਂਝੇ ਪੈਨਲ ਦੀ ਸਹੂਲਤ।
ਸੰਪਾਦਨ ਸਤ੍ਹਾ ਇੱਕ ਪੂਰੀ IDE ਹੈ, ਨਾ ਕਿ ਸਿੰਟੈਕਸ ਰੰਗਾਂ ਵਾਲਾ ਟੈਕਸਟ-ਏਰੀਆ।
ਅਸਲ ਐਡੀਟਰ, ਜੋ ਤੁਹਾਡੀ ਸਾਈਟ ਦੀਆਂ ਫ਼ਾਈਲਾਂ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ: ਐਕਸਟੈਂਸ਼ਨਾਂ, ਮਲਟੀ-ਫ਼ਾਈਲ ਖੋਜ, ਇੱਕ ਏਕੀਕ੍ਰਿਤ ਟਰਮੀਨਲ ਅਤੇ ਬਿਲਟ-ਇਨ git। ਇੱਕ ਸਾਈਟ ਖੋਲ੍ਹੋ, ਬਦਲਾਅ ਕਰੋ, ਇਸਨੂੰ ਕਮਿਟ ਕਰੋ — ਕੋਈ ਲੋਕਲ ਚੈੱਕਆਉਟ ਨਹੀਂ ਅਤੇ ਕੁਝ ਵੀ ਇੰਸਟਾਲ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ।
wp-cli ਪੈਨਲ ਟਰਮੀਨਲ ਅਤੇ SSH ਉੱਤੇ ਉਪਲਬਧ ਹੈ। ਇੱਕ ਡੋਮੇਨ ਨੂੰ ਖੋਜੋ ਅਤੇ ਬਦਲੋ, ਇੱਕ ਪਲੱਗਇਨ ਐਕਟੀਵੇਟ ਕਰੋ, ਰੀਰਾਈਟਸ ਫਲੱਸ਼ ਕਰੋ, ਇੱਕ ਡੇਟਾਬੇਸ ਐਕਸਪੋਰਟ ਕਰੋ, ਮੰਗ 'ਤੇ ਇੱਕ ਕ੍ਰੌਨ ਈਵੈਂਟ ਚਲਾਓ — ਮਿਆਰੀ WordPress ਟੂਲਕਿੱਟ, ਤੁਹਾਡੇ ਕੋਡ ਵਾਲੀ ਵਿੰਡੋ ਵਿੱਚ ਹੀ।
ਡੈਸ਼ਬੋਰਡ AI ਸਹਾਇਕ ਤੁਹਾਡੀਆਂ ਖੁਦ ਦੀਆਂ ਮਾਡਲ ਕੁੰਜੀਆਂ 'ਤੇ ਚੱਲਦਾ ਹੈ, ਜੋ ਤੁਹਾਡੇ ਲਈ ਫਾਈਲਾਂ ਨੂੰ ਪੜ੍ਹਦਾ ਅਤੇ ਸੰਪਾਦਿਤ ਕਰਦਾ ਹੈ ਅਤੇ wp-cli ਚਲਾਉਂਦਾ ਹੈ। ਆਪਣਾ ਖੁਦ ਦਾ ਮਾਡਲ ਲਿਆਓ; ਪਲੇਟਫਾਰਮ ਇਸ ਨੂੰ ਚਲਾਉਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ। ਇਹ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਇੱਕ ਵੱਖਰਾ ਹਿੱਸਾ ਹੈ—ਸੰਪਾਦਕ ਦੇ ਅੰਦਰ ਹੀ ਸਹਾਇਤਾ 'ਤੇ ਇਸ ਸਮੇਂ ਕੰਮ ਚੱਲ ਰਿਹਾ ਹੈ ਅਤੇ ਇਹ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹੈ।
ਆਪਣੇ ਖੁਦ ਦੇ ਟੂਲ ਪਸੰਦ ਕਰਦੇ ਹੋ? SSH, SFTP ਜਾਂ FTP ਰਾਹੀਂ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਉਹੀ ਫ਼ਾਈਲਾਂ ਦਾ ਵੱਖਰਾ ਵਿਊ ਪ੍ਰਾਪਤ ਕਰੋ। ਐਕਸੈਸ ਕੁੰਜੀਆਂ ਅਤੇ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਘੱਟੋ-ਘੱਟ-ਅਧਿਕਾਰ ਆਧਾਰ 'ਤੇ ਡੈਸ਼ਬੋਡ ਵਿੱਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਵਿਸ਼ੇਸ਼ ਕਾਰਵਾਈਆਂ ਨੂੰ ਆਡਿਟ-ਲਾਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਸਾਈਟ-ਦਰ-ਸਾਈਟ ਰਨਟਾਈਮ ਕੌਂਫਿਗਰੇਸ਼ਨ — ਕੋਈ ਸਰਵਰ-ਵਿਆਪਕ ਸੈਟਿੰਗ ਨਹੀਂ ਜਿਸਨੂੰ ਬਦਲਣ ਲਈ ਤੁਹਾਨੂੰ ਟਿਕਟ ਬਣਾਉਣੀ ਪਵੇ।
CloudLinux alt-PHP ਵਰਤ ਕੇ ਹਰ ਸਾਈਟ ਲਈ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ PHP ਵਰਜ਼ਨ ਚੁਣੋ। ਕਿਸੇ ਪੁਰਾਣੀ ਬ੍ਰਾਂਚ 'ਤੇ ਕੋਈ ਲੇਗੇਸੀ ਪਲੱਗਇਨ ਚਲਾਓ ਜਦੋਂ ਕਿ ਨਾਲ ਵਾਲੀ ਸਾਈਟ ਮੌਜੂਦਾ ਵਰਜ਼ਨ ਚਲਾਉਂਦੀ ਹੈ—ਕੋਈ ਸਾਂਝਾ ਰਨਟਾਈਮ ਨਹੀਂ, ਪੂਰੇ ਖਾਤੇ ਲਈ ਕੋਈ ਸਮਝੌਤਾ ਵਰਜ਼ਨ ਨਹੀਂ।
memory_limit, max_execution_time, upload and post size ਅਤੇ ਬਾਕੀ ਸਭ ਕੁਝ ਤੁਸੀਂ ਆਪਣੇ ਹੱਕ (entitlement) ਦੇ ਅੰਦਰ ਸੈੱਟ ਕਰ ਸਕਦੇ ਹੋ, ਤਾਂ ਜੋ ਕਿਸੇ ਇੰਪੋਰਟ ਸਕ੍ਰਿਪਟ ਜਾਂ ਵੱਡੀ ਮੀਡੀਆ ਅੱਪਲੋਡ ਲਈ ਸਹਾਇਤਾ ਗੱਲਬਾਤ ਦੀ ਲੋੜ ਨਾ ਪਵੇ।
ਹਰ ਸਾਈਟ ਲਈ PHP ਐਕਸਟੈਂਸ਼ਨਾਂ ਨੂੰ ਸਮਰੱਥ ਜਾਂ ਅਯੋਗ ਕਰੋ — imagick ਅਤੇ gd, redis ਅਤੇ memcached, bcmath, intl, soap ਅਤੇ ਹੋਰ — ਤਾਂ ਜੋ ਇੱਕ ਸਾਈਟ ਕੋਲ ਉਹੀ ਐਕਸਟੈਂਸ਼ਨ ਹੋਣ ਜਿਨ੍ਹਾਂ ਦੀ ਉਸਨੂੰ ਲੋੜ ਹੈ ਅਤੇ ਕੋਈ ਵਾਧੂ ਨਾ ਹੋਵੇ।
ਹਰ ਸਾਈਟ ਨੂੰ ਆਪਣੇ ਖੁਦ ਦੇ LiteSpeed LSAPI ਵਰਕਰ ਮਿਲਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਦੀ ਗਿਣਤੀ ਤੁਹਾਡੀ ਟੀਅਰ ਦੇ ਅੰਦਰ ਕੌਂਫਿਗਰ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ ਅਤੇ ਸਾਈਟ ਦੀ LVE ਐਂਟਰੀ-ਪ੍ਰੋਸੈਸ ਸੀਮਾ ਦੁਆਰਾ ਬੰਨ੍ਹੀ ਹੁੰਦੀ ਹੈ। ਸਮਕਾਲੀਕਰਨ ਤੁਹਾਡਾ ਆਪਣਾ ਹੈ; ਗੁਆਂਢੀ ਦਾ ਟ੍ਰੈਫਿਕ ਸਪਾਈਕ ਤੁਹਾਡੀ ਕਤਾਰ ਨਹੀਂ ਹੈ।
Redis ਜਾਂ Memcached ਆਬਜੈਕਟ ਕੈਚਿੰਗ ਪ੍ਰਤੀ ਸਾਈਟ, WordPress ਆਬਜੈਕਟ-ਕੈਚ ਡ੍ਰੌਪ-ਇਨ ਵਾਇਰਡ ਇਨ ਨਾਲ — ਗਤੀਸ਼ੀਲ ਪੰਨੇ ਡਾਟਾਬੇਸ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਦੀ ਬਜਾਏ ਲੋਡ ਦੇ ਹੇਠਾਂ ਤੇਜ਼ ਰਹਿੰਦੇ ਹਨ।
ਪ੍ਰਤੀ ਸਾਈਟ WP-cron ਅਤੇ ਅਸਲ ਸਿਸਟਮ cron ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੋ, ਅਤੇ wp-config ਨੂੰ ਹੱਥ ਨਾਲ ਸੰਪਾਦਿਤ ਕੀਤੇ ਬਿਨਾਂ ਸਾਈਟ ਦੇ ਰਨਟਾਈਮ ਲਈ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ — API ਕੁੰਜੀਆਂ, ਫੀਚਰ ਸਵਿੱਚਾਂ ਅਤੇ ਸਟੇਜ ਫਲੈਗ — ਸੈੱਟ ਕਰੋ।
ਉਹਨਾਂ ਦੋ ਚੀਜ਼ਾਂ ਤੱਕ ਸਿੱਧੀ ਪਹੁੰਚ ਜਿਨ੍ਹਾਂ ਦੀ ਡਿਵੈਲਪਰਾਂ ਨੂੰ ਅਸਲ ਵਿੱਚ ਲੋੜ ਹੁੰਦੀ ਹੈ।
ਦੋਵੇਂ ਡਾਟਾਬੇਸ ਟੂਲ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਬਿਲਟ-ਇਨ ਹਨ ਅਤੇ ਸਿੰਗਲ-ਸਾਈਨ-ਓਨ ਵਾਲੇ ਹਨ — ਸਾਈਟ ਤੋਂ ਕਲਿੱਕ ਕਰਕੇ ਅੱਗੇ ਵਧੋ ਅਤੇ ਤੁਸੀਂ ਸਹੀ ਡਾਟਾਬੇਸ ਲਈ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰਮਾਣਿਤ ਹੋ ਜਾਂਦੇ ਹੋ। ਸਟੋਰ ਕਰਨ ਜਾਂ ਸਾਂਝਾ ਕਰਨ ਲਈ ਕੋਈ ਵੱਖਰੇ ਪ੍ਰਮਾਣਪੱਤਰਾਂ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।
ਹਰ ਸਾਈਟ MariaDB 'ਤੇ ਚੱਲਦੀ ਹੈ ਜਿਸ ਵਿੱਚ ਪ੍ਰੋਜੈਕਟ ਦੀ ਲੋੜ ਮੁਤਾਬਕ ਅਣਗਿਣਤ ਡਾਟਾਬੇਸ ਅਤੇ ਯੂਜ਼ਰ ਹੁੰਦੇ ਹਨ, ਨਾਲ ਹੀ ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਬਾਹਰੀ ਕਲਾਇੰਟ ਜਾਂ ਰਿਪੋਰਟਿੰਗ ਟੂਲ ਨੂੰ ਕਨੈਕਟ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਇੱਕ ਰਿਮੋਟ-ਐਕਸੈਸ ਟੌਗਲ ਵੀ ਹੁੰਦਾ ਹੈ।
ਕਲਾਉਡਲਿਨਕਸ (CloudLinux) MySQL ਗਵਰਨਰ (MySQL Governor) ਦੁਆਰਾ ਪ੍ਰਤੀ-ਸਾਈਟ ਡਾਟਾਬੇਸ ਦੀ ਵਰਤੋਂ ਨੂੰ ਸੀਮਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਜੋ ਕਿਸੇ ਇੱਕ ਸਾਈਟ ਦੀਆਂ ਭਾਰੀ ਕਿਊਰੀਆਂ ਬਾਕੀ ਸਾਰਿਆਂ ਲਈ ਸਰਵਰ ਨੂੰ ਹੌਲੀ ਨਾ ਕਰ ਸਕਣ — ਜਿਸ ਵਿੱਚ ਤੁਹਾਡੀ ਸਾਈਟ ਵੀ ਸ਼ਾਮਲ ਹੈ।
ਅੱਪਲੋਡਾਂ, ਇਜਾਜ਼ਤਾਂ, ਆਰਕਾਈਵਾਂ ਅਤੇ ਤੁਰੰਤ ਸੰਪਾਦਨਾਂ ਲਈ ਇੱਕ ਪੂਰਾ ਫਾਈਲ ਮੈਨੇਜਰ (FileGator), ਜੋ ਕਿ ਐਮਬੇਡ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ SSO'd ਹੈ, ਉਸ ਸਮੇਂ ਲਈ ਬਿਹਤਰ ਹੈ ਜਦੋਂ IDE ਖੋਲ੍ਹਣਾ ਲੋੜ ਨਾਲੋਂ ਵੱਧ ਜਟਿਲ ਹੁੰਦਾ ਹੈ।
ਜਦੋਂ ਤੁਸੀਂ ਕੰਮ ਕਰ ਰਹੇ ਹੋਵੋ ਤਾਂ ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਸਾਈਟ ਦੇ ਐਕਸੈਸ, ਗਲਤੀ ਅਤੇ PHP ਲੌਗਸ ਨੂੰ ਪੜ੍ਹੋ — 'ਇਹ ਖਰਾਬ ਹੋ ਗਿਆ ਹੈ' ਤੋਂ ਉਸ ਲਾਈਨ ਤੱਕ ਦਾ ਸਭ ਤੋਂ ਤੇਜ਼ ਰਸਤਾ ਜਿਸ ਨੇ ਇਸਨੂੰ ਖਰਾਬ ਕੀਤਾ ਹੈ।
ਇਹ ਸਾਧਨ ਜਾਣਦੇ ਹਨ ਕਿ ਉਹ WordPress ਦਾ ਪ੍ਰਬੰਧਨ ਕਰ ਰਹੇ ਹਨ, ਇਸ ਲਈ ਆਮ ਕੰਮ ਦੱਸ ਦੀ ਬਜਾਏ ਇੱਕ ਕਾਰਵਾਈ ਹੁੰਦੇ ਹਨ।
ਇਹਨਾਂ ਟੂਲਾਂ ਤੱਕ ਪਹੁੰਚ ਤੁਹਾਡੀ ਸੰਸਥਾ ਦੀਆਂ ਭੂਮਿਕਾਵਾਂ ਦੇ ਅਨੁਸਾਰ ਹੁੰਦੀ ਹੈ। ਗਾਹਕਾਂ ਦੀਆਂ ਮੈਂਬਰਸ਼ਿਪਾਂ ਵਿੱਚ ਮਾਲਕ, ਬਿਲਿੰਗ, ਡੈਵ ਜਾਂ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਵਾਲੀ ਭੂਮਿਕਾ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇਜਾਜ਼ਤਾਂ ਉਹਨਾਂ ਭੂਮਿਕਾਵਾਂ ਤੋਂ ਤੈਅ ਹੁੰਦੀਆਂ ਹਨ — ਡੈਵ ਭੂਮਿਕਾ ਇੱਕ ਕੰਮ ਕਰਨ ਵਾਲੇ ਡਿਵੈਲਪਰ ਦੀ ਭੂਮਿਕਾ ਹੈ, ਅਤੇ ਲਾਈਵ 'ਤੇ ਡਿਪਲਾਏ ਕਰਨਾ ਜਾਂ ਪੁਸ਼ ਕਰਨਾ ਜਾਣਬੁੱਝ ਕੇ ਇਸਦਾ ਹਿੱਸਾ ਨਹੀਂ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਸਟਾਫ ਦੀ ਪਹੁੰਚ ਵੀ ਉਸੇ ਤਰ੍ਹਾਂ ਆਪਣੇ ਵਿਭਾਗ ਦੀਆਂ ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਇਜਾਜ਼ਤਾਂ ਤੱਕ ਸੀਮਿਤ ਹੈ।
ਪ੍ਰੋਗਰਾਮੇਟਿਕ ਪਹੁੰਚ ਸੰਗਠਨ-ਦਰ-ਸੰਗਠਨ API ਕੁੰਜੀਆਂ ਅਤੇ ਦਾਣੇਦਾਰ ਦਾਇਰਿਆਂ ਵਾਲੇ OAuth ਕਲਾਇੰਟਸ — ਸਿਰਫ਼-ਪੜ੍ਹਨ, ਬਿਲਿੰਗ ਜਾਂ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ — ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਤਾਂ ਜੋ ਕਿਸੇ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਬਿਲਕੁਲ ਉਹੀ ਪਹੁੰਚ ਮਿਲ ਸਕੇ ਜਿਸਦੀ ਇਸਨੂੰ ਲੋੜ ਹੈ। ਹਰ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਾਰਵਾਈ ਨੂੰ ਐਕਟਰ, ਕਾਰਵਾਈ ਅਤੇ ਟਾਰਗੇਟ ਨਾਲ ਆਡਿਟ-ਲਾਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ 'ਮੰਗਲਵਾਰ ਨੂੰ PHP ਵਰਜਨ ਕਿਸ ਨੇ ਬਦਲਿਆ' ਦਾ ਜਵਾਬ ਬਹਿਸ ਦੀ ਬਜਾਏ ਇੱਕ ਲੁੱਕਅੱਪ ਹੈ।
ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਸਭ ਨੂੰ ਕਿਸੇ AI ਟੂਲ ਰਾਹੀਂ ਚਲਾਉਣਾ ਪਸੰਦ ਕਰਦੇ ਹੋ, ਤਾਂ ਇਹੀ ਸਮਰੱਥਾ ਸਾਡੇ ਹੋਸਟ ਕੀਤੇ MCP ਸਰਵਰ ਰਾਹੀਂ ਉਪਲਬਧ ਹੈ — Claude, Cursor ਜਾਂ ਕਿਸੇ ਵੀ MCP-ਸਮਰੱਥ ਏਜੰਟ ਤੋਂ ਉਹੀ ਭੂਮਿਕਾ ਦੇ ਦਾਇਰੇ (role scoping) ਅਤੇ ਆਡਿਟ ਟ੍ਰੇਲ ਤਹਿਤ wp-cli ਚਲਾਓ, ਸਟੇਜਿੰਗ 'ਤੇ ਕਲੋਨ ਕਰੋ, ਕੈਸ਼ ਸਾਫ਼ ਕਰੋ ਜਾਂ ਕੋਈ ਸਨੈਪਸ਼ਾਟ ਰੀਸਟੋਰ ਕਰੋ।
ਆਮ ਸਟ੍ਰੀਮ ਹੋਸਟਿੰਗ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੈਲਫ਼-ਸਰਵਿਸ ਹੁੰਦੀ ਹੈ: ਪੂਰਾ ਟੂਲ ਸੈੱਟ, ਤੁਹਾਡੀ ਪਲਾਨ ਦੀ ਹੱਕਦਾਰੀ ਦੇ ਅੰਦਰ ਸਾਹਮਣੇ ਆਉਂਦਾ ਅਤੇ ਸੰਪਾਦਨਯੋਗ ਹੁੰਦਾ ਹੈ। Footprint-Free ਹੋਸਟਿੰਗ ਜਾਣਬੁੱਝ ਕੇ ਵਧੇਰੇ ਮਿਆਰੀ ਅਤੇ ਲਾਕ ਡਾਊਨ ਹੁੰਦੀ ਹੈ, ਕਿਉਂਕି ਕਿਸੇ ਨੈੱਟਵਰਕ ਦਾ ਸਾਰਾ ਮੁੱਲ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਇਸ ਦੀਆਂ ਸਾਈਟਾਂ ਇੱਕ ਸਮਾਨ, ਸਧਾਰਨ ਸਤਹ ਪੇਸ਼ ਕਰਨ — ਕੌਂਫਿਗਰੇਸ਼ਨ ਦੀ ਆਜ਼ਾਦੀ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਫੁੱਟਪ੍ਰਿੰਟ ਹੈ।
ਹੱਕ-ਅਧਿਕਾਰ ਬਾਕੀ ਦੀ ਪਾਬੰਦੀ ਦਾ ਕੰਮ ਕਰਦੇ ਹਨ। PHP ਵਰਕਰ, ਡਿਸਕ ਅਤੇ ਐਕਸਟੈਂਸ਼ਨ ਤੁਹਾਡੇ ਟਾਇਰ ਨਾਲ ਸਕੇਲ ਹੁੰਦੇ ਹਨ, ਇਸ ਲਈ ਟੂਲਿੰਗ ਦਾ ਰੂਪ ਹਰੇਕ ਪਲਾਨ 'ਤੇ ਇੱਕੋ ਜਿਹਾ ਰਹਿੰਦਾ ਹੈ ਜਦੋਂ ਕਿ ਇਸਦੇ ਨਾਲ ਹੈੱਡਰੂਮ ਵਧਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਅਨਿਸ਼ਚਿਤ ਹੋ ਕਿ ਕਿਹੜੀ ਲਾਈਨ ਢੁਕਵੀਂ ਹੈ, ਤਾਂ ਬਿਨਾਂ ਕਾਰਡ ਵਾਲੇ 14-ਦਿਨਾਂ ਦੇ ਟ੍ਰਾਇਲ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੋ ਅਤੇ ਫੈਸਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੈਨਲ ਨੂੰ ਆਪ ਦੇਖੋ।
ਹਾਂ — ਇਹ code-server ਹੈ, ਜੋ VS Code ਤੁਹਾਡੀ ਸਾਈਟ ਦੀਆਂ ਫ਼ਾਈਲਾਂ ਦੇ ਮੁਕਾਬਲੇ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਹੈ। ਤੁਹਾਨੂੰ ਐਕਸਟੈਂਸ਼ਨਾਂ, ਮਲਟੀ-ਫ਼ਾਈਲ ਖੋਜ, ਇੱਕ ਏਕੀਕ੍ਰਿਤ ਟਰਮੀਨਲ ਅਤੇ git ਮਿਲਦਾ ਹੈ, ਅਤੇ ਇਹ ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਸਿੱਧਾ ਸਾਈਟ ਦੇ ਫ਼ਾਈਲ ਸਿਸਟਮ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਦਾ ਹੈ। ਸੰਪਾਦਕ ਦੇ ਅੰਦਰ AI ਸਹਾਇਤਾ ਸਰਗਰਮ ਵਿਕਾਸ ਅਧੀਨ ਹੈ ਅਤੇ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹੈ।
ਤੁਹਾਨੂੰ SSH ਉੱਤੇ ਇੱਕ ਜੇਲਡ ਸ਼ੈੱਲ, ਅਤੇ ਨਾਲ ਹੀ SFTP ਅਤੇ FTP ਮਿਲਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਦੀਆਂ ਕੁੰਜੀਆਂ ਅਤੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਘੱਟੋ-ਘੱਟ-ਵਿਸ਼ੇਸ਼ਤਾ ਅਧਾਰ (least-privilege basis) ਉੱਤੇ ਪ੍ਰਬੰਧਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇਹ ਜੇਲ੍ਹ CloudLinux CageFS ਹੈ: ਹਰੇਕ ਕਿਰਾਏਦਾਰ ਨੂੰ ਇੱਕ ਅਲੱਗ ਫ਼ਾਈਲ ਸਿਸਟਮ ਦ੍ਰਿਸ਼ ਮਿਲਦਾ ਹੈ ਅਤੇ ਉਹ ਦੂਜੇ ਕਿਰਾਏਦਾਰਾਂ, ਦੂਜੀਆਂ ਸਾਈਟਾਂ ਜਾਂ ਸੰਵੇਦਨਸ਼ੀਲ ਸਿਸਟਮ ਫ਼ਾਈਲਾਂ ਨੂੰ ਨਹੀਂ ਦੇਖ ਸਕਦਾ, ਜੋ ਕਿ ਉਲੰਘਣਾ ਨੂੰ ਫੈਲਣ ਦੇਣ ਦੀ ਬਜਾਏ ਉਸਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ। ਕੋਈ ਵੀ ਆਈਸੋਲੇਸ਼ਨ ਮਾਡਲ ਸਮਝੌਤੇ ਨੂੰ ਅਸੰਭਵ ਨਹੀਂ ਬਣਾਉਂਦਾ, ਇਸ ਲਈ ਮਾਲਵੇਅਰ ਸਕੈਨਿੰਗ, ਪ੍ਰੋਐਕਟਿਵ WAF ਅਤੇ ਆਡਿਟ ਲੌਗਿੰਗ ਇਸਦੇ ਨਾਲ-ਨਾਲ ਚੱਲਦੇ ਹਨ।
ਹਾਂ। PHP ਵਰਜ਼ਨ CloudLinux alt-PHP ਰਾਹੀਂ ਪ੍ਰਤੀ ਸਾਈਟ ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ, memory_limit, max_execution_time ਅਤੇ upload size ਵਰਗੀਆਂ ਸੈਟਿੰਗਾਂ ਤੁਹਾਡੀ ਹੱਕਦਾਰੀ ਦੇ ਅੰਦਰ ਸੰਪਾਦਨਯੋਗ ਹਨ, ਅਤੇ imagick, gd, redis, memcached, bcmath, intl ਅਤੇ soap ਵਰਗੀਆਂ ਐਕਸਟੈਨਸ਼ਨਾਂ ਪ੍ਰਤੀ ਸਾਈਟ ਟੌਗਲ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਤੁਹਾਡੀ PHP ਵਰਕਰ ਗਿਣਤੀ ਤੁਹਾਡੇ ਟੀਅਰ ਦੇ ਅੰਦਰ ਕੌਂਫਿਗਰ ਕਰਨ ਯੋਗ ਹੈ, ਜੋ ਸਾਈਟ ਦੀ LVE ਐਂਟਰੀ-ਪ੍ਰੋਸੈਸ ਸੀਮਾ ਦੁਆਰਾ ਬੰਧਿਤ ਹੈ।
phpMyAdmin ਅਤੇ Adminer ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਏਮਬੈਡ ਕੀਤੇ ਗਏ ਹਨ ਅਤੇ ਸਿੰਗਲ-ਸਾਈਨ-ਆਨ ਰਾਹੀਂ ਜੁੜੇ ਹੋਏ ਹਨ, ਇਸ ਲਈ ਤੁਸੀਂ ਸਾਈਟ ਤੋਂ ਕਲਿੱਕ ਕਰਦੇ ਹੋ ਅਤੇ ਪਹਿਲਾਂ ਹੀ ਕਨੈਕਟ ਹੋ ਜਾਂਦੇ ਹੋ। ਹਰ ਸਾਈਟ MariaDB ਚਲਾਉਂਦੀ ਹੈ ਅਤੇ ਇਸ ਵਿੱਚ ਕਈ ਡਾਟਾਬੇਸ ਅਤੇ ਯੂਜ਼ਰ ਹੋ ਸਕਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਬਾਹਰੀ ਕਲਾਇੰਟਾਂ ਲਈ ਰਿਮੋਟ-ਐਕਸੈਸ ਟੌਗਲ ਹੁੰਦਾ ਹੈ। MySQL Governor ਪ੍ਰਤੀ-ਸਾਈਟ ਡਾਟਾਬੇਸ ਦੀ ਵਰਤੋਂ ਨੂੰ ਕੰਟਰੋਲ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਇੱਕ ਸਾਈਟ 'ਤੇ ਭਾਰੀ ਕਿਊਰੀਆਂ ਸਰਵਰ ਨੂੰ ਹੌਲੀ ਨਾ ਕਰ ਸਕਣ।
ਹਾਂ। ਪ੍ਰਤੀ-ਸਾਈਟ cron ਪ੍ਰਬੰਧਨ WP-cron ਅਤੇ ਅਸਲ ਸਿਸਟਮ cron ਦੋਵਾਂ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਵਾਤਾਵਰਣ ਦੇ ਵੇਰੀਏਬਲ ਸਾਈਟ ਦੇ ਰਨਟਾਈਮ ਲਈ ਪ੍ਰਤੀ ਸਾਈਟ ਸੈੱਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ — ਇਸ ਲਈ ਨਿਰਧਾਰਤ ਕਾਰਜ (scheduled tasks) ਅਤੇ ਸੰਰਚਨਾ ਕਿਸੇ ਫਾਈਲ ਵਿੱਚ ਦੱਬੇ ਹੋਣ ਦੀ ਬਜਾਏ ਸਾਈਟ ਦੇ ਨਾਲ ਹੀ ਰਹਿੰਦੇ ਹਨ, ਜਿਸਨੂੰ ਮਾਈਗ੍ਰੇਟ ਕਰਨਾ ਤੁਹਾਨੂੰ ਯਾਦ ਰੱਖਣਾ ਪੈਂਦਾ ਹੈ।
ਮੇਨਸਟ੍ਰੀਮ ਹੋਸਟਿੰਗ ਪੂਰੀ ਟੂਲ ਕਿੱਟ ਦੇ ਨਾਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੈਲਫ਼-ਸਰਵਿਸ ਹੈ। Footprint-Free ਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਜ਼ਿਆਦਾ ਮਾਨਕੀਕ੍ਰਿਤ ਅਤੇ ਲੌਕ ਡਾਊਨ ਕੀਤਾ ਗਿਆ ਹੈ, ਕਿਉਂਕਿ ਪ੍ਰਤੀ-ਸਾਈਟ ਕੌਂਫਿਗਰੋਸ਼ਨ ਦੀ ਤਬਦੀਲੀ ਆਪਣੇ ਆਪ ਵਿੱਚ ਇੱਕ ਫੁੱਟਪ੍ਰਿੰਟ ਹੈ। ਹੱਕਦਾਰੀਆਂ (Entitlements) ਬਾਕੀ ਚੀਜ਼ਾਂ — ਵਰਕਰਾਂ, ਡਿਸਕ ਅਤੇ ਐਕਸਟੈਂਸ਼ਨਾਂ — ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੀਆਂ ਹਨ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਜੋ ਵੀ ਅਡਜਸਟ ਕਰ ਸਕਦੇ ਹੋ ਉਹ ਤੁਹਾਡੇ ਟਾਇਰ ਦੇ ਨਾਲ ਸਕੇਲ ਹੁੰਦਾ ਹੈ।
ਪਹੁੰਚ ਸੰਸਥਾ ਦੀਆਂ ਭੂਮਿਕਾਵਾਂ ਦੇ ਅਨੁਸਾਰ ਹੁੰਦੀ ਹੈ: ਮਾਲਕ (owner), ਬਿਲਿੰਗ (billing), ਡੈਵ (dev) ਅਤੇ ਗਾਹਕਾਂ ਲਈ ਸਿਰਫ-ਪੜ੍ਹਨਯੋਗ (read-only), ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਇਜਾਜ਼ਤਾਂ ਉਹਨਾਂ ਭੂਮਿਕਾਵਾਂ ਤੋਂ ਨਿਰਧਾਰਤ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਡੈਵ (dev) ਭੂਮਿਕਾ ਵਿੱਚ ਲਾਈਵ 'ਤੇ ਤੈਨਾਤ ਕਰਨਾ (deploying) ਜਾਂ ਪੁਸ਼ ਕਰਨਾ (pushing) ਸ਼ਾਮਲ ਨਹੀਂ ਹੈ। ਪ੍ਰੋਗਰਾਮੇਟਿਕ ਪਹੁੰਚ ਪ੍ਰਤੀ-ਸੰਸਥਾ API ਕੁੰਜੀਆਂ ਅਤੇ ਬਾਰੀਕ ਸਕੋਪਾਂ ਵਾਲੇ OAuth ਕਲਾਇੰਟਸ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ, ਅਤੇ ਹਰੇਕ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਪ੍ਰਾਪਤ ਕਾਰਵਾਈ ਨੂੰ ਕਰਤਾ (actor), ਕਾਰਵਾਈ (action) ਅਤੇ ਨਿਸ਼ਾਨੇ (target) ਨਾਲ ਆਡਿਟ-ਲੌਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਇੱਕ ਕਾਰਡ-ਮੁਕਤ 14 ਦਿਨਾਂ ਦੀ ਅਜ਼ਮਾਇਸ਼ ਸ਼ੁਰੂ ਕਰੋ, ਇੱਕ ਸਾਈਟ ਤਾਇਨਾਤ ਕਰੋ ਅਤੇ IDE, ਟਰਮੀਨਲ, ਡਾਟਾਬੇਸ ਟੂਲਸ ਅਤੇ PHP ਕੰਟਰੋਲਸ ਨੂੰ ਅਜ਼ਮਾਓ। 30 ਦਿਨਾਂ ਦੀ ਪੈਸਾ ਵਾਪਸੀ ਦੀ ਗਾਰੰਟੀ, ਮੁਫ਼ਤ ਮਾਈਗ੍ਰੇਸ਼ਨ, ਕੋਈ ਲਾਕ-ਇਨ ਨਹੀਂ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ