ਡਿਵੈਲਪਰਾਂ ਲਈ

ਹੋਸਟਿੰਗ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਕੋਡ ਤੋਂ ਚਲਾ ਸਕਦੇ ਹੋ

Zinn Digital® ਇੱਕ API-ਪਹਿਲ ਪਲੇਟਫਾਰਮ ਹੈ। ਉਹੀ ਇੰਜਨ API ਜੋ ਸਾਡੇ ਡੈਸ਼ਬੋਰਡ ਨੂੰ ਸੰਚਾਲਿਤ ਕਰਦੀ ਹੈ, ਉਹ ਤੁਹਾਨੂੰ ਮਿਲਦੀ ਹੈ — ਸੰਸਕਰਨ ਵਾਲੀ, ਵਿਸ਼ੇਸ਼ਤਾ-ਪਹਿਲ ਅਤੇ ਬਿਲਡ ਸਮੇਂ 100% ਦਸਤਾਵੇਜ਼ੀਕ੍ਰਿਤ, ਜਿਸ ਦੇ ਸਿਖਰ 'ਤੇ ਤਿਆਰ ਕੀਤੇ SDKs, ਇੱਕ CLI, ਇੱਕ Terraform ਪ੍ਰਦਾਤਾ, ਹਸਤਾਖਰਿਤ ਵੈੱਬਹੁੱਕਸ ਅਤੇ ਇੱਕ MCP ਸਰਵਰ ਸ਼ਾਮਲ ਹਨ। ਕੰਮ ਕਰਨ ਲਈ ਤੁਸੀਂ ਜੋ ਮਰਜ਼ੀ ਵਰਤੋ — ਇੱਕ ਟਰਮੀਨਲ, ਇੱਕ ਪਾਈਪਲਾਈਨ, ਇੱਕ ਸਥਿਤੀ ਫਾਈਲ ਜਾਂ ਇੱਕ AI ਏਜੰਟ — ਪਲੇਟਫਾਰਮ ਇਸਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।

ਇੱਕ API ਅੰਤਮ ਬਿੰਦੂ ਜੋ ਕਈ ਗਾਹਕ ਬਣੇ ਸਰੋਤਿਆਂ ਨੂੰ ਦਸਤਖਤ ਕੀਤੇ ਇਵੈਂਟ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
  • 7,00,000+ਦੁਨੀਆ ਭਰ ਵਿੱਚ ਹੋਸਟ ਕੀਤੀਆਂ ਸਾਈਟਾਂ
  • 1OpenAPI ਨਿਰਧਾਰਨ ਜਿਸ ਤੋਂ ਹਰੇਕ ਟੂਲ ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ
  • 4ਕਲਾਇੰਟ SDK — TypeScript, Python, PHP, Go
  • OAuth 2.1ਸੀਮਤ ਦਾਇਰੇ ਵਾਲੀ, ਰੱਦ ਕਰਨ ਯੋਗ AI ਏਜੰਟ ਪਹੁੰਚ

ਇੱਕੋ API। ਹਰ ਸਤ੍ਹਾ ਇਸ ਉੱਤੇ ਚੱਲਦੀ ਹੈ।

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

ਪਹਿਲਾਂ ਨਿਰਧਾਰਨ, ਬਾਅਦ ਵਿੱਚ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਨਹੀਂ

OpenAPI ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਸੱਚਾਈ ਦਾ ਇਕੋ-ਇਕ ਸਰੋਤ ਹੈ, ਅਤੇ ਕੋਈ ਵੀ ਐਂਡਪੁਆਇੰਟ ਉਦੋਂ ਤੱਕ ਜਾਰੀ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਜਦੋਂ ਤੱਕ ਇਹ ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਵਿੱਚ ਮੌਜੂਦ ਨਾ ਹੋਵੇ। ਇਹੀ ਇੱਕ ਨਿਯਮ ਜਨਤਕ API ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਕਿਸੇ ਸਮੇਂ ਦੀ ਬਜਾਏ ਬਿਲਡ ਸਮੇਂ ਹੀ ਪੂਰੀ ਤਰ੍ਹਾਂ ਦਸਤਾਵੇਜ਼ੀ ਬਣਾਉਂਦਾ ਹੈ — ਕੋਈ ਵੀ ਅਣਦਸਤਾਵੇਜ਼ੀ ਕੋਨਾ ਨਹੀਂ ਹੁੰਦਾ, ਕਿਉਂਕਿ ਇੱਕ ਅਣਦਸਤਾਵੇਜ਼ੀ ਐਂਡਪੁਆਇੰਟ ਮੌਜੂਦ ਹੀ ਨਹੀਂ ਹੋ ਸਕਦਾ।

ਤਿਆਰ ਕੀਤਾ ਗਿਆ, ਕਦੇ ਵੀ ਹੱਥੀਂ ਨਹੀਂ ਸੰਭਾਲਿਆ ਗਿਆ

ਇੰਟਰਐਕਟਿਵ ਸੰਦਰਭ ਦਸਤਾਵੇਜ਼, ਚਾਰ ਕਲਾਇੰਟ SDKs, CLI ਦਾ ਬਹੁਤਾ ਹਿੱਸਾ ਅਤੇ Terraform ਪ੍ਰੋਵਾਈਡਰ ਸਕੈਫੋਲਡਿੰਗ ਸਭ ਉਸ ਇੱਕ ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਤੋਂ ਤਿਆਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਇੱਕ ਸਰੋਤ, ਕਈ ਕਲਾਕ੍ਰਿਤੀਆਂ, ਹਮੇਸ਼ਾ ਸਮਕਾਲੀ — ਤੁਹਾਨੂੰ ਕਦੇ ਵੀ ਅਜਿਹੇ ਦਸਤਾਵੇਜ਼ ਦਾ ਪਿੱਛਾ ਨਹੀਂ ਕਰਨਾ ਪੈਂਦਾ ਜੋ ਲਾਗੂਕਰਨ ਤੋਂ ਭਟਕ ਗਿਆ ਹੋਵੇ।

ਅਪ੍ਰਚਲਨ ਨੀਤੀ ਨਾਲ ਸੰਸਕਰਣਬੱਧ ਕੀਤਾ ਗਿਆ

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

CI ਵਿੱਚ ਇਕਰਾਰਨਾਮਾ-ਪ੍ਰੀਖਣ ਕੀਤਾ ਗਿਆ

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

ਪ੍ਰਮਾਣੀਕਰਨ, ਦਾਇਰਾ ਨਿਰਧਾਰਨ ਅਤੇ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਆਉਣ ਵਾਲੀਆਂ ਮੁਸ਼ਕਲਾਂ

ਪ੍ਰਵੇਸ਼ ਕਰਨ ਦੇ ਦੋ ਤਰੀਕੇ, ਉਹਨਾਂ ਦੇ ਪਿੱਛੇ ਇੱਕ ਸਮਾਨ ਸਿਧਾਂਤ। ਤੁਸੀਂ ਭਾਵੇਂ ਕਿਸੇ ਦੀ ਵੀ ਵਰਤੋਂ ਕਰੋ, ਉਹੀ ਇਜਾਜ਼ਤ ਜਾਂਚਾਂ ਅਤੇ ਉਹੀ ਡਾਟਾਬੇਸ-ਪੱਧਰੀ ਅਲਹਿਦਗੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ।

ਪ੍ਰਤੀ ਸੰਸਥਾ API ਕੁੰਜੀਆਂ

ਕੁੰਜੀਆਂ zdk_<mode>_<prefix>_<secret> ਵਰਗੀਆਂ ਦਿਸਦੀਆਂ ਹਨ। ਗੁਪਤ ਕੋਡ ਦਾ ਸਿਰਫ਼ ਇੱਕ SHA-256 ਹੈਸ਼ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ — ਜਾਰੀ ਹੋਣ ਤੋਂ ਬਾਅਦ ਅਸੀਂ ਤੁਹਾਨੂੰ ਦੁਬਾਰਾ ਕੁੰਜੀ ਨਹੀਂ ਦਿਖਾ ਸਕਦੇ, ਅਤੇ ਨਾ ਹੀ ਕੋਈ ਅਜਿਹਾ ਵਿਅਕਤੀ ਦਿਖਾ ਸਕਦਾ ਹੈ ਜੋ ਸਾਡੇ ਡੇਟਾਬੇਸ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ। ਕੁੰਜੀਆਂ ਵਿੱਚ ਸਕੋਪ ਹੁੰਦੇ ਹਨ, ਇਹਨਾਂ ਨੂੰ ਰੱਦ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਪ੍ਰਤੀ ਵਿਅਕਤੀ ਦੀ ਬਜਾਏ ਪ੍ਰਤੀ ਸੰਸਥਾ ਜਾਰੀ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।

ਲਾਈਵ ਅਤੇ ਟੈਸਟ ਮੋਡ, ਵੱਖ ਰੱਖੇ ਗਏ

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

ਮਨੁੱਖਾਂ ਲਈ OIDC

ਵਰਤੋਂਕਾਰ ਸੈਸ਼ਨ realm ਜਨਤਕ ਕੁੰਜੀ ਨਾਲ ਪ੍ਰਮਾਣਿਤ, Keycloak ਦੁਆਰਾ ਜਾਰੀ ਕੀਤੇ JWTs ਨਾਲ ਪ੍ਰਮਾਣੀਕਰਨ ਕਰਦੇ ਹਨ, ਅਤੇ ਉਸੇ Principal ਆਬਜੈਕਟ ਵਿੱਚ ਹੱਲ ਹੁੰਦੇ ਹਨ ਜਿਵੇਂ ਇੱਕ API ਕੁੰਜੀ ਕਰਦੀ ਹੈ। ਐਂਡਪੁਆਇੰਟ sites.create ਜਾਂ apikeys.manage ਵਰਗੀਆਂ ਵਿਸਤ੍ਰਿਤ ਇਜਾਜ਼ਤ ਕੁੰਜੀਆਂ 'ਤੇ ਨਿਯੰਤਰਿਤ ਹੁੰਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਦੀ ਜਾਂਚ ਪ੍ਰਤੀ ਸੰਸਥਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ — ਇੱਕ ਸੰਸਥਾ ਵਿੱਚ ਇਜਾਜ਼ਤ ਇੱਕ ਵੱਖਰੀ, ਅਸੰਬੰਧਿਤ ਸੰਸਥਾ ਵਿੱਚ ਕੋਈ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦੀ, ਹਾਲਾਂਕਿ ਇਹ ਇਸਦੇ ਅਧੀਨ ਆਉਂਦੀਆਂ ਸੰਸਥਾਵਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ।

ਹੇਠਾਂ ਕਤਾਰ-ਪੱਧਰੀ ਸੁਰੱਖਿਆ

ਹਰੇਕ ਕਿਰਾਏਦਾਰ (ਟੈਨੈਂਟ) ਬੇਨਤੀ ਪ੍ਰਿੰਸੀਪਲ ਤੋਂ ਸੈੱਟ ਕੀਤੇ ਗਏ Postgres org ਦਾਇਰੇ ਦੇ ਨਾਲ ਇੱਕ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਵਿੱਚ ਚੱਲਦੀ ਹੈ, ਇਸ ਲਈ ਆਈਸੋਲੇਸ਼ਨ ਡਾਟਾਬੇਸ ਦੁਆਰਾ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਨਾ ਕਿ ਕਿਸੇ ORM ਫਿਲਟਰ ਦੁਆਰਾ ਜਿਸਨੂੰ ਕੋਈ ਭੁੱਲ ਸਕਦਾ ਹੈ। ਡੂੰਘਾਈ ਵਿੱਚ ਸੁਰੱਖਿਆ ਵਜੋਂ queryset ਫਿਲਟਰ ਅਜੇ ਵੀ ਉੱਥੇ ਮੌਜੂਦ ਹੈ।

ਸਿਰਫ਼ ਡੈਮੋਆਂ ਲਈ ਨਹੀਂ, ਮਸ਼ੀਨਾਂ ਲਈ ਬਣਾਇਆ ਗਿਆ

ਇੱਕ README ਵਿੱਚ API ਨੂੰ ਵਧੀਆ ਦਿਖਾਉਣਾ ਆਸਾਨ ਹੈ ਅਤੇ ਅਸਲ ਟ੍ਰੈਫਿਕ ਦੇ ਅਧੀਨ ਇਸਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਚਲਾਉਣਾ ਔਖਾ ਹੈ। ਇਹ ਉਹ ਹਿੱਸੇ ਹਨ ਜਿਨ੍ਹਾਂ 'ਤੇ ਅਸੀਂ ਸਭ ਤੋਂ ਵੱਧ ਮਿਹਨਤ ਕੀਤੀ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਉਹੀ ਹਿੱਸੇ ਹਨ ਜੋ ਰਾਤ ਦੇ ਤਿੰਨ ਵਜੇ ਏਕੀਕਰਣ ਨੂੰ ਖ਼ਰਾਬ ਕਰਦੇ ਹਨ।

ਇੱਕ ਵੇਰਵਾ ਜੋ ਦੱਸਣ ਯੋਗ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਕਿ ਥੋਕ (ਬਲਕ) ਕੰਮ ਕਿਵੇਂ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ: ਡੁਪਲੀਕੇਟ ਡੋਮੇਨ 'ਤੇ 409 ਕਿਸੇ ਵੀ ਟੈਨੈਂਟ ਲਈ ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਕਿ "ਕੀ ਇਹ ਹੋਸਟਨਾਮ ਇੱਥੇ ਹੋਸਟ ਕੀਤਾ ਗਿਆ ਹੈ?", ਜੋ ਕਿ ਇੱਕ ਐਨਿਊਮਰੇਸ਼ਨ ਓਰੇਕਲ ਹੈ ਅਤੇ Footprint-Free ਦੇ ਵਿਰੁੱਧ ਇੱਕ ਅਸਲ ਡੀਅਨੋਨੀਮਾਈਜ਼ੇਸ਼ਨ ਜੋਖਮ ਹੈ। ਸਾਈਟ ਬਣਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਥ੍ਰੋਟਲ ਕਰਨਾ ਇੱਕ ਆਸਾਨ ਹੱਲ ਹੋਣਾ ਸੀ ਅਤੇ ਇਸ ਨੇ ਬਲਕ-ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ ਉਤਪਾਦ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਵਿਗਾੜ ਦੇਣਾ ਸੀ। ਇਸ ਦੀ ਬਜਾਏ ਪ੍ਰਤੀ ਪ੍ਰਿੰਸੀਪਲ ਸਿਰਫ਼ ਅਸਵੀਕਾਰ ਕੀਤੀਆਂ ਗਈਆਂ ਡੁਪਲੀਕੇਟ-ਡੋਮੇਨ ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਹੀ ਬਜਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸਫਲਤਾਪੂਰਵਕ ਬਣਾਈਆਂ ਗਈਆਂ ਸਾਈਟਾਂ 'ਤੇ ਇਹ ਕਦੇ ਵੀ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦਾ — ਇਸ ਲਈ ਤੁਸੀਂ ਸਾਰਾ ਦਿਨ ਬਲਕ ਵਿੱਚ ਪ੍ਰੋਵੀਜ਼ਨ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਜਾਂਚ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਤੁਰੰਤ ਰੁਕ ਜਾਂਦੀਆਂ ਹਨ।

  • ਹਰ ਅਸਫਲਤਾ 'ਤੇ ਇੱਕ ਸੁਸੰਗਤ ਗਲਤੀ ਐਨਵੈਲਪ: ਇੱਕ ਕੋਡ, ਇੱਕ ਪੜ੍ਹਨਯੋਗ ਸੁਨੇਹਾ, ਖੇਤਰ-ਪੱਧਰ ਦੇ ਵਿਕਲਪਿਕ ਵੇਰਵੇ ਅਤੇ ਇੱਕ request_id ਜਿਸਦਾ ਤੁਸੀਂ ਸਹਾਇਤਾ ਟੀਮ ਕੋਲ ਹਵਾਲਾ ਦੇ ਸਕਦੇ ਹੋ। ਪ੍ਰਮਾਣਿਕਤਾ ਗਲਤੀਆਂ ਸਮੱਸਿਆ ਵਾਲੇ ਖੇਤਰਾਂ ਦੇ ਨਾਮਾਂ ਸਮੇਤ 422 ਵਾਪਸ ਕਰਦੀਆਂ ਹਨ।
  • POST 'ਤੇ ਆਈਡਮਪੋਟੈਂਸੀ ਕੁੰਜੀਆਂ, ਜਿੱਥੇ ਰੀਪਲੇਅ ਰਿਕਾਰਡ ਇਨਲਾਈਨ ਦੀ ਬਜਾਏ ਕਮਿਟ ਕਰਨ 'ਤੇ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ — ਤਾਂ ਜੋ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਕਰਨ 'ਤੇ ਕਦੇ ਵੀ ਕੈਸ਼ ਕੀਤੇ 201 ਨੂੰ ਦੁਹਰਾਇਆ ਨਾ ਜਾ ਸਕੇ ਜੋ ਅਜਿਹੀ ਕਤਾਰ ਦਾ ਨਾਮ ਦਿੰਦਾ ਹੈ ਜੋ ਕਦੇ ਕਮਿਟ ਹੀ ਨਹੀਂ ਹੋਈ। ਇੱਕ ਅਸਫਲ ਬੇਨਤੀ ਆਪਣੇ ਇਨ-ਫਲਾਈਟ ਲੌਕ ਨੂੰ ਤੁਰੰਤ ਜਾਰੀ ਕਰ ਦਿੰਦੀ ਹੈ, ਇਸ ਲਈ 422 ਤੁਹਾਡੀ ਸਹੀ ਕੀਤੀ ਮੁੜ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਲਾਕ ਆਊਟ ਨਹੀਂ ਕਰਦਾ।
  • UUIDv7 ਉੱਤੇ ਕੀਸੈੱਟ ਵਜੋਂ ਕਰਸਰ ਪੰਨਾਬੰਦੀ — ਸਮਕਾਲੀ ਲਿਖਤਾਂ ਦੇ ਅਧੀਨ ਸਥਿਰ, ਸਕੈਨ ਦੇ ਵਿਚਕਾਰ ਕਤਾਰਾਂ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਣ 'ਤੇ ਬਿਨਾਂ ਕਿਸੇ ਪੰਨਾ-ਖਿਸਕਾਅ ਦੇ।
  • ਜਵਾਬਾਂ 'ਤੇ RateLimit-Remaining, ਤਾਂ ਜੋ ਇੱਕ ਉਤਪੰਨ ਕਲਾਇੰਟ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਦੀ ਬਜਾਏ ਸਮਝਦਾਰੀ ਨਾਲ ਪਿੱਛੇ ਹਟ ਸਕੇ।
  • ਦਾਇਰੇ ਤੋਂ ਬਾਹਰਲੇ ਸਰੋਤ 403 ਦੀ ਬਜਾਏ 404 ਵਾਪਸ ਕਰਦੇ ਹਨ — 403 ਇਸ ਗੱਲ ਦੀ ਪੁਸ਼ਟੀ ਕਰੇਗਾ ਕਿ ਸਰੋਤ ਮੌਜੂਦ ਹੈ। ਇਸੇ ਕਾਰਨ ਕਰਕੇ ਤੁਹਾਡੇ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰਲੀ ਸੰਸਥਾ ਦੁਆਰਾ ਫਿਲਟਰ ਕਰਨ 'ਤੇ ਖਾਲੀ ਪੰਨਾ ਵਾਪਸ ਆਉਂਦਾ ਹੈ।
  • ਸਾਈਟ ਬਣਾਉਣਾ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਹੈ, ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਨਹੀਂ: POST /v1/sites ਸਥਿਤੀ pending ਦੇ ਨਾਲ 201 ਵਾਪਸ ਕਰਦਾ ਹੈ ਅਤੇ ਬਿਲਡ 'ਤੇ ਕਦੇ ਵੀ ਰੁਕਾਵਟ ਨਹੀਂ ਪਾਉਂਦਾ। ਇਵੈਂਟ ਨੂੰ ਉਸੇ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਵਿੱਚ ਕਤਾਰ ਵਾਂਗ transactional outbox ਵਿੱਚ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਸਾਈਟ ਤਾਂ ਹੀ ਮੌਜੂਦ ਹੁੰਦੀ ਹੈ ਜੇਕਰ ਇਸਦੀ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਦੀ ਬੇਨਤੀ ਕੀਤੇ ਜਾਣ ਦੀ ਗਾਰੰਟੀ ਹੋਵੇ।

SDKs, ਇੱਕ CLI ਅਤੇ ਇੱਕ Terraform ਪ੍ਰਦਾਤਾ

ਕੰਮ ਕਰਨ ਦੇ ਤਿੰਨ ਵੱਖ-ਵੱਖ ਤਰੀਕਿਆਂ ਲਈ, ਇੱਕੋ ਨਿਰਧਾਰਨ ਦੇ ਤਿੰਨ ਖਪਤਕਾਰ।

ਕਲਾਇੰਟ SDKs

TypeScript, Python, PHP ਅਤੇ Go ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ, ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਟ੍ਰੈਕ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਕਿਸੇ ਹੱਥੀਂ-ਲਿਖੇ ਰੈਪਰ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ ਤੁਹਾਡੀ ਭਾਸ਼ਾ ਵਿੱਚ ਇੱਕ ਨਵਾਂ ਐਂਡਪੁਆਇੰਟ ਉਪਲਬਧ ਹੋ ਜਾਵੇ।

Zinnector®, CLI

ਇੱਕ WordPress ਸਾਈਟ ਦਾ ਢਾਂਚਾ ਤਿਆਰ ਕਰੋ, ਸਿਰਫ਼ Node ਇੰਸਟਾਲ ਕਰਕੇ ਇਸਨੂੰ ਲੋਕਲ ਤੌਰ 'ਤੇ ਚਲਾਓ, ਅਤੇ ਇਸਨੂੰ ਤੈਨਾਤ ਕਰੋ। Zinnector® ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਉਸ ਸਲਾਟ ਦੇ ਵਿਰੁੱਧ ਪਹਿਲਾਂ ਜਾਂਚ ਕਰਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਤੁਸੀਂ ਤੈਨਾਤ ਕਰਨ ਵਾਲੇ ਹੋ — PHP ਸੰਸਕਰਣ, ਡਿਸਕ, ਫਾਈਲਾਂ ਦੀ ਗਿਣਤੀ — ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਕਰਨ ਦੀ ਬਜਾਏ ਪੁਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ। ਇਹ ਸਾਈਨ ਇਨ ਵੀ ਕਰਦਾ ਹੈ, ਸਾਈਟਾਂ ਦੀ ਸੂਚੀ ਬਣਾਉਂਦਾ ਹੈ, ਤੈਨਾਤ ਕਰਦਾ ਹੈ, ਡੋਮੇਨਾਂ ਅਤੇ DNS ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ, ਮੇਲ ਸੇਵਾਵਾਂ ਪੜ੍ਹਦਾ ਹੈ, ਬੈਕਅੱਪ ਲੈਂਦਾ ਹੈ, ਮਨਜ਼ੂਰਸ਼ੁਦਾ WP-CLI ਚਲਾਉਂਦਾ ਹੈ, ਲੌਗਸ ਨੂੰ ਟਰੈਕ ਕਰਦਾ ਹੈ ਅਤੇ ਬਲਕ ਕਾਰਵਾਈਆਂ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਮੁਫ਼ਤ, MIT-ਲਾਇਸੰਸਸ਼ੁਦਾ, ਅਤੇ ਇਸੇ ਜਨਤਕ API 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਹੈ।

Terraform ਪ੍ਰਦਾਤਾ

ਸਾਈਟਾਂ, ਡੋਮੇਨਾਂ, DNS ਰਿਕਾਰਡਾਂ, ਮੇਲਬਾਕਸਾਂ ਅਤੇ ਯੋਜਨਾਵਾਂ ਨੂੰ ਇਨਫਰਾਸਟ੍ਰਕਚਰ ਐਜ਼ ਕੋਡ ਵਜੋਂ ਪ੍ਰਬੰਧਿਤ ਕਰੋ। terraform apply ਹੋਸਟਿੰਗ ਦਾ ਪ੍ਰਬੰਧ ਕਰਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਇਨਵਾਇਰਨਮੈਂਟਸ ਇੱਕ-ਦੂਜੇ ਦੇ ਬਾਅਦ ਕੀਤੇ ਅਣਲਿਖਤ ਕਲਿੱਕਾਂ ਦੀ ਲੜੀ ਦੀ ਬਜਾਏ ਦੁਹਰਾਉਣਯੋਗ ਅਤੇ ਸਮੀਖਿਆਯੋਗ ਬਣ ਜਾਂਦੇ ਹਨ।

ਇੰਟਰਐਕਟਿਵ ਹਵਾਲਾ

ਤਿਆਰ ਕੀਤੇ ਦਸਤਾਵੇਜ਼ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਅਤੇ ਕਾਲ ਕਰ ਸਕਦੇ ਹੋ, ਜੋ ਸਰਵਰ ਦੁਆਰਾ ਲਾਗੂ ਕੀਤੇ ਅੰਤਮ ਬਿੰਦੂਆਂ ਦਾ ਬਿਲਕੁਲ ਵਰਣਨ ਕਰਦੇ ਹਨ — ਕਿਉਂਕਿ ਦੋਵੇਂ ਇੱਕੋ ਨਿਰਧਾਰਨ ਤੋਂ ਆਉਂਦੇ ਹਨ।

ਵੈੱਬਹੁੱਕ ਜੋ ਤੁਹਾਡੇ ਐਂਡਪੁਆਇੰਟ ਦੇ ਬੰਦ ਹੋਣ 'ਤੇ ਵੀ ਬਰਕਰਾਰ ਰਹਿੰਦੇ ਹਨ

ਪਲੇਟਫਾਰਮ ਦੇ ਪਿੱਛੇ ਇੱਕ ਟਿਕਾਊ ਈਵੈਂਟ ਸਪਾਈਨ ਹੈ: ਹਰੇਕ ਸਥਿਤੀ ਤਬਦੀਲੀ ਡਾਟਾਬੇਸ ਤਬਦੀਲੀ ਦੇ ਨਾਲ ਪਰਮਾਣੂ ਰੂਪ ਵਿੱਚ Postgres ਵਿੱਚ ਇੱਕ ਟ੍ਰਾਂਜੈਕਸ਼ਨਲ outbox ਵਿੱਚ ਇੱਕ ਈਵੈਂਟ ਲਿਖਦੀ ਹੈ, ਅਤੇ ਇੱਕ ਰੀਲੇਅ ਇਸਨੂੰ NATS JetStream 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਈਵੈਂਟਸ ਟਾਈਪ ਕੀਤੇ ਅਤੇ ਸੰਸਕਰਨ ਕੀਤੇ ਗਏ ਹਨ — site.deployed, order.paid, invoice.overdue, backup.completed, abuse.flagged, trial.ending ਅਤੇ ਬਾਕੀ।

ਆਪਣੀ ਪਸੰਦ ਦੇ ਵਿਸ਼ਿਆਂ ਦੀ ਗਾਹਕੀ ਲਵੋ

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

HMAC ਨਾਲ ਦਸਤਖਤ ਕੀਤੇ

ਹਰੇਕ ਡਿਲੀਵਰੀ HMAC-ਦਸਤਖਤ ਕੀਤੀ ਹੁੰਦੀ ਹੈ ਤਾਂ ਜੋ ਤੁਸੀਂ ਇਸ 'ਤੇ ਕਾਰਵਾਈ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਪੁਸ਼ਟੀ ਕਰ ਸਕੋ ਕਿ ਇਹ ਸਾਡੇ ਵੱਲੋਂ ਆਈ ਹੈ।

ਬੈਕਆਫ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਗਈ, ਅਤੇ ਲੌਗ ਕੀਤਾ ਗਿਆ

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

ਘੱਟੋ-ਘੱਟ ਇੱਕ ਵਾਰ, ਇਸ ਲਈ id 'ਤੇ ਡੁਪਲੀਕੇਟ ਹਟਾਓ

ਪਾਈਪਲਾਈਨ ਜਾਣਬੁੱਝ ਕੇ ਠੀਕ-ਇੱਕ-ਵਾਰ ਹੋਣ ਦਾ ਦਿਖਾਵਾ ਕਰਨ ਦੀ ਬਜਾਏ ਘੱਟੋ-ਘੱਟ-ਇੱਕ-ਵਾਰ ਹੈ। ਇੱਕ ਰੀਲੇਅ ਜੋ ਪ੍ਰਕਾਸ਼ਨ ਦੇ ਵਿਚਕਾਰ ਹੀ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ, ਉਸਦਾ ਦਾਅਵਾ ਪੱਟਾ ਖ਼ਤਮ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਸਦੇ ਇਵੈਂਟ ਮੁੜ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਲਿਫ਼ਾਫ਼ਾ ਆਈਡੀ (envelope id) 'ਤੇ ਡਿਡੁਪ ਕਰੋ ਅਤੇ ਤੁਹਾਡਾ ਖਪਤਕਾਰ ਬਣਤਰ ਦੁਆਰਾ ਸਹੀ ਹੈ।

ਸਾਈਟ 'ਤੇ ਕੋਡ ਪਾਉਣਾ

ਇੱਕ ਏਪੀਆਈ ਡਿਵੈਲਪਰ ਦੀ ਕਹਾਣੀ ਦਾ ਸਿਰਫ਼ ਅੱਧਾ ਹਿੱਸਾ ਹੈ। ਦੂਜਾ ਅੱਧਾ ਹਿੱਸਾ ਉਸਨੂੰ ਲਾਂਚ ਕਰਨਾ ਹੈ।

  • OAuth ਰਾਹੀਂ GitHub, GitLab ਜਾਂ Bitbucket ਨੂੰ ਕਨੈਕਟ ਕਰੋ, ਜਿਸ ਵਿੱਚ ਡਿਪਲੋਏ ਕੁੰਜੀਆਂ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਸਟੋਰ ਵਿੱਚ ਰੱਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ — ਸੰਰਚਨਾ ਫ਼ਾਈਲ ਵਿੱਚ ਨਹੀਂ।
  • Push ਇੱਕ ਬਿਲਡ-ਅਤੇ-ਡਿਪਲੋਏ ਪਾਈਪਲਾਈਨ ਨੂੰ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਬ੍ਰਾਂਚ-ਤੋਂ-ਵਾਤਾਵਰਣ ਮੈਪਿੰਗ (main ਤੋਂ production, staging ਤੋਂ staging) ਅਤੇ composer ਅਤੇ npm ਲਈ ਪ੍ਰਤੀ-ਸਟੈਕ ਬਿਲਡ ਪੜਾਅ ਸ਼ਾਮਲ ਹਨ।
  • ਜਦੋਂ ਕੋਈ ਤੈਨਾਤੀ ਗਲਤ ਹੋ ਜਾਵੇ ਤਾਂ ਪਿਛਲੀ ਰਿਲੀਜ਼ ਤੇ ਵਾਪਸ ਜਾਓ।
  • ਸਟੇਜਿੰਗ ਕਲੋਨ ਅਤੇ ਪੁਸ਼-ਟੂ-ਲਾਈਵ, ਤਾਂ ਜੋ ਕਿਸੇ ਤਬਦੀਲੀ ਦੇ ਦਰਸ਼ਕਾਂ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਉਸ ਨੂੰ ਅਸਲ ਮਾਹੌਲ ਵਿੱਚ ਪਰਖਿਆ ਜਾ ਸਕੇ।
  • CageFS ਆਈਸੋਲੇਸ਼ਨ ਦੇ ਤਹਿਤ ਪ੍ਰਤੀ ਸਾਈਟ SFTP, ਤਾਂ ਜੋ ਹਰੇਕ ਕਿਰਾਏਦਾਰ ਸਿਰਫ਼ ਆਪਣੀਆਂ ਫ਼ਾਈਲਾਂ ਦੇਖ ਸਕੇ, ਨਾਲ ਹੀ ਸਾਂਝੇ ਪਲੇਟਫਾਰਮ 'ਤੇ ਇੱਕ ਸੀਮਤ (jailed) SSH ਸ਼ੈੱਲ।
  • ਪੈਨਲ ਟਰਮੀਨਲ ਤੋਂ ਅਤੇ SSH ਰਾਹੀਂ wp-cli।
  • code-server ਰਾਹੀਂ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ VS Code — git ਸਮੇਤ ਇੱਕ ਪੂਰਾ ਸੰਪਾਦਕ, ਜੋ ਸਾਈਟ ਦੀਆਂ ਫ਼ਾਈਲਾਂ ਨੂੰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਸੰਪਾਦਿਤ ਕਰਦਾ ਹੈ।
  • ਪ੍ਰਤੀ-ਸਾਈਟ PHP ਸੰਸਕਰਣ, ਸੰਪਾਦਨਯੋਗ PHP ਸੈਟਿੰਗਾਂ, ਪ੍ਰਤੀ-ਸਾਈਟ ਐਕਸਟੈਂਸ਼ਨਾਂ, ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਅਤੇ WP-cron ਦੇ ਨਾਲ ਅਸਲ cron।

ਕਿਸੇ ਸਾਈਟ 'ਤੇ ਕੰਮ ਕਰਨ ਦੇ ਚਾਰ ਤਰੀਕੇ

API ਇੱਕ ਦਰਵਾਜ਼ਾ ਹੈ। ਇਹ ਬਾਕੀ ਚਾਰ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਨੂੰ ਡਿਵੈਲਪਰ ਪੱਧਰ ਵਜੋਂ ਵੇਚਣ ਦੀ ਬਜਾਏ ਯੋਜਨਾ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ।

ਵੈੱਬ ਸੰਪਾਦਕ

ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਸਾਈਟ ਦੇ ਪੰਨੇ ਤੋਂ ਖੋਲ੍ਹਿਆ ਗਿਆ ਬ੍ਰਾਊਜ਼ਰ ਵਿਚਲਾ VS Code, ਇਨ-ਬਿਲਟ git ਨਾਲ ਉਸ ਸਾਈਟ ਦੀਆਂ ਅਸਲ ਫ਼ਾਈਲਾਂ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਪੂਰਾ ਸੰਪਾਦਕ ਤੁਹਾਡੀ SFTP ਪਹੁੰਚ ਵਾਂਗ ਉਸੇ CageFS ਜੇਲ੍ਹ ਦੇ ਅੰਦਰ ਹੁੰਦਾ ਹੈ। ਇਹ ਲਾਈਵ (LIVE) ਸਾਈਟ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਦਾ ਹੈ — ਵਿਚਕਾਰ ਕੋਈ ਸਟੇਜਿੰਗ ਕਾਪੀ ਨਹੀਂ ਹੁੰਦੀ, ਇਸ ਲਈ ਤੁਹਾਡੇ ਵੱਲੋਂ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਫ਼ਾਈਲ ਲਿਖੇ ਜਾਣ ਦੇ ਪਲ ਹੀ ਜਨਤਕ ਹੋ ਜਾਂਦੀ ਹੈ, ਹਾਲਾਂਕਿ ਕੋਈ ਸਥਿਰ ਫ਼ਾਈਲ ਚਾਰ ਘੰਟਿਆਂ ਤੱਕ CDN ਕੈਸ਼ ਤੋਂ ਸੇਵਾ ਦੇਣਾ ਜਾਰੀ ਰੱਖ ਸਕਦੀ ਹੈ।

Zinnector®, CLI

ਮੁਫ਼ਤ, MIT-ਲਾਇਸੰਸਸ਼ੁਦਾ ਅਤੇ ਇਸੇ ਜਨਤਕ API 'ਤੇ ਨਿਰਮਿਤ। ਇੱਕ WordPress ਸਾਈਟ ਦਾ ਢਾਂਚਾ ਤਿਆਰ ਕਰੋ, ਇਸਨੂੰ ਆਪਣੀ ਮਸ਼ੀਨ 'ਤੇ ਚਲਾਓ, ਜਿਸ ਸਲਾਟ ਵਿੱਚ ਤੁਸੀਂ ਇਸਨੂੰ ਤੈਨਾਤ ਕਰਨ ਜਾ ਰਹੇ ਹੋ ਉਸ ਵਿਰੁੱਧ ਇਸਦੀ ਪ੍ਰੀ-ਫਲਾਈਟ ਜਾਂਚ ਕਰੋ — PHP ਸੰਸਕਰਣ, ਡਿਸਕ, ਫ਼ਾਈਲਾਂ ਦੀ ਗਿਣਤੀ — ਅਤੇ ਤੈਨਾਤ ਕਰੋ। Node 24 ਜਾਂ ਨਵੇਂ ਸੰਸਕਰਣ ਦੀ ਲੋੜ ਹੈ।

MCP ਸਰਵਰ

ਟੂਲਸ ਦੀ ਇੱਕ ਸੂਚੀ, ਤਾਂ ਜੋ ਤੁਹਾਡੇ ਵੱਲੋਂ ਪਹਿਲਾਂ ਤੋਂ ਵਰਤਿਆ ਜਾ ਰਿਹਾ AI ਕਲਾਇੰਟ ਉਸੇ API ਅਤੇ ਉਹਨਾਂ ਹੀ ਇਜਾਜ਼ਤਾਂ ਰਾਹੀਂ ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ 'ਤੇ ਕੰਮ ਕਰ ਸਕੇ ਜਿਨ੍ਹਾਂ ਦੀ ਵਰਤੋਂ ਡੈਸ਼ਬੋਰਡ ਕਰਦਾ ਹੈ। ਉਹੀ ਸਰਵਰ ਜਿਸ ਨਾਲ ਤੁਹਾਡਾ ਆਪਣਾ ਕਲਾਇੰਟ ਕਨੈਕਟ ਹੁੰਦਾ ਹੈ, ਉਹ ਵੈੱਬ ਐਡੀਟਰ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ। ਸਿਰਫ਼ ਪੜ੍ਹਨ ਲਈ ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਹੋਰ ਨਿਰਦੇਸ਼ ਨਹੀਂ ਦਿੰਦੇ।

ਪ੍ਰਤੀ-ਸਾਈਟ ਡਿਵੈਲਪਰ ਪਹੁੰਚ

ਗਾਹਕ ਦੇ ਕੰਮ ਲਈ ਤੁਹਾਡੇ ਪਾਸਵਰਡ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਈਮੇਲ ਪਤੇ ਰਾਹੀਂ ਕਿਸੇ ਨੂੰ ਸੱਦਾ ਦਿਓ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਬਿਲਕੁਲ ਇੱਕ ਸਾਈਟ ਮਿਲਦੀ ਹੈ: ਉਹ ਦਰਸ਼ਕ, ਸੰਪਾਦਕ ਜਾਂ ਪ੍ਰਬੰਧਕ ਦੀ ਭੂਮਿਕਾ ਨਾਲ ਆਪਣੇ ਵਜੋਂ ਸਾਈਨ ਇਨ ਕਰਦੇ ਹਨ, ਅਤੇ ਕਿਸੇ ਵੀ ਹੈਂਡਲਰ ਦੇ ਚੱਲਣ ਤੋਂ ਪਹਿਲਾਂ ਹਰੇਕ ਹੋਰ ਸਾਈਟ 404 ਜਵਾਬ ਦਿੰਦੀ ਹੈ — ਇਹ ਸਿਰਫ਼ ਇੱਕ ਜਾਂਚ ਨਹੀਂ, ਸਗੋਂ ਇੱਕ Postgres ਕਤਾਰ-ਪੱਧਰੀ ਸੁਰੱਖਿਆ ਨੀਤੀ ਅਤੇ ਬੇਨਤੀ-ਪੱਧਰੀ ਵਾੜ ਹੈ। ਖਾਤਾ ਮਾਲਕ ਇੱਕ ਕਲਿੱਕ ਵਿੱਚ ਇਸਨੂੰ ਮਨਜ਼ੂਰ ਅਤੇ ਰੱਦ ਕਰਦਾ ਹੈ, ਜੋ ਉਹਨਾਂ ਦੀ ਅਗਲੀ ਬੇਨਤੀ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ।

ਅਤੇ ਉਹੀ API ਜੋ ਤੁਹਾਡਾ AI ਏਜੰਟ ਵਰਤ ਸਕਦਾ ਹੈ

ਅਸੀਂ ਪਲੇਟਫਾਰਮ ਨੂੰ ਇੱਕ ਹੋਸਟ ਕੀਤੇ MCP ਸਰਵਰ ਵਜੋਂ ਪੇਸ਼ ਕਰਦੇ ਹਾਂ: ਇੰਜਨ API ਉੱਤੇ ਇੱਕ ਪਤਲਾ ਪ੍ਰੋਟੋਕੋਲ ਅਡੈਪਟਰ ਜੋ ਸਮਾਨ ਕਾਰਵਾਈ ਕੈਟਾਲਾਗ, RBAC ਅਤੇ ਆਡਿਟ ਟ੍ਰੇਲ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। Claude Code, Cursor, ChatGPT, Claude Desktop ਜਾਂ ਕਿਸੇ ਵੀ MCP-ਸਮਰੱਥ ਕਲਾਇੰਟ ਨੂੰ ਇੱਕ ਵਾਰ ਕਨੈਕਟ ਕਰੋ, ਅਤੇ ਜੋ ਵੀ ਸਮਰੱਥਾ ਅਸੀਂ API ਵਿੱਚ ਜੋੜਦੇ ਹਾਂ ਉਹ ਆਪਣੇ ਆਪ ਇਸ ਲਈ ਉਪਲਬਧ ਹੋ ਜਾਂਦੀ ਹੈ।

ਏਜੰਟ ਨੂੰ ਤਿੰਨ ਚੀਜ਼ਾਂ ਮਿਲਦੀਆਂ ਹਨ: Tools (ਉਹੀ API ਐਂਡਪੁਆਇੰਟ, ਭਟਕਣ ਲਈ ਕੋਈ ਸਮਾਨਾਂਤਰ ਤਰਕ ਨਹੀਂ), Resources (ਸਿਰਫ਼ ਪੜ੍ਹਨਯੋਗ ਸਾਈਟ ਦੀ ਸਿਹਤ, ਸੰਰਚਨਾ, ਹਾਲੀਆ ਲੌਗ, ਮੈਟ੍ਰਿਕਸ, ਅੱਪਟਾਈਮ ਅਤੇ KB ਲੇਖ, ਤਾਂ ਜੋ ਇਹ ਕਾਰਵਾਈ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਸਲ ਡੇਟਾ ਨਾਲ ਜਾਂਚ ਕਰ ਸਕੇ) ਅਤੇ Prompts (ਪ੍ਰਕਾਸ਼ਿਤ ਵਰਕਫਲੋ ਟੈਂਪਲੇਟ ਜਿਵੇਂ ਕਿ "diagnose this site" ਜਾਂ "prepare a migration")।

ਸੁਰੱਖਿਆ ਪ੍ਰਮਾਣਿਕਤਾ ਵਾਂਗ ਹੀ ਕੰਮ ਕਰਦੀ ਹੈ: OAuth 2.1, ਤੁਹਾਡੀ ਸੰਸਥਾ ਨਾਲ ਬੱਝੇ ਟੋਕਨ ਅਤੇ ਲਾਗੂ ਕੀਤੀ ਗਈ ਕਤਾਰ-ਪੱਧਰੀ ਸੁਰੱਖਿਆ ਵਾਲੀਆਂ RBAC ਇਜਾਜ਼ਤਾਂ, ਪ੍ਰਤੀ ਟੂਲ ਸੀਮਤ ਅਤੇ ਰੱਦ ਕਰਨ ਯੋਗ, ਉਤਪਾਦਨ ਤੋਂ ਵੱਖਰਾ ਸੈਂਡਬੌਕਸ। ਵਿਨਾਸ਼ਕਾਰੀ ਕਾਰਵਾਈਆਂ — ਮਿਟਾਉਣਾ, ਮੁਅੱਤਲ ਕਰਨਾ, ਬਿਲਿੰਗ, ਵੱਡੇ ਖਰਚੇ — ਲਈ ਸਪੱਸ਼ਟ ਪੁਸ਼ਟੀ ਜਾਂ ਮਨੁੱਖੀ-ਮਨਜ਼ੂਰੀ ਨੀਤੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਦਰ ਸੀਮਾਵਾਂ ਅਤੇ ਖਰਚ ਸੀਮਾਵਾਂ AI ਦੁਆਰਾ ਸ਼ੁਰੂ ਕੀਤੀਆਂ ਭੁਗਤਾਨ ਕੀਤੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਸੀਮਤ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਹਰੇਕ MCP ਕਾਲ ਪਛਾਣ, ਟੂਲ, ਆਰਗੂਮੈਂਟਾਂ ਅਤੇ ਨਤੀਜੇ ਦੇ ਨਾਲ ਆਡਿਟ-ਲੌਗ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।

ਅਸੀਂ ਹਰੇਕ ਐਪ ਨੂੰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦੀ ਬਜਾਏ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਾਂ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਡੇ ਹੋਸਟਿੰਗ ਏਕੀਕਰਨ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਤੁਹਾਡੀ AI ਟੂਲਸ ਦੀ ਚੋਣ ਬਦਲ ਸਕਦੀ ਹੈ।

ਅਕਸਰ ਪੁੱਛੇ ਜਾਂਦੇ ਸਵਾਲ

ਕੀ ਜਨਤਕ API ਉਹੀ ਹੈ ਜੋ ਡੈਸ਼ਬੋਰਡ ਵਰਤਦਾ ਹੈ?

ਹਾਂ — ਇਹ ਪ੍ਰਕਾਸ਼ਿਤ ਅਤੇ ਮਜ਼ਬੂਤ ਕੀਤਾ ਗਿਆ ਉਹੀ ਇੰਜਣ API ਹੈ। ਡੈਸ਼ਬੋਰਡ, ਐਡਮਿਨ ਕੰਸੋਲ, CLI, Terraform ਪ੍ਰਦਾਤਾ, MCP ਸਰਵਰ ਅਤੇ ਵੈੱਬਹੁੱਕ ਸਾਰੇ ਇੱਕੋ ਸਤ੍ਹਾ ਦੇ ਖਪਤਕਾਰ ਹਨ, ਜਿਸ ਕਰਕੇ API ਪੈਨਲ ਨਾਲੋਂ ਪਿੱਛੇ ਨਹੀਂ ਰਹਿੰਦਾ।

ਕੀ ਮੈਂ ਪੈਸੇ ਖਰਚ ਕੀਤੇ ਬਿਨਾਂ ਜਾਂ ਅਸਲ ਸਰਵਰ ਬਣਾਏ ਬਿਨਾਂ ਕਿਸੇ ਏਕੀਕਰਣ ਦੀ ਜਾਂਚ ਕਰ ਸਕਦਾ ਹਾਂ?

ਹਾਂ। Sandbox ਕੁੰਜੀਆਂ ਪ੍ਰੋਡਕਸ਼ਨ ਕੁੰਜੀਆਂ ਤੋਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਰੀ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਟੈਸਟ ਮੋਡ ਵਿੱਚ ਚੱਲਦੀਆਂ ਹਨ: ਕੋਈ ਅਸਲ ਬਿਲਿੰਗ ਨਹੀਂ ਅਤੇ ਕੋਈ ਅਸਲ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਨਹੀਂ। ਆਪਣੀ CI ਨੂੰ sandbox ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ ਅਤੇ ਪੂਰੀ ਬੇਨਤੀ ਅਤੇ ਜਵਾਬ ਚੱਕਰ ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਅਜ਼ਮਾਓ।

ਮੈਂ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨ 'ਤੇ ਕਿਸੇ ਚੀਜ਼ ਦੀਆਂ ਦੋ ਕਾਪੀਆਂ ਬਣਨ ਤੋਂ ਕਿਵੇਂ ਰੋਕ ਸਕਦਾ ਹਾਂ?

ਆਪਣੀ POST 'ਤੇ ਇੱਕ Idempotency-Key ਭੇਜੋ। ਰੀਪਲੇਅ ਰਿਕਾਰਡ ਇਨਲਾਈਨ ਦੀ ਬਜਾਏ commit 'ਤੇ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਕਦੇ ਵੀ ਉਸ ਕਤਾਰ ਲਈ ਕੈਸ਼ ਕੀਤੀ ਸਫਲਤਾ ਨੂੰ ਦੁਬਾਰਾ ਨਹੀਂ ਚਲਾ ਸਕਦੀ ਜੋ ਅਸਲ ਵਿੱਚ commit ਨਹੀਂ ਹੋਈ ਸੀ, ਅਤੇ ਇੱਕ ਬੇਨਤੀ ਜੋ ਅਸਫਲ ਹੁੰਦੀ ਹੈ ਉਹ ਤੁਰੰਤ ਆਪਣੇ ਲਾਕ ਨੂੰ ਜਾਰੀ ਕਰ ਦਿੰਦੀ ਹੈ ਤਾਂ ਜੋ ਤੁਹਾਡੀ ਸੋਧੀ ਹੋਈ ਮੁੜ-ਕੋਸ਼ਿਸ਼ ਵਿੱਚ ਦੇਰੀ ਨਾ ਹੋਵੇ। Webhook ਡਿਲੀਵਰੀ ਡਿਜ਼ਾਈਨ ਮੁਤਾਬਕ ਘੱਟੋ-ਘੱਟ-ਇੱਕ-ਵਾਰ (at-least-once) ਹੁੰਦੀ ਹੈ — ਆਪਣੇ ਵੱਲ envelope id 'ਤੇ ਡੀਡੁਪਲੀਕੇਟ (dedupe) ਕਰੋ।

ਕੀ ਮੈਂ ਇੱਕ API ਕੁੰਜੀ ਨੂੰ ਆਪਣੇ ਸਾਰੇ ਕਲਾਇੰਟ ਸੰਗਠਨਾਂ ਤੱਕ ਪਹੁੰਚ ਦੇ ਸਕਦਾ ਹਾਂ?

ਅੱਜ ਨਹੀਂ। API ਕੁੰਜੀਆਂ ਪ੍ਰਤੀ ਸੰਸਥਾ ਜਾਰੀ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਕਈ ਕਲਾਇੰਟ ਸੰਸਥਾਵਾਂ ਵਿੱਚ ਫੈਲਿਆ ਇੱਕ ਏਕੀਕਰਨ ਹਰੇਕ ਲਈ ਇੱਕ ਕੁੰਜੀ ਰੱਖਦਾ ਹੈ। ਵਰਤੋਂਕਾਰ ਪ੍ਰਿੰਸੀਪਲਾਂ ਲਈ ਅਨੁਮਤੀਆਂ ਦੀ ਵੀ ਪ੍ਰਤੀ ਸੰਸਥਾ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ: ਇੱਕ ਸੰਸਥਾ ਵਿੱਚ sites.create ਰੱਖਣਾ ਇੱਕ ਵੱਖਰੀ, ਗੈਰ-ਸੰਬੰਧਿਤ ਸੰਸਥਾ ਵਿੱਚ ਕੋਈ ਪਹੁੰਚ ਨਹੀਂ ਦਿੰਦਾ, ਹਾਲਾਂਕਿ ਇਹ ਉਸਦੇ ਅਧੀਨ ਮੌਜੂਦ ਸੰਸਥਾਵਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਇਹ ਜਾਣਬੁੱਝ ਕੇ ਕੀਤਾ ਗਿਆ ਹੈ — ਇਹ ਸਮਝੌਤਾ ਕੀਤੀ ਕੁੰਜੀ ਨੂੰ ਪੂਰੇ ਪਲੇਟਫਾਰਮ ਤੱਕ ਨਹੀਂ, ਸਗੋਂ ਇਸਦੀ ਆਪਣੀ ਸੰਸਥਾ ਅਤੇ ਇਸਦੇ ਅਧੀਨ ਉਪ-ਸੰਸਥਾਵਾਂ ਤੱਕ ਸੀਮਤ ਕਰਦਾ ਹੈ।

ਬਿਲਟ-ਇਨ ਡਿਵੈਲਪਰ ਭੂਮਿਕਾ ਅਸਲ ਵਿੱਚ ਕਿਸ ਚੀਜ਼ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ?

dev ਭੂਮਿਕਾ ਸੰਸਥਾ ਨੂੰ ਪੜ੍ਹਨ, API ਕੁੰਜੀ ਪ੍ਰਬੰਧਨ, ਸਾਈਟਾਂ ਦੇਖਣ ਅਤੇ ਬਣਾਉਣ, ਉਹਨਾਂ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨ, ਉਹਨਾਂ ਦੀ ਕੈਸ਼ੇ ਸਾਫ਼ ਕਰਨ, ਅਤੇ ਟਿਕਟਾਂ ਦੇਖਣ ਤੇ ਉਹਨਾਂ ਦਾ ਜਵਾਬ ਦੇਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੀ ਹੈ। ਇਹ ਜਾਣਬੁੱਝ ਕੇ ਬਿਲਿੰਗ ਨਿਯੰਤਰਣ ਨੂੰ ਬਾਹਰ ਰੱਖਦੀ ਹੈ। ਧਿਆਨ ਦਿਓ ਕਿ ਡਿਪਲੋਏ ਅਤੇ ਪੁਸ਼-ਟੂ-ਲਾਈਵ ਇਜਾਜ਼ਤਾਂ ਇਸ ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਹਨ — ਜੇਕਰ ਕਿਸੇ ਟੀਮ ਮੈਂਬਰ ਨੂੰ ਉਹਨਾਂ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ Developer ਨੂੰ ਸਭ ਤੋਂ ਵਿਆਪਕ ਤਕਨੀਕੀ ਭੂਮਿਕਾ ਮੰਨਣ ਦੀ ਬਜਾਏ, ਉਹ ਭੂਮਿਕਾ ਨਿਰਧਾਰਤ ਕਰੋ ਜਿਸ ਵਿੱਚ ਇਹ ਅਧਿਕਾਰ ਸ਼ਾਮਲ ਹੋਣ।

ਜੇਕਰ ਮੇਰਾ ਅੰਤਮ ਬਿੰਦੂ ਇੱਕ ਘੰਟੇ ਲਈ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ ਤਾਂ ਮੇਰੇ ਵੈੱਬਹੁੱਕਾਂ ਦਾ ਕੀ ਹੋਵੇਗਾ?

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

ਇਸ ਨਾਲ ਨਿਰਮਾਣ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਕਿੰਨਾ ਖਰਚਾ ਆਉਂਦਾ ਹੈ?

Footprint-Free ਹੋਸਟਿੰਗ ਦੇ ਕਾਰਡ-ਮੁਕਤ 14-ਦਿਨਾਂ ਦੇ ਟ੍ਰਾਇਲ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ — ਕੋਈ ਭੁਗਤਾਨ ਵੇਰਵੇ ਨਹੀਂ, 5 ਸਾਈਟਾਂ ਤੱਕ। ਅਦਾਇਗੀਸ਼ੁਦਾ Footprint-Free ਟੀਅਰ PBN 5 ਲਈ $6/ਮਹੀਨੇ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੇ ਹਨ। ਹਰੇਕ ਪਲਾਨ ਵਿੱਚ 30-ਦਿਨਾਂ ਦੀ ਪੈਸੇ ਵਾਪਸੀ ਦੀ ਗਾਰੰਟੀ, ਮੁਫ਼ਤ ਮਾਈਗ੍ਰੇਸ਼ਨ ਅਤੇ ਕੋਈ ਵਿਕਰੇਤਾ ਲੌਕ-ਇਨ ਨਹੀਂ ਸ਼ਾਮਲ ਹੈ।

ਵੇਰਵਾ ਪੜ੍ਹੋ, ਫਿਰ ਉਸ ਅਨੁਸਾਰ ਨਿਰਮਾਣ ਕਰੋ

ਸਪੈੱਕ-ਫਸਟ API, ਤਿਆਰ ਕੀਤੇ ਗਏ SDKs, ਇੱਕ CLI, ਇੱਕ ਟੈਰਾਫਾਰਮ ਪ੍ਰੋਵਾਈਡਰ, ਦਸਤਖਤ ਕੀਤੇ ਵੈੱਬਹੁੱਕ ਅਤੇ ਇੱਕ MCP ਸਰਵਰ — ਵਿਸ਼ਵ ਭਰ ਵਿੱਚ 700,000+ ਸਾਈਟਾਂ ਲਈ ਸਾਡੇ ਵੱਲੋਂ ਬਣਾਈ ਗਈ ਹੋਸਟਿੰਗ 'ਤੇ। ਬਿਨਾਂ ਕਾਰਡ ਅਤੇ ਬਿਨਾਂ ਭੁਗਤਾਨ ਵੇਰਵਿਆਂ ਦੇ 14-ਦਿਨਾਂ ਦੇ ਅਜ਼ਮਾਇਸ਼ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੋ।

ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ

ਵਰਡਪ੍ਰੈੱਸ (WordPress) ਪਲੱਗਇਨ ਜਿਨ੍ਹਾਂ ਨਾਲ ਤੁਹਾਡਾ ਏਆਈ ਏਜੰਟ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ

ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਪਲੱਗਇਨ ਤੁਹਾਡੀ WordPress ਸਾਈਟ ਨੂੰ ਇੱਕ MCP ਸਰਵਰ ਬਣਾਉਂਦਾ ਹੈ, ਤਾਂ ਜੋ Claude, Cursor, VS Code ਅਤੇ ਹੋਰ AI ਅਸਿਸਟੈਂਟ ਇਸ 'ਤੇ ਅਸਲ ਕੰਮ ਕਰ ਸਕਣ, ਤੁਹਾਡੇ ਵਜੋਂ ਸਾਈਨ ਇਨ ਕਰਕੇ ਅਤੇ ਉੱਨੀ ਹੀ ਸੀਮਾ ਤੱਕ ਜਿੰਨੀ ਕਰਨ ਦੀ ਤੁਹਾਨੂੰ ਇਜਾਜ਼ਤ ਹੈ।

ਡਿਵੈਲਪਰਾਂ ਲਈ ਸਾਰੇ MCP ਅਤੇ API ਦਸਤਾਵੇਜ਼ →