ਗਿਆਨ ਅਧਾਰ

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

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

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

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

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

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

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

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

ਅੰਦਰ ਜਾਣ ਦੇ ਚਾਰ ਤਰੀਕੇ

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

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

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

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

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

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

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

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

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

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

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

ਕਦੋਂ                 ਕਾਲ ਕਰੋ
ਇੱਕ ਆਰਡਰ ਦਾ ਭੁਗਤਾਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ     POST   /v1/orgs                                   ਪ੍ਰਤੀ ਗਾਹਕ ਇੱਕ ਵਾਰ
                     POST   /v1/sites                                  ਪ੍ਰਤੀ ਸੇਵਾ ਇੱਕ ਵਾਰ
ਉਨ੍ਹਾਂ ਨੇ ਭੁਗਤਾਨ ਨਹੀਂ ਕੀਤਾ ਹੈ   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 ਭੇਜੋ, ਜੋ ਚੀਜ਼ ਲਈ ਤੁਹਾਡੀ ਆਪਣੀ ਆਈਡੀ ਤੋਂ ਬਣਾਈ ਗਈ ਹੋਵੇ। ਹਰ ਬਿਲਿੰਗ ਸਿਸਟਮ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ — ਇੱਕ ਗੇਟਵੇ ਕਾਲਬੈਕ ਦੋ ਵਾਰ ਆਉਂਦਾ ਹੈ, ਇੱਕ ਪ੍ਰਬੰਧਕ ਅਸਫਲ ਪ੍ਰੋਵੀਜ਼ਨ ਨੂੰ ਦੁਬਾਰਾ ਚਲਾਉਂਦਾ ਹੈ, ਇੱਕ ਗਾਹਕ ਡਬਲ-ਕਲਿੱਕ ਕਰਦਾ ਹੈ। ਕੁੰਜੀ ਤੋਂ ਬਿਨਾਂ ਦੂਜੀ ਕੋਸ਼ਿਸ਼ ਇੱਕ ਦੂਜੀ ਸਾਈਟ ਬਣਾਉਂਦੀ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਇਸਦਾ ਬਿੱਲ ਮਿਲਦਾ ਹੈ।

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

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

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

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

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

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

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

6. ਲਾਈਵ ਹੋ ਜਾਓ

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

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

ਹੋਰ ਸਭ ਕੁਝ ਕਿੱਥੇ ਹੈ

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

ਕੀ ਹਾਲੇ ਵੀ ਉਲਝਣ ਵਿੱਚ ਹੋ?

ਹਰ ਪਲਾਨ ਵਿੱਚ ਸਹਾਇਤਾ ਸ਼ਾਮਲ ਹੈ ਅਤੇ ਤੁਹਾਡੀ ਆਪਣੀ ਭਾਸ਼ਾ ਵਿੱਚ ਜਵਾਬ ਮਿਲਦੇ ਹਨ।

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