ਡਿਵੈਲਪਰਾਂ ਲਈ
Zinn Digital® ਇੱਕ API-first ਪਲੇਟਫਾਰਮ ਹੈ। ਸਾਡੇ ਡੈਸ਼ਬੋਰਡ ਨੂੰ ਸੰਚਾਲਿਤ ਕਰਨ ਵਾਲੀ ਇੰਜਣ API ਉਹੀ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਮਿਲਦੀ ਹੈ — ਸੰਸਕਰਣ ਵਾਲੀ, spec-first ਅਤੇ ਬਿਲਡ ਸਮੇਂ 'ਤੇ 100% ਦਸਤਾਵੇਜ਼ੀ, ਤਿਆਰ ਕੀਤੇ SDKs, ਇੱਕ CLI, ਇੱਕ Terraform ਪ੍ਰੋਵਾਈਡਰ, ਦਸਤਖਤ ਕੀਤੇ ਵੈੱਬਹੁੱਕ ਅਤੇ ਇਸਦੇ ਸਿਖਰ 'ਤੇ ਇੱਕ MCP ਸਰਵਰ ਦੇ ਨਾਲ। ਤੁਸੀਂ ਕੰਮ ਕਰਨ ਲਈ ਜੋ ਵੀ ਵਰਤਦੇ ਹੋ — ਇੱਕ ਟਰਮੀਨਲ, ਇੱਕ ਪਾਈਪਲਾਈਨ, ਇੱਕ ਸਟੇਟ ਫਾਈਲ ਜਾਂ ਇੱਕ AI ਏਜੰਟ — ਪਲੇਟਫਾਰਮ ਉਸ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।
ਜ਼ਿਆਦਾਤਰ ਹੋਸਟ ਬਾਅਦ ਵਿੱਚ ਕਿਸੇ ਕੰਟਰੋਲ ਪੈਨਲ ਨਾਲ API ਜੋੜਦੇ ਹਨ, ਅਤੇ ਇਹ ਸਾਫ਼ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ — ਪੈਨਲ ਦੇ ਅੱਧੇ ਫੀਚਰ ਕਦੇ ਬਾਹਰ ਹੀ ਨਹੀਂ ਆਉਂਦੇ। ਅਸੀਂ ਇਸਦੇ ਉਲਟ ਤਰੀਕੇ ਨਾਲ ਨਿਰਮਾਣ ਕੀਤਾ ਹੈ। ਡੈਸ਼ਬੋਰਡ, ਐਡਮਿਨ ਕੰਸੋਲ, CLI, ਟਰਰਾਫਾਰਮ (Terraform) ਪ੍ਰੋਵਾਈਡਰ, MCP ਸਰਵਰ ਅਤੇ ਤੁਹਾਡੇ ਆਪਣੇ ਏਕੀਕਰਨ ਸਾਰੇ ਇੱਕੋ ਇੰਜਣ API ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। ਜੇਕਰ ਤੁਸੀਂ ਇਸਨੂੰ ਪੈਨਲ ਵਿੱਚ ਕਰ ਸਕਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਇਸਨੂੰ ਕੋਡ ਵਿੱਚ ਵੀ ਕਰ ਸਕਦੇ ਹੋ।
OpenAPI ਸਪੈਕ ਮੁੱਖ ਸ੍ਰੋਤ ਹੈ, ਅਤੇ ਕੋਈ ਵੀ ਐਂਡਪੁਆਇੰਟ ਉਦੋਂ ਤੱਕ ਰਿਲੀਜ਼ ਨਹੀਂ ਹੁੰਦਾ ਜਦੋਂ ਤੱਕ ਇਹ ਸਪੈਕ ਵਿੱਚ ਨਹੀਂ ਹੁੰਦਾ। ਇਹੋ ਇੱਕ ਨਿਯਮ ਜਨਤਕ API ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਦੀ ਬਜਾਏ ਬਿਲਡ ਸਮੇਂ 'ਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਦਸਤਾਵੇਜ਼ੀ ਬਣਾਉਂਦਾ ਹੈ — ਇੱਥੇ ਕੋਈ ਅਣਦਸਤਾਵੇਜ਼ੀ ਕੋਨਾ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਕੋਈ ਅਣਦਸਤਾਵੇਜ਼ੀ ਐਂਡਪੁਆਇੰਟ ਮੌਜੂਦ ਨਹੀਂ ਹੋ ਸਕਦਾ।
ਇੰਟਰਐਕਟਿਵ ਰੈਫ਼ਰੈਂਸ ਦਸਤਾਵੇਜ਼, ਚਾਰ ਕਲਾਇੰਟ SDKs, ਜ਼ਿਆਦਾਤਰ CLI ਅਤੇ Terraform ਪ੍ਰੋਵਾਈਡਰ ਸਕੈਫੋਲਡਿੰਗ ਇਹ ਸਭ ਉਸੇ ਇੱਕ ਸਪੈਕ ਤੋਂ ਤਿਆਰ ਕੀਤੇ ਗਏ ਹਨ। ਇੱਕ ਸਰੋਤ, ਬਹੁਤ ਸਾਰੀਆਂ ਕਲਾਕ੍ਰਿਤੀਆਂ, ਹਮੇਸ਼ਾ ਸਿੰਕ ਵਿੱਚ — ਤੁਸੀਂ ਕਦੇ ਵੀ ਅਜਿਹੇ ਦਸਤਾਵੇਜ਼ ਦਾ ਪਿੱਛਾ ਨਹੀਂ ਕਰਦੇ ਜੋ ਲਾਗੂਕਰਨ ਤੋਂ ਵੱਖ ਹੋ ਗਿਆ ਹੋਵੇ।
ਐਂਡਪੁਆਇੰਟਸ /v1 ਦੇ ਅਧੀਨ ਇੱਕ ਪ੍ਰਕਾਸ਼ਿਤ ਡਿਪ੍ਰੀਕੇਸ਼ਨ ਨੀਤੀ ਅਤੇ ਇੱਕ ਚੇਂਜਲਾਗ ਨਾਲ ਕੰਮ ਕਰਦੇ ਹਨ। ਤੁਹਾਨੂੰ ਕਿਸੇ ਅਸਫਲ ਬਿਲਡ ਤੋਂ ਪਤਾ ਲੱਗਣ ਦੀ ਬਜਾਏ, ਕਿਸੇ ਵੀ ਬਦਲਾਅ ਤੋਂ ਪਹਿਲਾਂ ਲਿਖਤੀ ਰੂਪ ਵਿੱਚ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਹਰੇਕ ਬਦਲਾਅ 'ਤੇ ਇੰਪਲੀਮੈਂਟੇਸ਼ਨ-ਬਨਾਮ-ਸਪੈਕ ਕੰਟਰੈਕਟ ਟੈਸਟ ਅਤੇ OpenAPI ਲਿੰਟਿੰਗ ਚੱਲਦੇ ਹਨ। ਕੋਡ ਅਤੇ ਕੰਟਰੈਕਟ ਦੇ ਵਿਚਕਾਰ ਅੰਤਰ ਬਿਲਡ ਨੂੰ ਅਸਫਲ ਕਰ ਦਿੰਦਾ ਹੈ — ਇਸ ਲਈ ਜਿਸ ਸਪੈਕ ਤੋਂ ਤੁਸੀਂ ਆਪਣਾ ਕਲਾਇੰਟ ਜਨਰੇਟ ਕਰਦੇ ਹੋ, ਇਹ ਉਹੀ ਸਪੈਕ ਹੈ ਜਿਸਦਾ ਸਰਵਰ ਅਸਲ ਵਿੱਚ ਸਤਿਕਾਰ ਕਰਦਾ ਹੈ।
ਅੰਦਰ ਆਉਣ ਦੇ ਦੋ ਤਰੀਕੇ, ਉਹਨਾਂ ਦੇ ਪਿੱਛੇ ਇੱਕੋ ਜਿਹਾ ਮੁੱਖ ਸਿਧਾਂਤ। ਤੁਸੀਂ ਚਾਹੇ ਕਿਸੇ ਦੀ ਵੀ ਵਰਤੋਂ ਕਰੋ, ਉਹੀ ਇਜਾਜ਼ਤ ਜਾਂਚਾਂ (permission checks) ਅਤੇ ਉਹੀ ਡਾਟਾਬੇਸ-ਪੱਧਰ ਦੀ ਅਲਹਿਦਗੀ (database-level isolation) ਲਾਗੂ ਹੁੰਦੀ ਹੈ।
ਕੁੰਜੀਆਂ zdk_<mode>_<prefix>_<secret> ਵਾਂਗ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ। ਸੀਕ੍ਰੇਟ ਦਾ ਸਿਰਫ਼ ਇੱਕ SHA-256 ਹੈਸ਼ ਹੀ ਸਟੋਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ — ਜਾਰੀ ਕਰਨ ਤੋਂ ਬਾਅਦ ਅਸੀਂ ਤੁਹਾਨੂੰ ਦੁਬਾਰਾ ਕੁੰਜੀ ਨਹੀਂ ਦਿਖਾ ਸਕਦੇ, ਅਤੇ ਸਾਡੇ ਡਾਟਾਬੇਸ ਤੱਕ ਪਹੁੰਚਣ ਵਾਲਾ ਕੋਈ ਵੀ ਵਿਅਕਤੀ ਵੀ ਅਜਿਹਾ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਕੁੰਜੀਆਂ ਵਿੱਚ ਸਕੋਪ ਹੁੰਦੇ ਹਨ, ਇਹਨਾਂ ਨੂੰ ਰੱਦ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਪ੍ਰਤੀ ਵਿਅਕਤੀ ਦੀ ਬਜਾਏ ਪ੍ਰਤੀ ਸੰਸਥਾ ਜਾਰੀ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।
ਸੈਂਡਬਾਕਸ ਕੁੰਜੀਆਂ ਪ੍ਰੋਡਕਸ਼ਨ ਕੁੰਜੀਆਂ ਤੋਂ ਵੱਖਰੀਆਂ ਹੁੰਦੀਆਂ ਹਨ ਅਤੇ ਸੈਂਡਬਾਕਸ ਮੋਡ ਵਿੱਚ ਚੱਲਦੀਆਂ ਹਨ: ਕੋਈ ਅਸਲ ਬਿਲਿੰਗ ਨਹੀਂ, ਕੋਈ ਅਸਲ ਪ੍ਰੋਵਿਜਨਿੰਗ ਨਹੀਂ। ਤੁਹਾਡੇ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਟੈਸਟ ਪੈਸੇ ਖਰਚ ਕੀਤੇ ਜਾਂ ਸਰਵਰ ਬਣਾਏ ਬਿਨਾਂ API ਨੂੰ ਰੋਲ ਸਕਦੇ ਹਨ।
ਯੂਜ਼ਰ ਸੈਸ਼ਨ Keycloak-issued JWTs ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦੇ हैं, ਰੀਲਮ ਪਬਲਿਕ ਕੁੰਜੀ ਦੇ ਮੁਕਾਬਲੇ ਤਸਦੀਕ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਉਸੇ ਪ੍ਰਿੰਸੀਪਲ ਆਬਜੈਕਟ ਵਿੱਚ ਹੱਲ ਹੁੰਦੇ ਹਨ ਜੋ ਇੱਕ API ਕੁੰਜੀ ਕਰਦੀ ਹੈ। ਐਂਡਪੁਆਇੰਟ sites.create ਜਾਂ apikeys.manage ਵਰਗੀਆਂ ਦਾਣੇਦਾਰ ਅਨੁਮਤੀ ਕੁੰਜੀਆਂ 'ਤੇ ਗੇਟ ਕਰਦੇ ਹਨ, ਜਿਨ੍ਹਾਂ ਦੀ ਜਾਂਚ ਪ੍ਰਤੀ ਸੰਸਥਾ ਕੀਤੀ ਜਾਂਦੀ ਹੈ - ਇੱਕ ਸੰਸਥਾ ਵਿੱਚ ਅਨੁਮਤੀ ਇੱਕ ਵੱਖਰੀ, ਗੈਰ-ਸੰਬੰਧਿਤ ਸੰਸਥਾ ਵਿੱਚ ਕੋਈ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦੀ, ਹਾਲਾਂਕਿ ਇਹ ਇਸਦੇ ਹੇਠਾਂ ਨੇਸਟ ਕੀਤੀਆਂ ਸੰਸਥਾਵਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ।
ਹਰੇਕ ਟੈਨੈਂਟ ਬੇਨਤੀ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਵਿੱਚ ਪ੍ਰਿੰਸੀਪਲ ਤੋਂ ਸੈੱਟ ਕੀਤੇ Postgres org scope ਨਾਲ ਚੱਲਦੀ ਹੈ, ਇਸ ਲਈ ਆਈਸੋਲੇਸ਼ਨ ਡਾਟਾਬੇਸ ਦੁਆਰਾ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਨਾ ਕਿ ਕਿਸੇ ORM ਫਿਲਟਰ ਦੁਆਰਾ ਜਿਸਨੂੰ ਕੋਈ ਭੁੱਲ ਸਕਦਾ ਹੈ। ਡਿਫੈਂਸ ਇਨ ਡੈਪਥ (defence in depth) ਵਜੋਂ ਕਵੇਰੀਸੈੱਟ ਫਿਲਟਰ ਅਜੇ ਵੀ ਉੱਥੇ ਮੌਜੂਦ ਹੈ।
ਇੱਕ API ਨੂੰ README ਵਿੱਚ ਵਧੀਆ ਦਿਖਾਉਣਾ ਆਸਾਨ ਹੈ ਅਤੇ ਅਸਲ ਟ੍ਰੈਫਿਕ ਦੇ ਹੇਠਾਂ ਵਧੀਆ ਢੰਗ ਨਾਲ ਚਲਾਉਣਾ ਔਖਾ ਹੈ। ਇਹ ਉਹ ਹਿੱਸੇ ਹਨ ਜਿਨ੍ਹਾਂ 'ਤੇ ਅਸੀਂ ਸਖ਼ਤ ਮਿਹਨਤ ਕੀਤੀ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਉਹ ਹਿੱਸੇ ਹਨ ਜੋ ਰਾਤ ਦੇ ਤਿੰਨ ਵਜੇ ਇੰਟੀਗ੍ਰੇਸ਼ਨਾਂ ਨੂੰ ਖਰਾਬ ਕਰਦੇ ਹਨ।
ਇੱਕ ਵੇਰਵੇ ਵੱਲ ਧਿਆਨ ਦਿਵਾਉਣਾ ਜ਼ਰੂਰੀ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਬਲਕ (bulk) ਵਿੱਚ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਕੰਮ ਦੇ ਵਿਵਹਾਰ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ: ਡੂਪਲੀਕੇਟ ਡੋਮੇਨ 'ਤੇ 409 ਦਾ ਜਵਾਬ ਕਿਸੇ ਵੀ ਟੇਨੈਂਟ (tenant) ਲਈ "ਕੀ ਇਹ ਹੋਸਟਨਾਮ ਇੱਥੇ ਹੋਸਟ ਕੀਤਾ ਗਿਆ ਹੈ?" ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਜੋ ਕਿ ਇੱਕ ਈਨਿਊਮਰੇਸ਼ਨ ਓਰੇਕਲ (enumeration oracle) ਹੈ ਅਤੇ Footprint-Free ਦੇ ਖਿਲਾਫ ਇੱਕ ਅਸਲ ਡੀਅਨੋਨਿਮਾਈਜ਼ੇਸ਼ਨ (deanonymisation) ਜੋਖਮ ਹੈ। ਸਾਈਟ ਬਣਾਉਣ 'ਤੇ ਥ੍ਰੋਟਲਿੰਗ (Throttling) ਲਗਾਉਣਾ ਇੱਕ ਆਲਸੀ ਹੱਲ ਹੁੰਦਾ ਅਤੇ ਇਸ ਨਾਲ ਬਲਕ-ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ ਪ੍ਰੋਡਕਟ ਪੂਰੀ ਤਰ੍ਹਾਂ ਖਰਾਬ ਹੋ ਜਾਂਦਾ। ਇਸਦੀ ਬਜਾਏ, ਪ੍ਰਤੀ ਪ੍ਰਿੰਸੀਪਲ (principal), ਸਿਰਫ਼ ਰੱਦ ਕੀਤੀਆਂ ਗਈਆਂ ਡੂਪਲੀਕੇਟ-ਡੋਮੇਨ ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਹੀ ਬਜਟ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸਫਲਤਾਪੂਰਵਕ ਬਣਾਈਆਂ ਗਈਆਂ ਸਾਈਟਾਂ ਲਈ ਕਦੇ ਵੀ ਚਾਰਜ ਨਹੀਂ ਲਿਆ ਜਾਂਦਾ — ਇਸ ਲਈ ਤੁਸੀਂ ਪੂਰਾ ਦਿਨ ਬਲਕ ਵਿੱਚ ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਜਾਂਚ ਕਰਨ ਦੀਆਂ ਕੋਸ਼ਿਸ਼ਾਂ ਤੁਰੰਤ ਬੰਦ ਹੋ ਜਾਂਦੀਆਂ ਹਨ।
ਇੱਕੋ ਜਿਹੇ ਸਪੈਕ ਵਾਲੇ ਤਿੰਨ ਉਪਭੋਗਤਾ, ਕੰਮ ਕਰਨ ਦੇ ਤਿੰਨ ਵੱਖ-ਵੱਖ ਤਰੀਕਿਆਂ ਲਈ।
TypeScript, Python, PHP ਅਤੇ Go ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ, ਸਪੈਕ ਨੂੰ ਟਰੈਕ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਇੱਕ ਨਵਾਂ ਐਂਡਪੁਆਇੰਟ ਹੱਥੀਂ ਲਿਖੇ ਰੈਪਰ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ ਤੁਹਾਡੀ ਭ भाषा ਵਿੱਚ ਆ ਜਾਵੇ।
ਇੱਕ WordPress ਸਾਈਟ ਬਣਾਓ, ਇਸਨੂੰ ਸਥਾਨਕ ਤੌਰ 'ਤੇ Node ਤੋਂ ਇਲਾਵਾ ਕੁਝ ਵੀ ਇੰਸਟਾਲ ਕੀਤੇ ਬਿਨਾਂ ਚਲਾਓ, ਅਤੇ ਇਸਨੂੰ ਤਾਇਨਾਤ ਕਰੋ। Zinnector® ਉਸ ਸਲਾਟ ਦੇ ਵਿਰੁੱਧ ਤੁਹਾਡੇ ਪ੍ਰੋਜੈਕਟ ਦੀ ਪਹਿਲਾਂ ਤੋਂ ਜਾਂਚ ਕਰਦਾ ਹੈ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਤਾਇਨਾਤ ਕਰਨ ਜਾ ਰਹੇ ਹੋ — PHP ਸੰਸਕਰਣ, ਡਿਸਕ, ਫ਼ਾਈਲ ਗਿਣਤੀ — ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਦੀ ਬਜਾਏ ਪੁਸ਼ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ। ਇਹ ਸਾਈਨ ਇਨ ਵੀ ਕਰਦਾ ਹੈ, ਸਾਈਟਾਂ ਦੀ ਸੂਚੀ ਬਣਾਉਂਦਾ ਹੈ, ਤਾਇਨਾਤ ਕਰਦਾ ਹੈ, ਡੋਮੇਨ ਅਤੇ DNS ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ, ਮੇਲ ਸੇਵਾਵਾਂ ਨੂੰ ਪੜ੍ਹਦਾ ਹੈ, ਬੈਕਅੱਪ ਲੈਂਦਾ ਹੈ, ਅਨੁਮਤੀ ਪ੍ਰਾਪਤ WP-CLI ਚਲਾਉਂਦਾ ਹੈ, ਲੌਗਸ ਨੂੰ ਦੇਖਦਾ ਹੈ ਅਤੇ ਬਲਕ ਓਪਰੇਸ਼ਨ ਕਰਦਾ ਹੈ। ਮੁਫ਼ਤ, MIT-ਲਾਈਸੈਂਸਸ਼ੁਦਾ, ਅਤੇ ਇਸੇ ਜਨਤਕ API 'ਤੇ ਬਣਾਇਆ ਗਿਆ।
ਸਾਈਟਾਂ, ਡੋਮੇਨ, DNS ਰਿਕਾਰਡ, ਮੇਲਬਾਕਸ ਅਤੇ ਪਲਾਨ ਨੂੰ ਇਨਫਰਾਸਟਰਕਚਰ ਐਜ਼ ਕੋਡ ਵਜੋਂ ਪ੍ਰਬੰਧਿਤ ਕਰੋ। terraform apply ਹੋਸਟਿੰਗ ਨੂੰ ਪ੍ਰੋਵੀਜ਼ਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਵਾਤਾਵਰਣ ਕਲਿੱਕਾਂ ਦੀ ਇੱਕ ਲੜੀ ਦੀ ਬਜਾਏ ਜੋ ਕਿਸੇ ਨੇ ਲਿਖੀ ਨਹੀਂ ਸੀ, ਦੁਹਰਾਉਣਯੋਗ ਅਤੇ ਸਮੀਖਿਆਯੋਗ ਬਣ ਜਾਂਦੇ ਹਨ।
ਤਿਆਰ ਕੀਤੇ ਗਏ ਡੌਕਸ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਬ੍ਰਾਊਜ਼ਰ ਤੋਂ ਪੜ੍ਹ ਸਕਦੇ ਹੋ ਅਤੇ ਕਾਲ ਕਰ ਸਕਦੇ हैं, ਜੋ ਕਿ ਬਿਲਕੁਲ ਉਹਨਾਂ ਐਂਡਪੁਆਇੰਟਾਂ ਦਾ ਵਰਣਨ ਕਰਦੇ ਹਨ ਜੋ ਸਰਵਰ ਲਾਗੂ ਕਰਦਾ ਹੈ—ਕਿਉਂਕਿ ਦੋਵੇਂ ਇੱਕੋ ਸਪੈਕ ਤੋਂ ਆਉਂਦੇ ਹਨ।
ਪਲੇਟਫਾਰਮ ਦੇ ਪਿੱਛੇ ਇੱਕ ਟਿਕਾਊ ਈਵੈਂਟ ਸਪਾਈਨ ਹੈ: ਹਰ ਸਟੇਟ ਤਬਦੀਲੀ ਪੋਸਟਗ੍ਰੇਸ ਵਿੱਚ ਇੱਕ ਟ੍ਰਾਂਜੈਕਸ਼ਨਲ ਆਉਟਬਾਕਸ ਵਿੱਚ ਇੱਕ ਈਵੈਂਟ ਲਿਖਦੀ ਹੈ, ਡਾਟਾਬੇਸ ਤਬਦੀਲੀ ਦੇ ਨਾਲ ਪ੍ਰਮਾਣੂ ਤੌਰ 'ਤੇ, ਅਤੇ ਇੱਕ ਰੀਲੇਅ ਇਸਨੂੰ NATS JetStream 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ। ਈਵੈਂਟ ਟਾਈਪ ਕੀਤੇ ਅਤੇ ਸੰਸਕਰਣ ਕੀਤੇ ਗਏ ਹਨ — site.deployed, order.paid, invoice.overdue, backup.completed, abuse.flagged, trial.ending ਅਤੇ ਬਾਕੀ ਸਾਰੇ।
ਇੱਕ ਐਂਡਪੁਆਇੰਟ ਨੂੰ WebhookSubscription ਵਜੋਂ ਰਜਿਸਟਰ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਇਵੈਂਟ ਕਿਸਮਾਂ ਦੀ ਚੋਣ ਕਰੋ ਜੋ ਇਹ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਇੱਕੋ ਸਟ੍ਰੀਮ ਨੋਟੀਫਿਕੇਸ਼ਨਾਂ, ਵਿਸ਼ਲੇਸ਼ਣ, ਆਟੋਮੇਸ਼ਨਾਂ ਅਤੇ ਤੁਹਾਡੇ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਨੂੰ ਇੱਕੋ ਜਿਹਾ ਫੀਡ ਕਰਦੀ ਹੈ — ਤੁਸੀਂ ਉਹੀ ਇਵੈਂਟ ਖਪਤ ਕਰ ਰਹੇ ਹੋ ਜੋ ਅਸੀਂ ਕਰਦੇ ਹਾਂ।
हर ਡਿਲਿਵਰੀ HMAC-ਸਾਈਨ ਕੀਤੀ ਹੁੰਦੀ ਹੈ ਤਾਂ ਜੋ ਤੁਸੀਂ ਉਸ 'ਤੇ ਕਾਰਵਾਈ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤਸਦੀਕ ਕਰ ਸਕੋ ਕਿ ਇਹ ਸਾਡੇ ਵੱਲੋਂ ਆਈ ਹੈ।
ਫੇਲ੍ਹ ਹੋਈਆਂ ਡਿਲਿਵਰੀਆਂ ਬੈਕਆਫ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਹਰ ਕੋਸ਼ਿਸ਼ ਨੂੰ WebhookDelivery ਵਜੋਂ ਦਰਜ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸਹਾਇਤਾ ਨੂੰ ਈਮੇਲ ਕਰਕੇ ਇਹ ਪੁੱਛਣ ਦੀ ਬਜਾਏ ਕਿ ਅਸੀਂ ਕੀ ਭੇਜਿਆ ਹੈ, ਤੁਸੀਂ ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਡਿਲਿਵਰੀ ਦੀ ਜਾਂਚ ਅਤੇ ਰੀਪਲੇਅ ਕਰ ਸਕਦੇ ਹੋ।
ਪਾਈਪਲਾਈਨ ਜਾਣਬ बुझ ਕੇ ਐਕਸੈਕਟਲੀ-ਵੰਸ ਹੋਣ ਦਾ ਦਿਖਾਵਾ ਕਰਨ ਦੀ ਬਜਾਏ ਐਟ-ਲੀਸਟ-ਵੰਸ ਹੈ। ਪ੍ਰਕਾਸ਼ਨ ਦੇ ਅੱਧ ਵਿੱਚ ਮਰਨ ਵਾਲੇ ਰੀਲੇਅ ਦੀ ਕਲੇਮ ਲੀਜ਼ ਦੀ ਮਿਆਦ ਪੁੱਗ ਜਾਂਦੀ ਹੈ ਅਤੇ ਇਸ ਦੀਆਂ ਇਵੈਂਟਸ ਨੂੰ ਦੁਬਾਰਾ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਐਨਵੈਲਪ ਆਈਡੀ 'ਤੇ ਡੀਡੁਪ ਕਰੋ ਅਤੇ ਤੁਹਾਡਾ ਖਪਤਕਾਰ ਬਣਤਰ ਦੁਆਰਾ ਸਹੀ ਹੈ।
ਇੱਕ API ਡਿਵੌਲਪਰ ਦੀ ਕਹਾਣੀ ਦਾ ਸਿਰਫ਼ ਅੱਧਾ ਹਿੱਸਾ ਹੁੰਦਾ ਹੈ। ਦੂਜਾ ਅੱਧਾ ਹਿੱਸਾ ਲਾਂਚ ਕਰਨਾ ਹੈ।
ਅਸੀਂ ਪਲੇਟਫਾਰਮ ਨੂੰ ਇੱਕ ਹੋਸਟ ਕੀਤੇ MCP ਸਰਵਰ ਵਜੋਂ ਪੇਸ਼ ਕਰਦੇ ਹਾਂ: ਇੰਜਣ API ਉੱਤੇ ਇੱਕ ਪਤਲਾ ਪ੍ਰੋਟੋਕੋਲ ਅਡਾਪਟਰ ਜੋ ਸਮਾਨ ਐਕਸ਼ਨ ਕੈਟਾਲਾਗ, RBAC ਅਤੇ ਆਡਿਟ ਟ੍ਰੇਲ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। Claude Code, Cursor, ChatGPT, Claude Desktop ਜਾਂ ਕਿਸੇ ਵੀ MCP-ਸਮਰੱਥ ਕਲਾਇੰਟ ਨੂੰ ਇੱਕ ਵਾਰ ਕਨੈਕਟ ਕਰੋ, ਅਤੇ API ਵਿੱਚ ਸਾਡੇ ਵੱਲੋਂ ਜੋ ਵੀ ਸਮਰੱਥਾ ਜੋੜੀ ਜਾਂਦੀ ਹੈ, ਉਹ ਇਸ ਲਈ ਆਪਣੇ ਆਪ ਉਪਲਬਧ ਹੋ ਜਾਂਦੀ ਹੈ।
ਏਜੰਟ ਨੂੰ ਤਿੰਨ ਚੀਜ਼ਾਂ ਮਿਲਦੀਆਂ ਹਨ: ਔਜ਼ਾਰ (ਉਹੀ API ਐਂਡਪੁਆਇੰਟ, ਭਟਕਣ ਲਈ ਕੋਈ ਸਮਾਂਤਰ ਤਰਕ ਨਹੀਂ), ਸਰੋਤ (ਸਿਰਫ਼ ਪੜ੍ਹਨ-ਯੋਗ ਸਾਈਟ ਦੀ ਸਥਿਤੀ, ਕੌਂਫਿਗ, ਹਾਲੀਆ ਲੌਗ, ਮੈਟ੍ਰਿਕਸ, ਅੱਪਟਾਈਮ ਅਤੇ KB ਲੇਖ, ਤਾਂ ਜੋ ਇਹ ਕਾਰਵਾਈ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਸਲ ਡੇਟਾ ਨਾਲ ਨਿਦਾਨ ਕਰੇ) ਅਤੇ ਪ੍ਰੌਮਪਟ (ਪ੍ਰਕਾਸ਼ਿਤ ਵਰਕਫਲੋ ਟੈਂਪਲੇਟ ਜਿਵੇਂ ਕਿ "ਇਸ ਸਾਈਟ ਦਾ ਨਿਦਾਨ ਕਰੋ" ਜਾਂ "ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਤਿਆਰੀ ਕਰੋ")।
ਸੁਰੱਖਿਆ ਦੀ ਕਹਾਣੀ ਵੀ ਪ੍ਰਮਾਣਿਕਤਾ ਵਰਗੀ ਹੀ ਹੈ: OAuth 2.1, ਤੁਹਾਡੀ ਸੰਸਥਾ (org) ਨਾਲ ਬੱਝੇ ਹੋਏ ਟੋਕਨ ਅਤੇ ਰੋ-ਲੈਵਲ ਸੁਰੱਖਿਆ ਨਾਲ ਲਾਗੂ ਕੀਤੀਆਂ RBAC ਇਜਾਜ਼ਤਾਂ, ਜੋ ਪ੍ਰਤੀ ਟੂਲ ਸਕੋਪਡ ਅਤੇ ਰੱਦ ਕਰਨ ਯੋਗ ਹਨ, ਅਤੇ ਪ੍ਰੋਡਕਸ਼ਨ ਤੋਂ ਵੱਖਰਾ ਸੈਂਡਬਾਕਸ। ਨੁਕਸਾਨਦੇਹ ਕਾਰਵਾਈਆਂ — ਮਿਟਾਉਣਾ, ਮੁਅੱਤਲ ਕਰਨਾ, ਬਿਲਿੰਗ, ਵੱਡਾ ਖਰਚਾ — ਲਈ ਸਪੱਸ਼ਟ ਪੁਸ਼ਟੀ ਜਾਂ ਮਨੁੱਖੀ-ਮਨਜ਼ੂਰੀ ਨੀਤੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਦਰ ਸੀਮਾਵਾਂ (rate limits) ਅਤੇ ਖਰਚ ਸੀਮਾਵਾਂ AI-ਦੁਆਰਾ ਸ਼ੁਰੂ ਕੀਤੀਆਂ ਭੁਗਤਾਨ ਵਾਲੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਸੀਮਾਬੱਧ ਕਰਦੀਆਂ ਹਨ, ਅਤੇ ਹਰੇਕ MCP ਕਾਲ ਨੂੰ ਪਛਾਣ, ਟੂਲ, ਆਰਗੂਮੈਂਟਸ ਅਤੇ ਨਤੀਜੇ ਦੇ ਨਾਲ ਔਡਿਟ-ਲੌਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਅਸੀਂ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਹਰੇਕ ਐਪ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦੀ ਬਜਾਏ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਾਂ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਡੀ ਹੋਸਟਿੰਗ ਏਕੀਕਰਨ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਤੁਹਾਡੀ AI ਟੂਲਿੰਗ ਦੀ ਚੋਣ ਬਦਲ ਸਕਦੀ ਹੈ।
हाँ — ਇਹ ਉਹੀ ਇੰਜਣ API ਹੈ, ਜੋ ਪ੍ਰਕਾਸ਼ਿਤ ਅਤੇ ਪੱਕਾ ਕੀਤਾ ਗਿਆ ਹੈ। ਡੈਸ਼ਬੋਰਡ, ਪ੍ਰਸ਼ਾਸਕ ਕੰਸੋਲ, CLI, Terraform ਪ੍ਰੋਵਾਈਡਰ, MCP ਸਰਵਰ ਅਤੇ ਵੈੱਬਹੁੱਕ ਸਾਰੇ ਇੱਕੋ ਸਤਹ ਦੇ ਖਪਤਕਾਰ ਹਨ, ਇਸੇ ਕਰਕੇ API ਕਦੇ ਵੀ ਪੈਨਲ ਤੋਂ ਪਿੱਛੇ ਨਹੀਂ ਰਹਿੰਦਾ।
हाँ। ਸੈਂਡਬਾਕਸ ਕੁੰਜੀਆਂ ਪ੍ਰੋਡਕਸ਼ਨ ਕੁੰਜੀਆਂ ਤੋਂ ਵੱਖਰੀਆਂ ਜਾਰੀ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਟੈਸਟ ਮੋਡ ਵਿੱਚ ਚੱਲਦੀਆਂ ਹਨ: ਕੋਈ ਅਸਲ ਬਿਲਿੰਗ ਨਹੀਂ ਅਤੇ ਕੋਈ ਅਸਲ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਨਹੀਂ। ਆਪਣੀ CI ਨੂੰ ਸੈਂਡਬਾਕਸ ਪ੍ਰਮਾਣ ਪੱਤਰਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੋ ਅਤੇ ਪੂਰੇ ਬੇਨਤੀ ਅਤੇ ਜਵਾਬ ਚੱਕਰ ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਅਜ਼ਮਾਓ।
ਆਪਣੀ POST 'ਤੇ ਇੱਕ Idempotency-Key ਭੇਜੋ। ਰੀਪਲੇਅ ਰਿਕਾਰਡ ਇਨਲਾਈਨ ਦੀ ਬਜਾਏ ਕਮਿਟ ਕਰਨ 'ਤੇ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਜੋ ਇੱਕ ਮੁੜ-ਯਤਨ (retry) ਕਦੇ ਵੀ ਉਸ ਰੋਅ (row) ਲਈ ਕੈਸ਼ ਕੀਤੀ ਸਫਲਤਾ ਨੂੰ ਰੀਪਲੇਅ ਨਾ ਕਰ ਸਕੇ ਜੋ ਵਾਸਤਵ ਵਿੱਚ ਕਮਿਟ ਨਹੀਂ ਹੋਈ ਸੀ, ਅਤੇ ਇੱਕ ਅਸਫਲ ਬੇਨਤੀ ਤੁਰੰਤ ਆਪਣੇ ਲਾਕ ਨੂੰ ਛੱਡ ਦਿੰਦੀ ਹੈ ਤਾਂ ਜੋ ਤੁਹਾਡਾ ਸੁਧਾਰਿਆ ਗਿਆ ਮੁੜ-ਯਤਨ ਰੁਕਿਆ ਨਾ ਰਹੇ। ਵੈਬਹੁੱਕ ਡਿਲੀਵਰੀ ਡਿਜ਼ਾਈਨ ਦੁਆਰਾ ਘੱਟੋ-ਘੱਟ-ਇੱਕ-ਵਾਰ (at-least-once) ਹੁੰਦੀ ਹੈ — ਆਪਣੇ ਅੰਤ 'ਤੇ ਲਿਫਾਫੇ ਦੀ ID (envelope id) 'ਤੇ ਡੂਪਲੀਕੇਟ ਹਟਾਓ (dedupe)।
ਅੱਜ ਨਹੀਂ। API ਕੁੰਜੀਆਂ ਪ੍ਰਤੀ ਸੰਸਥਾ ਜਾਰੀ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਕਈ ਕਲਾਇੰਟ ਸੰਸਥਾਵਾਂ ਵਿੱਚ ਫੈਲੇ ਇੱਕ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਕੋਲ ਹਰ ਇੱਕ ਲਈ ਇੱਕ ਕੁੰਜੀ ਹੁੰਦੀ ਹੈ। ਯੂਜ਼ਰ ਪ੍ਰਿੰਸੀਪਲਾਂ ਲਈ ਅਨੁਮਤੀਆਂ ਦੀ ਵੀ ਪ੍ਰਤੀ ਸੰਸਥਾ ਜਾਂਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ: ਇੱਕ ਸੰਸਥਾ ਵਿੱਚ sites.create ਰੱਖਣ ਨਾਲ ਕਿਸੇ ਵੱਖਰੀ, ਗ਼ੈਰ-ਸੰਬੰਧਿਤ ਸੰਸਥਾ ਤੱਕ ਕੋਈ ਪਹੁੰਚ ਨਹੀਂ ਮਿਲਦੀ, ਹਾਲਾਂਕਿ ਇਹ ਉਸਦੇ ਹੇਠਾਂ ਮੌਜੂਦ ਸੰਸਥਾਵਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਇਹ ਜਾਣਬੁੱਝ ਕੇ ਕੀਤਾ ਗਿਆ ਹੈ — ਇਹ ਸਮਝੌਤਾ ਕੀਤੀ ਗਈ ਕੁੰਜੀ ਨੂੰ ਇਸਦੀ ਆਪਣੀ ਸੰਸਥਾ ਅਤੇ ਇਸਦੇ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਸਬ-ਸੰਸਥਾਵਾਂ ਤੱਕ ਸੀਮਤ ਕਰਦਾ ਹੈ, ਨਾ ਕਿ ਪੂਰੇ ਪਲੇਟਫਾਰਮ ਤੱਕ।
ਡਿਵੈਲਪਰ ਰੋਡ ਵਿੱਚ ਸੰਗਠਨ ਰੀਡ, API ਕੁੰਜੀ ਪ੍ਰਬੰਧਨ, ਸਾਈਟਾਂ ਨੂੰ ਦੇਖਣਾ ਅਤੇ ਬਣਾਉਣਾ, ਉਹਨਾਂ ਨੂੰ ਰੀਸਟਾਰਟ ਕਰਨਾ, ਉਹਨਾਂ ਦੀ ਕੈਸ਼ ਨੂੰ ਸਾਫ਼ ਕਰਨਾ, ਅਤੇ ਟਿਕਟਾਂ ਨੂੰ ਦੇਖਣਾ ਅਤੇ ਜਵਾਬ ਦੇਣਾ ਸ਼ਾਮਲ ਹੈ। ਇਹ ਜਾਣਬੁੱਝ ਕੇ ਬਿਲਿੰਗ ਕੰਟਰੋਲ ਨੂੰ ਬਾਹਰ ਰੱਖਦਾ ਹੈ। ਨੋਟ ਕਰੋ ਕਿ ਡਿਪਲਾਏ ਅਤੇ ਪੁਸ਼-ਟੂ-ਲਾਈਵ ਇਜਾਜ਼ਤਾਂ ਇਸ ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਹਨ — ਜੇਕਰ ਕਿਸੇ ਟੀਮ ਦੇ ਮੈਂਬਰ ਨੂੰ ਉਹਨਾਂ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਡਿਵੈਲਪਰ ਨੂੰ ਸਭ ਤੋਂ ਵਿਆਪਕ ਤਕਨੀਕੀ ਭੂਮਿਕਾ ਮੰਨਣ ਦੀ ਬਜਾਏ ਇੱਕ ਅਜਿਹੀ ਭੂਮਿਕਾ ਸੌਂਪੋ ਜਿਸ ਵਿੱਚ ਉਹ ਸ਼ਾਮਲ ਹੋਣ।
ਡਿਲੀਵਰੀਆਂ ਬੈਕਆਫ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਹਰ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਇੱਕ WebhookDelivery ਵਜੋਂ ਦਰਜ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਿਸਦੀ ਤੁਸੀਂ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹੋ। ਅਪਸਟ੍ਰੀਮ, ਇਵੈਂਟਸ ਨੂੰ ਬਦਲਾਅ ਦੇ ਆਪਣੇ ਡੇਟਾਬੇਸ ਟ੍ਰਾਂਜੈਕਸ਼ਨ ਵਿੱਚ ਹੀ ਇੱਕ ਟ੍ਰਾਂਜੈਕਸ਼ਨਲ ਆਉਟਬਾਕਸ ਵਿੱਚ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ, ਇਸਲਈ ਜਦੋਂ ਕੋਈ ਉਪਭੋਗਤਾ ਉਪਲਬਧ ਨਹੀਂ ਹੁੰਦਾ ਤਾਂ ਕੁਝ ਵੀ ਗੁੰਮ ਨਹੀਂ ਹੁੰਦਾ - ਇੱਕ ਡਾਊਨ ਉਪਭੋਗਤਾ ਪਛੜ ਜਾਂਦਾ ਹੈ, ਇਹ ਕਦੇ ਵੀ ਉਤਪਾਦਕ ਨੂੰ ਨਹੀਂ ਤੋੜਦਾ, ਅਤੇ ਵਾਪਸ ਆਉਣ 'ਤੇ ਤੁਸੀਂ ਡੈਸ਼ਬੋਰਡ ਤੋਂ ਡਿਲੀਵਰੀ ਦੁਬਾਰਾ ਚਲਾ ਸਕਦੇ ਹੋ।
Footprint-Free ਹੋਸਟਿੰਗ ਦੀ 14-ਦਿਨਾਂ ਦੀ ਕਾਰਡ-ਮੁਫ਼ਤ ਅਜ਼ਮਾਇਸ਼ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੋ — ਕੋਈ ਭੁਗਤਾਨ ਵੇਰਵੇ ਨਹੀਂ, 5 ਸਾਈਟਾਂ ਤੱਕ। PBN 5 ਲਈ ਪੇਡ Footprint-Free ਯੋਜਨਾਵਾਂ $6/ਮਹੀਨੇ ਤੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ। ਹਰ ਯੋਜਨਾ ਵਿੱਚ 30-ਦਿਨਾਂ ਦੀ ਪੈਸੇ ਵਾਪਸੀ ਦੀ ਗਾਰੰਟੀ, ਮੁਫ਼ਤ ਮਾਈਗ੍ਰੇਸ਼ਨ ਅਤੇ ਕੋਈ ਵੈਂਡਰ ਲੌਕ-ਇਨ ਨਹੀਂ ਸ਼ਾਮਲ ਹੈ।
Spec-first API, ਜਨਰੇਟ ਕੀਤੇ SDKs, ਇੱਕ CLI, ਇੱਕ Terraform ਪ੍ਰਦਾਤਾ, ਸਾਈਨ ਕੀਤੇ Webhooks ਅਤੇ ਇੱਕ MCP ਸਰਵਰ — ਉਸ ਹੋਸਟਿੰਗ 'ਤੇ ਜੋ ਅਸੀਂ ਦੁਨੀਆ ਭਰ ਵਿੱਚ 650,000+ ਸਾਈਟਾਂ ਲਈ ਬਣਾਈ ਹੈ। ਬਿਨਾਂ ਕਾਰਡ ਦੇ 14-ਦਿਨਾਂ ਦੀ ਟ੍ਰਾਇਲ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੋ, ਕੋਈ ਭੁਗਤਾਨ ਵੇਰਵੇ ਦੀ ਲੋੜ ਨਹੀਂ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ