ਗਿਆਨ ਕੋਸ਼

ਆਪਣੇ ਖੁਦ ਦੇ ਸਿਸਟਮਾਂ ਤੋਂ Zinn® ਹੋਸਟਿੰਗ ਵੇਚਣਾ

ਆਪਣੇ ਖੁਦ ਦੇ ਬਿਲਿੰਗ ਪੈਨਲ, WordPress ਸਾਈਟ ਜਾਂ ਸਕ੍ਰਿਪਟਾਂ ਤੋਂ Zinn® ਹੋਸਟਿੰਗ ਦਾ ਸੰਚਾਲਨ ਕਰੋ: ਇੱਕ API ਕੁੰਜੀ ਪ੍ਰਾਪਤ ਕਰੋ, ਆਪਣੀ ਪਹਿਲੀ ਕਾਲ ਕਰੋ, ਅਤੇ ਉਹ ਛੇ ਕਾਲਾਂ ਜਾਣੋ ਜਿਨ੍ਹਾਂ ਨਾਲ ਪੂਰਾ ਏਕੀਕਰਨ ਬਣਿਆ ਹੈ।

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

ਤੁਹਾਡੇ ਗਾਹਕ ਅਸਲ ਵਿੱਚ ਕੀ ਦੇਖਦੇ ਹਨ

ਤਕਨੀਕੀ ਕਾਰਜ-ਪ੍ਰਣਾਲੀ ਤੋਂ ਪਹਿਲਾਂ: ਤੁਹਾਡੇ ਗਾਹਕਾਂ ਨੂੰ ਕਦੇ ਵੀ ਸਾਨੂੰ ਦੇਖਣ ਦੀ ਲੋੜ ਨਹੀਂ ਪੈਂਦੀ। ਤਿੰਨ ਸਤਹਾਂ ਹਨ, ਅਤੇ ਤੁਸੀਂ ਚੁਣਦੇ ਹੋ ਕਿ ਤੁਸੀਂ ਕਿਹੜੀ ਵਰਤਣੀ ਹੈ।

ਸਤਹਇਹ ਕਿਸਦੀ ਹੈ
ਤੁਹਾਡੇ ਆਪਣੇ ਹੋਸਟ-ਨਾਮ 'ਤੇ ਹੋਸਟਿੰਗ ਪੈਨਲReselling → Your brand ਦੇ ਤਹਿਤ ਇੱਕ ਪੈਨਲ ਹੋਸਟ-ਨਾਮ ਸੈੱਟ ਕਰੋ ਅਤੇ ਤੁਹਾਡੇ ਗਾਹਕ ਤੁਹਾਡੇ ਲੋਗੋ ਅਤੇ ਤੁਹਾਡੇ ਰੰਗਾਂ ਨਾਲ panel.yourcompany.com 'ਤੇ ਸਾਈਨ ਇਨ ਕਰਦੇ ਹਨ। ਉਹੀ ਪੈਨਲ, ਤੁਹਾਡਾ ਪਤਾ।
ਤੁਹਾਡੀ ਆਪਣੀ ਵੈੱਬਸਾਈਟWordPress ਪਲੱਗਇਨ ਤੁਹਾਡੀ ਸਾਈਟ 'ਤੇ ਡੋਮੇਨ ਖੋਜ ਅਤੇ ਇੱਕ-ਕਲਿੱਕ ਸਾਈਨ-ਇਨ ਲਿੰਕ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ, ਅਤੇ ਤੁਹਾਡੇ ਆਪਣੇ WooCommerce ਚੈੱਕਆਊਟ ਰਾਹੀਂ ਆਰਡਰ ਲੈਂਦੀ ਹੈ।
ਤੁਹਾਡਾ ਬਿਲਿੰਗ ਪੈਨਲWHMCS ਜਾਂ HostBill ਮੁੱਖ ਦਰਵਾਜ਼ਾ ਬਣਿਆ ਰਹਿੰਦਾ ਹੈ; ਮੌਡਿਊਲ ਇਸਦੇ ਪਿੱਛੇ ਪ੍ਰੋਵਿਜ਼ਨ ਕਰਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟ-ਏਰੀਆ ਬਟਨ ਉਹਨਾਂ ਨੂੰ ਸਿੱਧਾ ਉਹਨਾਂ ਦੀ ਹੋਸਟਿੰਗ ਵਿੱਚ ਸਾਈਨ ਇਨ ਕਰਵਾਉਂਦਾ ਹੈ।

⛔ ਤੁਸੀਂ ਜਿਹੜਾ ਵੀ ਚੁਣੋ, ਤੁਸੀਂ ਆਪਣੇ ਗਾਹਕਾਂ ਲਈ ਰਿਕਾਰਡ ਦੇ ਵਪਾਰੀ ਹੋ: ਤੁਹਾਡੀਆਂ ਕੀਮਤਾਂ, ਤੁਹਾਡੇ ਇਨਵੌਇਸ, ਤੁਹਾਡਾ VAT ਨੰਬਰ, ਤੁਹਾਡਾ ਭੁਗਤਾਨ ਪ੍ਰਦਾਤਾ। ਅਸੀਂ ਮਹੀਨੇ ਵਿੱਚ ਇੱਕ ਵਾਰ, ਥੋਕ ਦਰ 'ਤੇ ਤੁਹਾਨੂੰ ਬਿਲ ਕਰਦੇ ਹਾਂ।

ਇੱਕ ਵਾਰ ਜਦੋਂ ਤੁਸੀਂ ਪੈਨਲ ਹੋਸਟ-ਨਾਮ ਸੈੱਟ ਕਰ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਇਸਨੂੰ WordPress ਪਲੱਗਇਨ ਦੇ Panel address ਖੇਤਰ ਵਿੱਚ ਰੱਖੋ ਅਤੇ ਹੋਰ ਕਿਸੇ ਵਿੱਚ ਨਹੀਂ — ਇਹ API ਜੋ ਸਾਈਨ-ਇਨ ਲਿੰਕ ਤਿਆਰ ਕਰਦੀ ਹੈ ਉਹ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਇਸਦਾ ਪਾਲਣ ਕਰਦੇ ਹਨ।

ਅੰਦਰ ਆਉਣ ਦੇ ਚਾਰ ਤਰੀਕੇ

ਅੰਦਰ ਆਉਣ ਦੇ ਚਾਰ ਤਰੀਕੇ ਹਨ, ਅਤੇ ਉਹ ਸਾਰੇ ਅੰਦਰੂਨੀ ਤੌਰ 'ਤੇ ਇੱਕੋ ਕੰਮ ਕਰਦੇ ਹਨ:

ਲਈ
WHMCS ਮੌਡਿਊਲਇੱਕ WHMCS ਦੁਕਾਨ
HostBill ਮੌਡਿਊਲਇੱਕ HostBill ਦੁਕਾਨ
WordPress ਪਲੱਗਇਨਤੁਹਾਡੀ ਆਪਣੀ WordPress ਜਾਂ WooCommerce ਸਾਈਟ ਤੋਂ ਵੇਚਣਾ
APIਹੋਰ ਕੁਝ ਵੀ — Blesta, ਇੱਕ ਅੰਦਰੂਨੀ ਸਿਸਟਮ, ਇੱਕ ਕ੍ਰੋਨ (cron) ਸਕ੍ਰਿਪਟ

1. ਇੱਕ API ਕੁੰਜੀ ਪ੍ਰਾਪਤ ਕਰੋ

ਆਪਣੇ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ, API keys 'ਤੇ ਜਾਓ ਅਤੇ ਇੱਕ ਬਣਾਓ। ਇਸਨੂੰ ਸਿਰਫ਼ ਉਹੀ ਦਿਓ ਜਿਸਦੀ ਇਸਨੂੰ ਲੋੜ ਹੈ:

ਇਜਾਜ਼ਤਕਿਉਂ
org.readਆਪਣੇ ਗਾਹਕ ਖਾਤੇ ਪੜ੍ਹੋ
sites.createਇੱਕ ਸਾਈਟ ਪ੍ਰੋਵਿਜ਼ਨ ਕਰੋ
sites.viewਇੱਕ ਸੇਵਾ ਪੜ੍ਹੋ
sites.deleteਸਮਾਪਤ ਕਰੋ
reseller.viewਆਪਣੀਆਂ ਸੇਵਾਵਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ ਅਤੇ ਵਰਤੋਂ ਪੜ੍ਹੋ
reseller.provisionਮੁਅੱਤਲ ਕਰੋ, ਬਹਾਲ ਕਰੋ, ਅਤੇ ਇੱਕ ਗਾਹਕ ਨੂੰ ਸਾਈਨ ਇਨ ਕਰੋ

⛔ ਕਿਸੇ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਨੂੰ reseller.manage ਨਾ ਦਿਓ। ਉਹ ਇਜਾਜ਼ਤ ਤੁਹਾਡੀ ਕੀਮਤ ਸੂਚੀ ਅਤੇ ਤੁਹਾਡੇ ਆਪਣੇ ਭੁਗਤਾਨ-ਗੇਟਵੇ ਪ੍ਰਮਾਣ-ਪੱਤਰਾਂ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਦੀ ਹੈ। reseller.provision ਬਿਲਕੁਲ ਇਸੇ ਲਈ ਮੌਜੂਦ ਹੈ ਤਾਂ ਜੋ ਇੱਕ ਕੁੰਜੀ ਜਿਸਨੂੰ ਤੁਸੀਂ ਕਿਸੇ ਬਿਲਿੰਗ ਪੈਨਲ ਜਾਂ ਵੈੱਬਸਾਈਟ ਵਿੱਚ ਪੇਸਟ ਕਰਦੇ ਹੋ, ਉਸਨੂੰ ਇਸਦੀ ਲੋੜ ਨਾ ਪਵੇ।

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

2. ਆਪਣੀ ਪਹਿਲੀ ਕਾਲ ਕਰੋ

curl https://api.zinndigital.com/v1/reseller/services \
  -H "Authorization: Bearer zdk_live_…"

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

3. ਪੂਰਾ ਇੰਟੀਗ੍ਰੇਸ਼ਨ, ਛੇ ਕਾਲਾਂ ਵਿੱਚ

ਕਦੋਂ                 ਕਾਲ
ਇੱਕ ਆਰਡਰ ਦਾ ਭੁਗਤਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ     POST   /v1/orgs                                   CUSTOMER ਪ੍ਰਤੀ ਇੱਕ ਵਾਰ
                     POST   /v1/sites                                  SERVICE ਪ੍ਰਤੀ ਇੱਕ ਵਾਰ
ਉਹਨਾਂ ਨੇ ਭੁਗਤਾਨ ਨਹੀਂ ਕੀਤਾ ਹੈ   POST   /v1/reseller/services/{siteId}/suspend
ਉਹ ਭੁਗਤਾਨ ਕਰਦੇ ਹਨ             POST   /v1/reseller/services/{siteId}/unsuspend
ਉਹ ਰੱਦ ਕਰਦੇ ਹਨ          DELETE /v1/sites/{siteId}
"ਹੋਸਟਿੰਗ ਵਿੱਚ ਲੌਗ ਇਨ ਕਰੋ"  POST   /v1/reseller/services/{siteId}/sso

ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਦੋ ਕਾਲਾਂ ਹਨ, ਅਤੇ ਕੁੰਜੀਆਂ ਮਾਇਨੇ ਰੱਖਦੀਆਂ ਹਨ:

# 1. ਗਾਹਕ ਦਾ ਖਾਤਾ — ਤੁਹਾਡੀ customer id 'ਤੇ ਆਧਾਰਿਤ
curl -X POST https://api.zinndigital.com/v1/orgs \
  -H "Authorization: Bearer zdk_live_…" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: account-4211" \
  -d '{"type":"customer","name":"Acme Ltd"}'

# 2. ਉਹਨਾਂ ਦੀ ਸਾਈਟ — ਤੁਹਾਡੀ service id 'ਤੇ ਆਧਾਰਿਤ
curl -X POST https://api.zinndigital.com/v1/sites \
  -H "Authorization: Bearer zdk_live_…" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: service-9915" \
  -d '{"org_id":"<from step 1>","product_line":"mainstream","primary_domain":"acme.com"}'

ਦੋ ਨਿਯਮ ਜੋ ਗਲਤ ਹੋਣ 'ਤੇ ਪੈਸੇ ਖਰਚ ਕਰਵਾਉਂਦੇ ਹਨ

  1. ਖਾਤੇ ਨੂੰ ਆਪਣੇ CUSTOMER 'ਤੇ ਅਤੇ ਸਾਈਟ ਨੂੰ ਆਪਣੀ SERVICE 'ਤੇ ਆਧਾਰਿਤ ਕਰੋ। ਗਾਹਕ ਦਾ ਦੂਜਾ ਆਰਡਰ ਉਸ ਖਾਤੇ ਵਿੱਚ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਉਹਨਾਂ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਹੈ। ਦੋਵਾਂ ਨੂੰ ਸੇਵਾ 'ਤੇ ਆਧਾਰਿਤ ਕਰੋ ਅਤੇ ਇੱਕ ਗਾਹਕ ਤਿੰਨ ਅਸੰਬੰਧਿਤ ਖਾਤਿਆਂ ਅਤੇ ਤਿੰਨ ਵੱਖ-ਵੱਖ ਪੈਨਲਾਂ ਨਾਲ ਰਹਿ ਜਾਂਦਾ ਹੈ।
  2. ਹਰ POST 'ਤੇ ਇੱਕ Idempotency-Key ਭੇਜੋ, ਜੋ ਉਸ ਚੀਜ਼ ਲਈ ਤੁਹਾਡੀ ਆਪਣੀ id ਤੋਂ ਬਣੀ ਹੋਵੇ। ਹਰ ਬਿਲਿੰਗ ਸਿਸਟਮ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ — ਇੱਕ ਗੇਟਵੇ ਕਾਲਬੈਕ ਦੋ ਵਾਰ ਆਉਂਦਾ ਹੈ, ਇੱਕ ਐਡਮਿਨ ਇੱਕ ਅਸਫਲ ਪ੍ਰੋਵਿਜ਼ਨ ਨੂੰ ਦੁਬਾਰਾ ਚਲਾਉਂਦਾ ਹੈ, ਇੱਕ ਗਾਹਕ ਦੋ ਵਾਰ ਕਲਿੱਕ ਕਰਦਾ ਹੈ। ਕੁੰਜੀ ਤੋਂ ਬਿਨਾਂ ਦੂਜੀ ਕੋਸ਼ਿਸ਼ ਇੱਕ ਦੂਜੀ ਸਾਈਟ ਬਣਾਉਂਦੀ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਇਸਦੇ ਲਈ ਬਿਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਤਿੰਨ ਜਵਾਬ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਨੂੰ ਦੋ ਵਿੱਚ ਨਹੀਂ ਬਦਲਣਾ ਚਾਹੀਦਾ

  • unsuspend 409 ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਾਡੀ ਦੁਰਵਰਤੋਂ ਟੀਮ ਸਾਈਟ ਨੂੰ ਰੋਕ ਰਹੀ ਹੈ, ਤੁਸੀਂ ਨਹੀਂ। ਸੁਨੇਹਾ ਦਿਖਾਓ; ਇਸਦੀ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਨਾ ਕਰੋ।
  • **ਸਮਾਪਤ ਕਰਨਾ ਹਟਾਉਣ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ, ਇਹ ਇਸਨੂੰ ਤੁਰੰਤ ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ।** ਮਿਤੀ pending_deletion_at ਵਜੋਂ ਵਾਪਸ ਆਉਂਦੀ ਹੈ। ਕਿਸੇ ਗਾਹਕ ਨੂੰ ਇਹ ਦੱਸਣਾ ਕਿ ਉਹਨਾਂ ਦਾ ਡੇਟਾ ਪਹਿਲਾਂ ਹੀ ਚਲਾ ਗਿਆ ਹੈ ਜਦੋਂ ਕਿ ਇਹ ਨਹੀਂ ਗਿਆ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਕੁਝ ਨਾ ਦੱਸਣ ਨਾਲੋਂ ਵੀ ਮਾੜਾ ਹੈ।
  • disk_used_bytes null ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ null ਜ਼ੀਰੋ ਨਹੀਂ ਹੁੰਦਾ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਅਸੀਂ ਮਾਪ ਨਹੀਂ ਸਕੇ, ਇਹ ਨਹੀਂ ਕਿ ਕੁਝ ਵੀ ਨਹੀਂ ਵਰਤਿਆ ਗਿਆ ਸੀ। ਇਸਨੂੰ ਛੱਡ ਦਿਓ — ਆਪਣੇ ਖੁਦ ਦੇ ਰਿਕਾਰਡਾਂ ਵਿੱਚ 0 ਨਾ ਲਿਖੋ, ਨਹੀਂ ਤਾਂ ਤੁਸੀਂ ਇੱਕ ਗਾਹਕ ਨੂੰ ਅਜਿਹੀ ਸਾਈਟ ਲਈ ਇੱਕ ਹਰਾ ਵਰਤੋਂ ਬਾਰ ਦਿਖਾਓਗੇ ਜਿਸ ਤੋਂ ਤੁਹਾਡੇ ਕੋਲ ਕੋਈ ਰੀਡਿੰਗ ਨਹੀਂ ਹੈ।

4. ਇੱਕ ਗਾਹਕ ਨੂੰ ਸਾਈਨ ਇਨ ਕਰੋ

POST /v1/reseller/services/{siteId}/sso ਇੱਕ ਸਿੰਗਲ-ਵਰਤੋਂ ਵਾਲਾ URL ਵਾਪਸ ਕਰਦਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਗਾਹਕ ਨੂੰ ਸਿੱਧਾ ਉਹਨਾਂ ਦੇ ਆਪਣੇ ਖਾਤੇ ਵਿੱਚ, ਪਹਿਲਾਂ ਹੀ ਸਾਈਨ ਇਨ ਕਰਕੇ ਲੈ ਜਾਂਦਾ ਹੈ।

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

5. ਇਸਦੀ ਬਜਾਏ ਇੱਕ ਮੌਡਿਊਲ ਸਥਾਪਿਤ ਕਰੋ

  • WHMCS — ਮੌਡਿਊਲ ਨੂੰ modules/servers/zinn/ ਵਿੱਚ ਕਾਪੀ ਕਰੋ, ਇੱਕ ਸਰਵਰ ਸ਼ਾਮਲ ਕਰੋ ਜਿਸਦਾ Password ਤੁਹਾਡੀ API ਕੁੰਜੀ ਹੈ, ਅਤੇ ਉਤਪਾਦ 'ਤੇ ਉਤਪਾਦ ਲਾਈਨ ਸੈੱਟ ਕਰੋ। Test Connection ਦਬਾਓ: ਇਹ ਇੱਕ ਅਸਲ ਕਾਲ ਕਰਦਾ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਪਲੇਟਫਾਰਮ ਨੇ ਕੀ ਕਿਹਾ।
  • HostBill — includes/modules/Hosting/zinn/ ਵਿੱਚ ਕਾਪੀ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਉਸੇ ਤਰੀਕੇ ਨਾਲ ਕਨੈਕਟ ਕਰੋ।
  • WordPress — Zinn® Reseller Toolkit: ਡੋਮੇਨ ਖੋਜ, ਤੁਹਾਡੇ ਗਾਹਕਾਂ ਦੀ ਹੋਸਟਿੰਗ ਵਿੱਚ ਇੱਕ ਸਾਈਨ-ਇਨ ਲਿੰਕ, ਅਤੇ ਇੱਕ ਆਰਡਰ ਦਾ ਭੁਗਤਾਨ ਹੋਣ 'ਤੇ WooCommerce ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ। <https://github.com/Zinn-Digital/zinn-reseller-toolkit> 'ਤੇ ਓਪਨ ਸੋਰਸ, ਜਾਂ ਇਸਨੂੰ ਆਪਣੇ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ Plugins ਤੋਂ ਡਾਊਨਲੋਡ ਕਰੋ।

6. ਲਾਈਵ ਜਾਓ

ਇੱਕ ਅਸਲ ਆਰਡਰ ਲੈਣ ਤੋਂ ਪਹਿਲਾਂ ਇਹਨਾਂ ਦੀ ਜਾਂਚ ਕਰੋ:

  • ਕਨੈਕਸ਼ਨ ਟੈਸਟ ਮੌਡਿਊਲ 'ਤੇ ਪਾਸ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਤੁਹਾਡਾ ਪਹਿਲਾ curl ਇੱਕ ਸੂਚੀ ਵਾਪਸ ਕਰਦਾ ਹੈ।
  • ਤੁਹਾਡੀ ਕੀਮਤ ਸੂਚੀ ਸੈੱਟ ਕੀਤੀ ਗਈ ਹੈ (Reselling → Your prices)।
  • ਤੁਹਾਡਾ ਭੁਗਤਾਨ ਗੇਟਵੇ ਕਨੈਕਟ ਹੈ (Reselling → Payment gateways) — ਤੁਹਾਡੇ ਗਾਹਕ ਤੁਹਾਡੇ ਆਪਣੇ ਖਾਤੇ ਰਾਹੀਂ, ਤੁਹਾਨੂੰ ਭੁਗਤਾਨ ਕਰਦੇ ਹਨ।
  • ਤੁਹਾਡੀ ਕੰਪਨੀ ਦੇ ਵੇਰਵੇ ਦਰਜ ਹਨ (Reselling → Your company) ਤਾਂ ਜੋ ਤੁਹਾਡੇ ਗਾਹਕ ਇਨਵੌਇਸ ਤੁਹਾਡੀ ਕਾਨੂੰਨੀ ਇਕਾਈ ਅਤੇ VAT ਨੰਬਰ ਲੈ ਕੇ ਜਾਣ, ਸਾਡਾ ਨਹੀਂ।
  • ਤੁਸੀਂ ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਇੱਕ ਅਸਲ ਆਰਡਰ ਦਿੱਤਾ ਹੈ ਅਤੇ ਸਾਈਟ ਨੂੰ ਦਿਖਾਈ ਦਿੰਦੇ ਦੇਖਿਆ ਹੈ।

ਬਾਕੀ ਸਭ ਕੁਝ ਕਿੱਥੇ ਹੈ

ਪੂਰਾ API ਹਵਾਲਾ — ਹਰੇਕ ਐਂਡਪੁਆਇੰਟ, ਸਾਡੇ ਨਿਰਧਾਰਨ ਤੋਂ ਤਿਆਰ ਕੀਤਾ ਗਿਆ, ਹਰੇਕ ਲਈ ਲੋੜੀਂਦੀ ਇਜਾਜ਼ਤ ਦੇ ਨਾਲ — <https://zinndigital.com/developers/api> 'ਤੇ ਹੈ।

ਬਲੌਗ ਤੋਂ ਨਵੀਨਤਮ

ਹੋਸਟਿੰਗ, SEO ਅਤੇ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਸਾਈਟਾਂ ਚਲਾਉਣ ਬਾਰੇ ਅਸੀਂ ਕੀ ਲਿਖਿਆ ਹੈ।

ਹੋਸਟਿੰਗ ਪਰਤ ਤੋਂ ਐੱਸਈਓ ਅਤੇ ਲਿੰਕ ਬਿਲਡਿੰਗ: 2026 ਦੇ ਇੱਕ ਆਪਰੇਟਰ ਦਾ ਦ੍ਰਿਸ਼ਟੀਕੋਣ

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

ਪੋਸਟ ਪੜ੍ਹੋ →

WordPress ਨੂੰ ਤੇਜ਼ ਅਤੇ ਸੁਰੱਖਿਅਤ ਬਣਾਉਣਾ: ਕਾਰਗੁਜ਼ਾਰੀ ਅਤੇ ਪਲੱਗਇਨ ਚੈੱਕਲਿਸਟ

ਤੇਜ਼, ਸੁਰੱਖਿਅਤ WordPress ਲਈ ਇੱਕ ਵਿਹਾਰਕ ਜਾਂਚ-ਸੂਚੀ: ਸਰਵਰ-ਪੱਧਰੀ ਕੈਸ਼ਿੰਗ, ਪ੍ਰਤੀ-ਸਾਈਟ ਆਬਜੈਕਟ ਕੈਸ਼, ਚਲਾਉਣ ਯੋਗ ਕੁਝ ਕੁ ਪਲੱਗਇਨ, ਸਟੈਕ ਨੂੰ ਅੱਪ-ਟੂ-ਡੇਟ ਰੱਖਣਾ, ਅਤੇ WooCommerce ਪੰਨੇ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਨੂੰ ਕਦੇ ਵੀ ਕੈਸ਼ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ।

ਪੋਸਟ ਪੜ੍ਹੋ →

2026 ਵਿੱਚ ਪ੍ਰਬੰਧਿਤ ਵੈੱਬ ਹੋਸਟਿੰਗ ਕਿਵੇਂ ਚੁਣੀਏ: ਇੱਕ ਖਰੀਦਦਾਰ ਗਾਈਡ

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

ਪੋਸਟ ਪੜ੍ਹੋ →

ਬਲੌਗ ਪੜ੍ਹੋ →

ਕੀ ਅਜੇ ਵੀ ਸਮੱਸਿਆ ਆ ਰਹੀ ਹੈ?

ਸਰਪੋਰਟ ਹਰ ਪਲਾਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ, ਹੈਲਪ ਡੈਸਕ ਹਫ਼ਤੇ ਦੇ ਸਾਰੇ ਦਿਨ 24 ਘੰਟੇ ਖੁੱਲ੍ਹਾ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਸਾਡੀਆਂ ਕਿਸੇ ਵੀ 58 ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਸਾਨੂੰ ਲਿਖ ਸਕਦੇ ਹੋ — ਅਸੀਂ ਤੁਹਾਡੀ ਆਪਣੀ ਭਾਸ਼ਾ ਵਿੱਚ ਜਵਾਬ ਦਿੰਦੇ ਹਾਂ।

ਸਹਾਇਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰੋ → ਸਾਰੇ ਲੇਖ →