ConnectWiz + WooCommerce

ਲਾਈਵ ਇੰਟੀਗ੍ਰੇਸ਼ਨ

ਦੋ-ਤਰਫ਼ਾ WooCommerce ਸਿੰਕ — ਮਾਲਕੀ ਦੇ ਇਕਰਾਰ ਨਾਲ

ਜ਼ਿਆਦਾਤਰ "Woo ਇੰਟੀਗ੍ਰੇਸ਼ਨਾਂ" ਇੱਕ ਇੰਪੋਰਟ ਬਟਨ ਅਤੇ ਇੱਕ ਅਰਦਾਸ ਹੁੰਦੀਆਂ ਹਨ। ਇਹ ਨਿਯਮਾਂ ਹੇਠ ਚੱਲਦਾ ਦੋ-ਤਰਫ਼ਾ ਸਿੰਕ ਹੈ, ਜਿੱਥੇ ਹਰ ਡਾਟਾ ਖੇਤਰ ਲਈ ਤੁਸੀਂ ਤੈਅ ਕਰਦੇ ਹੋ ਕਿ ਸੱਚ ਦਾ ਮਾਲਕ ਕਿਹੜਾ ਸਿਸਟਮ ਹੈ — ਅਤੇ ਹਰ ਟਕਰਾਅ ਚੁੱਪ-ਚਾਪ ਓਵਰਰਾਈਟ ਹੋਣ ਦੀ ਥਾਂ ਲੈਜਰ ਵਿੱਚ ਦਰਜ ਹੁੰਦਾ ਹੈ।

ਇੱਕ ਕਲਿੱਕ ਵਿੱਚ ਪੇਅਰਿੰਗ ਫ਼ੀਲਡ-ਪੱਧਰ ਦੀ ਮਾਲਕੀ ਟਕਰਾਅ, ਲੈਜਰ ਵਿੱਚ ਦਰਜ
WooCommerce × ConnectWiz
ਲਾਈਵ ਤੋਂ ਪਹਿਲਾਂ ਰਿਹਰਸਲ
ਉਤਪਾਦ, ਤਸਵੀਰਾਂ, ਵੇਰੀਐਂਟ ਅੰਦਰ
ਮਾਲਕੀ: Woo / ਇੱਥੇ / ਦੋਵੇਂ — ਫ਼ੈਸਲਾ ਤੁਹਾਡਾ
ਟਕਰਾਅ ਫੜਿਆ → ਲੈਜਰ, ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼
30+
ਫ਼ੀਲਡ ਹਰ ਉਤਪਾਦ ਨਾਲ ਆਉਂਦੇ ਹਨ — ਤਸਵੀਰਾਂ, ਸੇਲ ਦੀਆਂ ਮਿਆਦਾਂ, GTIN, ਟੈਗ, ਅਪਸੇਲ/ਕ੍ਰੌਸ-ਸੇਲ, ਵੇਰੀਐਂਟ
15 ਮਿੰਟ
ਪੇਅਰਿੰਗ ਲਿੰਕ ਦੀ ਉਮਰ — ਜੋੜਨ ਵਾਲਾ ਹੈਂਡਸ਼ੇਕ ਲਟਕਦਾ ਨਹੀਂ ਰਹਿੰਦਾ, ਮਿਆਦ ਪੁਗਾ ਲੈਂਦਾ ਹੈ
4
webhook ਵਿਸ਼ੇ ਆਪਣੇ-ਆਪ ਤਿਆਰ — ਉਤਪਾਦ, ਆਰਡਰ ਅਤੇ ਗਾਹਕ ਵਿੱਚ ਹੋਏ ਬਦਲਾਅ ਅੰਦਰ ਆਉਂਦੇ ਹਨ
2,000
ਉਤਪਾਦ ਇੱਕ ਇੰਪੋਰਟ ਵਿੱਚ — ਪਹਿਲਾਂ ਦੱਸੀ ਹੱਦ, 2,001ਵੀਂ ਲਾਈਨ 'ਤੇ ਅਚਾਨਕ ਝਟਕਾ ਨਹੀਂ

ਈ-ਕਾਮਰਸ

ਇਹ ਠੀਕ-ਠੀਕ ਕੀ ਕਰਦਾ ਹੈ

ਇੱਕ ਕਲਿੱਕ ਵਿੱਚ ਪੇਅਰਿੰਗ

WooCommerce ਦਾ ਸਟੈਂਡਰਡ ਅਧਿਕਾਰ-ਫ਼ਲੋ API ਕੁੰਜੀਆਂ ਅਤੇ webhook ਆਪਣੇ-ਆਪ ਤਿਆਰ ਕਰ ਦਿੰਦਾ ਹੈ — ਨਾ ਕੁੰਜੀਆਂ ਕਾਪੀ ਕਰਨ ਦੀ ਰਸਮ, ਨਾ webhook ਦੀ ਚੈੱਕਲਿਸਟ।

ਡੂੰਘਾ ਇੰਪੋਰਟ

ਤਸਵੀਰਾਂ, ਸ਼੍ਰੇਣੀਆਂ ਦੇ ਢਾਂਚੇ, ਆਮ ਕੀਮਤਾਂ ਅਤੇ ਮਿਆਦ ਸਮੇਤ ਸੇਲ-ਕੀਮਤਾਂ, GTIN, ਟੈਗ, ਅਪਸੇਲ ਅਤੇ ਕ੍ਰੌਸ-ਸੇਲ, ਵੇਰੀਐਂਟਾਂ ਦੀਆਂ ਕੀਮਤਾਂ ਅਤੇ ਤਸਵੀਰਾਂ — ਕੈਟਾਲਾਗ ਪੂਰਾ ਆਉਂਦਾ ਹੈ, ਸਿਰਫ਼ ਨਾਂ ਅਤੇ ਕੀਮਤ ਵਾਲੇ ਪਿੰਜਰ ਵਜੋਂ ਨਹੀਂ।

ਅਸਲ ਰਾਈਟ-ਬੈਕ

ਇੱਥੇ ਉਤਪਾਦ ਵਿੱਚ ਕੀਤੀਆਂ ਸੋਧਾਂ ਵਾਪਸ Woo ਵਿੱਚ ਲਿਖੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ — ਹਰ ਕਾਰਵਾਈ ਦੇ ਆਪਣੇ ਸਵਿੱਚ ਅਤੇ ਰਿਹਰਸਲ ਮੋਡ ਹੇਠ, ਤਾਂ ਜੋ ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਤੁਸੀਂ ਦੇਖ ਸਕੋ ਕਿ ਕੀ ਬਦਲੇਗਾ।

ਫ਼ੀਲਡ-ਪੱਧਰ ਦੀ ਮਾਲਕੀ

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

ਟਕਰਾਅ-ਲੈਜਰ

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

ਆਰਡਰ ਵੀ ਨਾਲ ਜੁੜਦੇ ਹਨ

Woo ਆਰਡਰ ਆਪਣੇ ਸਰੋਤ ਦੇ ਨਿਸ਼ਾਨ ਸਮੇਤ ਦਿਸਦੇ ਹਨ, ਚੈਟ ਵਾਲੀ ਦੁਕਾਨ, AI ਅਤੇ API ਤੋਂ ਆਏ ਆਰਡਰਾਂ ਦੇ ਨਾਲ — ਹਰ ਥਾਂ ਆਰਡਰਾਂ ਦਾ ਇੱਕੋ ਸੱਚ।

ਤਕਨੀਕੀ ਪੱਖ

ਸਿੰਕ ਦੀ ਉਹ ਇੰਜੀਨੀਅਰਿੰਗ, ਜੋ ਜ਼ਿਆਦਾਤਰ ਇੰਟੀਗ੍ਰੇਸ਼ਨਾਂ ਛੱਡ ਦਿੰਦੀਆਂ ਹਨ

ਵਹਿਮੀ ਹੱਦ ਤੱਕ ਸਾਵਧਾਨ ਪੇਅਰਿੰਗ ਹੈਂਡਸ਼ੇਕ

ਜੋੜਨ ਵਾਲਾ ਲਿੰਕ 15 ਮਿੰਟਾਂ ਵਿੱਚ ਮਿਆਦ ਪੁਗਾ ਲੈਂਦਾ ਹੈ, callback ਨੂੰ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਵਰਤਿਆ ਹੋਇਆ ਮਾਰਕ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਜੋ ਉਸ ਨੂੰ ਪੁਰਾਣੇ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲਾਂ ਨਾਲ ਕਦੇ ਦੁਬਾਰਾ ਨਾ ਚਲਾਇਆ ਜਾ ਸਕੇ — ਅਤੇ ਸਟੋਰ ਦਾ URL ਉਹੀ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਲਿਖਿਆ, ਕਦੇ ਉਹ ਨਹੀਂ ਜਿਸ ਦਾ callback ਦਾਅਵਾ ਕਰੇ।

ਬਣਤਰ ਤੋਂ ਹੀ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ਾਂ ਤੋਂ ਸੁਰੱਖਿਅਤ

Woo ਹਰ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ 'ਤੇ ਆਪਣੀਆਂ ਡਿਲੀਵਰੀ ID ਨਵੇਂ ਸਿਰਿਓਂ ਨੰਬਰ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਦੁਹਰਾਅ ਦੀ ਪਛਾਣ ਜਾਣ-ਬੁੱਝ ਕੇ ਇਨ੍ਹਾਂ ਨੂੰ ਅਣਡਿੱਠ ਕਰਦੀ ਹੈ ਅਤੇ ਸੁਨੇਹੇ ਦੀ ਸਮੱਗਰੀ 'ਤੇ ਟਿਕਦੀ ਹੈ। ਬਾਹਰ ਜਾਣ ਵੇਲੇ idempotency ਕੁੰਜੀ ਆਰਡਰ ਦੇ ਆਪਣੇ metadata ਵਿੱਚ ਜਾਂਦੀ ਹੈ ਅਤੇ ਖੋਜ ਨਾਲ ਦੁਬਾਰਾ ਲੱਭੀ ਜਾਂਦੀ ਹੈ — ਕਿਉਂਕਿ ਖਤਰੇ ਵਾਲਾ ਮਾਮਲਾ ਉਹ ਲਿਖਤ ਹੈ ਜੋ ਪਹੁੰਚ ਗਈ ਪਰ ਜਵਾਬ ਗੁਆਚ ਗਿਆ।

ਦੂਜੇ ਗੇੜ ਵਿੱਚ ਰਿਸ਼ਤੇ

ਅਪਸੇਲ ਅਤੇ ਕ੍ਰੌਸ-ਸੇਲ ਦੁਕਾਨ ਦੀਆਂ ਅਜਿਹੀਆਂ ID ਬਣ ਕੇ ਆਉਂਦੇ ਹਨ ਜੋ ਉਨ੍ਹਾਂ ਉਤਪਾਦਾਂ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀਆਂ ਹਨ ਜੋ ਸ਼ਾਇਦ ਅਜੇ ਮੌਜੂਦ ਨਾ ਹੋਣ — ਇਸ ਲਈ ਕੈਟਾਲਾਗ ਆਉਣ ਤੋਂ ਬਾਅਦ ਇਹ ਦੂਜੇ ਗੇੜ ਵਿੱਚ ਜੋੜੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਸ਼੍ਰੇਣੀਆਂ ਦਾ ਢਾਂਚਾ ਵੱਖਰਾ ਲਿਆਂਦਾ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਉਤਪਾਦ ਦਾ payload ਸਿਰਫ਼ ਆਖਰੀ ਟਾਹਣੀਆਂ ਦੇ ਨਾਂ ਦੱਸਦਾ ਹੈ।

ਮੁਦਰਾ, ਇੱਕ ਵਾਰ ਅਤੇ ਸਹੀ ਪੜ੍ਹੀ

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

ਸਥਿਤੀਆਂ ਦਾ ਸਾਵਧਾਨ ਮਿਲਾਨ

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

ਤੁਹਾਡੀ ਲਿਖੀ ਗੱਲ ਜਿੱਤਦੀ ਹੈ

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

ਸੈੱਟਅੱਪ

ਇਹ ਕਿਵੇਂ ਜੁੜਦਾ ਹੈ

01

ਸਟੋਰ ਪੇਅਰ ਕਰੋ

ਜੋੜੋ 'ਤੇ ਕਲਿੱਕ ਕਰੋ, ਆਪਣੇ WooCommerce ਐਡਮਿਨ ਵਿੱਚ ਮਨਜ਼ੂਰੀ ਦਿਓ — ਕੁੰਜੀਆਂ ਅਤੇ webhook ਤੁਹਾਡੇ ਲਈ ਤਿਆਰ ਹੋ ਜਾਂਦੇ ਹਨ।

02

ਮਾਲਕੀ ਚੁਣੋ

ਹਰ ਡਾਟਾ ਖੇਤਰ ਲਈ ਚੁਣੋ ਕਿ ਸੱਚ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ: Woo, ConnectWiz, ਜਾਂ ਦੋਵੇਂ ਪਾਸੇ।

03

ਪਹਿਲਾਂ ਰਿਹਰਸਲ, ਫਿਰ ਲਾਈਵ

ਰਾਈਟ-ਬੈਕ ਕਾਰਵਾਈਆਂ ਪਹਿਲਾਂ ਰਿਹਰਸਲ ਮੋਡ ਵਿੱਚ ਚਲਾਓ; ਜਦੋਂ ਫ਼ਰਕ ਠੀਕ ਲੱਗੇ, ਲਾਈਵ ਕਰ ਦਿਓ।

ਇਕੱਠੇ ਬਿਹਤਰ

ਇਹ ਕਿਨ੍ਹਾਂ ਨਾਲ ਜੁੜਦਾ ਹੈ

WordPress ਪਲੱਗਇਨ

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

ਉਤਪਾਦ ਫ਼ੀਡਾਂ

ਇੰਪੋਰਟ ਕੀਤਾ ਕੈਟਾਲਾਗ Google Shopping / Meta Commerce ਫ਼ੀਡ ਵਜੋਂ ਛਪ ਸਕਦਾ ਹੈ — ਹਰ ਲਾਈਨ ਵਿੱਚ ਇੱਕ ਵੇਰੀਐਂਟ, ਛੱਡੀਆਂ ਚੀਜ਼ਾਂ ਇਮਾਨਦਾਰੀ ਨਾਲ ਕਾਰਨ ਸਮੇਤ, ਕੋਈ ਘੜੇ ਹੋਏ ਮੁਦਰਾ-ਬਦਲਾਅ ਨਹੀਂ। ਹੋਰ ਲਈ ਦੇਖੋ: ਕਾਮਰਸ।

Wiz + ਫ਼ਲੋ

AI ਸਟੋਰ ਦੇ ਲਾਈਵ ਡਾਟਾ ਤੋਂ "ਮੇਰਾ ਆਰਡਰ ਕਿੱਥੇ ਹੈ?" ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਫ਼ਲੋ ਕਾਮਰਸ ਇਵੈਂਟਾਂ 'ਤੇ ਕਾਰਵਾਈ ਕਰ ਸਕਦੇ ਹਨ — ਸਿੰਕ ਉਹ ਫ਼ਰਸ਼ ਹੈ ਜਿਸ 'ਤੇ ਬਾਕੀ ਸਭ ਖੜ੍ਹਾ ਹੈ।

ਸੁਰੱਖਿਆ ਅਤੇ ਗਾਰੰਟੀਆਂ

ਅਕਾਊ ਗਾਰੰਟੀਆਂ

ਕੁੰਜੀਆਂ ਆਪਣੇ-ਆਪ ਤਿਆਰ, ਕਦੇ ਪੇਸਟ ਨਹੀਂ

wc-auth ਫ਼ਲੋ ਵਿੱਚ ਤੁਹਾਡਾ ਸਟੋਰ ਕੁੰਜੀਆਂ ਸਰਵਰ ਵਾਲੇ ਪਾਸੇ ਸਿੱਧੀਆਂ ਸਾਨੂੰ ਸੌਂਪਦਾ ਹੈ — ਇਨਕ੍ਰਿਪਟ ਕਰਕੇ ਸਟੋਰ, ਅਤੇ ਕਾਪੀ-ਪੇਸਟ ਦੀ ਕੋਈ ਰਸਮ ਨਹੀਂ ਜਿਸ ਵਿੱਚ ਕਿਸੇ ਇਨਸਾਨ ਤੋਂ ਲੀਕ ਹੋਵੇ।

ਹਰ webhook ਦੀ ਪਰਖ

ਆਉਣ ਵਾਲੀਆਂ ਡਿਲੀਵਰੀਆਂ 'ਤੇ ਹਰ ਸਟੋਰ ਲਈ ਸਾਡੇ ਬਣਾਏ secret ਨਾਲ HMAC ਦਸਤਖਤ ਹੁੰਦੇ ਹਨ ਅਤੇ constant time ਵਿੱਚ ਮਿਲਾਏ ਜਾਂਦੇ ਹਨ — ਨਕਲੀ "ਉਤਪਾਦ ਅੱਪਡੇਟ" ਦਰਵਾਜ਼ੇ ਤੋਂ ਹੀ ਮੁੜ ਜਾਂਦੀ ਹੈ।

ਤੁਹਾਡੇ ਸਟੋਰ ਨਾਲ ਸਲੀਕਾ

ਤਸਦੀਕਸ਼ੁਦਾ ਪਰ ਨਾ ਸੰਭਾਲੀਆਂ ਡਿਲੀਵਰੀਆਂ ਨੂੰ ਵੀ ਕਾਮਯਾਬੀ ਦਾ ਜਵਾਬ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਲਗਾਤਾਰ ਪੰਜ ਨਾਕਾਮੀਆਂ ਤੋਂ ਬਾਅਦ Woo, webhook ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ — ਅਸੀਂ ਅਜੀਬ ਚੀਜ਼ਾਂ ਖੁਦ ਝੱਲ ਲੈਂਦੇ ਹਾਂ, ਤਾਂ ਜੋ ਤੁਹਾਡਾ ਸਟੋਰ ਸਾਡੇ ਤੋਂ ਹੱਥ ਨਾ ਖਿੱਚ ਲਵੇ।

SSRF ਤੋਂ ਸੁਰੱਖਿਅਤ ਬਾਹਰੀ ਕਾਲਾਂ

ਤੁਹਾਡੇ ਸਟੋਰ URL ਨੂੰ ਹਰ ਕਾਲ ਇੱਕ egress ਪਹਿਰੇ ਵਿੱਚੋਂ ਲੰਘਦੀ ਹੈ — ਕਿਸੇ ਬਦਨੀਅਤ "ਸਟੋਰ ਪਤੇ" ਨਾਲ ਅੰਦਰੂਨੀ ਨੈੱਟਵਰਕਾਂ ਦੀ ਟੋਹ ਨਹੀਂ ਲਈ ਜਾ ਸਕਦੀ।

ਬਾਰੀਕੀਆਂ, ਇਮਾਨਦਾਰੀ ਨਾਲ

ਹੱਦਾਂ, ਸਾਫ਼ ਲਿਖੀਆਂ

ਭੁਗਤਾਨ ਦੀ ਪ੍ਰੋਸੈਸਿੰਗ ਨਹੀਂ

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

ਮੀਡੀਆ ਮਾਲਕੀ ਦੇ ਪਿੱਛੇ ਚੱਲਦਾ ਹੈ

ਜਿੱਥੇ ਸਮੱਗਰੀ ਵਾਲੇ ਫ਼ੀਲਡਾਂ ਦਾ ਮਾਲਕ Woo ਹੈ, ਉੱਥੇ ਉਹ ਇੱਥੇ ਸੋਚ-ਸਮਝ ਕੇ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਲਈ ਹਨ — ਮਾਲਕੀ ਦੇ ਇਕਰਾਰ ਦਾ ਮਤਲਬ ਹੀ ਇਹ ਹੈ ਕਿ ਉਹ ਸਾਨੂੰ ਵੀ ਬੰਨ੍ਹਦਾ ਹੈ।

2,000 ਉਤਪਾਦਾਂ ਦੀ ਹੱਦ

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

ਆਰਡਰ ਪੜ੍ਹੇ ਜਾਂਦੇ ਹਨ, ਕਾਪੀ ਨਹੀਂ ਹੁੰਦੇ

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

WooCommerce ਬਾਰੇ ਸਵਾਲ-ਜਵਾਬ

ਸਿੱਧੇ ਜਵਾਬ

ਹੋਰ ਜਾਣਕਾਰੀ: ਪੂਰੇ ਸਵਾਲ-ਜਵਾਬ, ਜਾਂ ਸਿੱਧਾ ਸਾਡੇ ਤੋਂ ਪੁੱਛੋ।

ਤਸਵੀਰਾਂ, ਸ਼੍ਰੇਣੀਆਂ, ਆਮ/ਸੇਲ ਕੀਮਤਾਂ ਅਤੇ ਮਿਆਦਾਂ, GTIN, ਟੈਗ, ਅਪਸੇਲ ਅਤੇ ਕ੍ਰੌਸ-ਸੇਲ ਸਮੇਤ ਉਤਪਾਦ, ਅਤੇ ਆਪਣੀਆਂ ਕੀਮਤਾਂ ਅਤੇ ਤਸਵੀਰਾਂ ਵਾਲੇ ਵੇਰੀਐਂਟ — ਪੇਅਰਿੰਗ ਵੇਲੇ ਅੰਦਰ, ਅਤੇ ਹਰ ਖੇਤਰ ਲਈ ਤੁਹਾਡੀਆਂ ਚਾਲੂ ਕੀਤੀਆਂ ਰਾਈਟ-ਬੈਕ ਕਾਰਵਾਈਆਂ ਰਾਹੀਂ ਬਾਹਰ। ਆਰਡਰ ਆਪਣੇ WooCommerce ਸਰੋਤ ਦੇ ਨਿਸ਼ਾਨ ਸਮੇਤ ਆਉਂਦੇ ਹਨ।

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

ਦੋਵੇਂ ਵੱਖਰੇ ਕੰਮ ਕਰਦੇ ਹਨ: ਇਹ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਕੈਟਾਲਾਗ ਅਤੇ ਆਰਡਰ ਸਿੰਕ ਕਰਦੀ ਹੈ; WordPress ਪਲੱਗਇਨ ਚੈਟ ਵਿਜੇਟ ਲਾਉਂਦੀ ਹੈ ਅਤੇ SSO ਰਾਹੀਂ ਗਾਹਕਾਂ ਨੂੰ ਸਾਈਨ-ਇਨ ਕਰਾਉਂਦੀ ਹੈ, ਤਾਂ ਜੋ ਲੌਗਇਨ ਕੀਤਾ Woo ਗਾਹਕ ਚੈਟ ਵਿੱਚ ਪਛਾਣਿਆ ਜਾਵੇ। ਜ਼ਿਆਦਾਤਰ ਸਟੋਰ ਦੋਵੇਂ ਚਲਾਉਂਦੇ ਹਨ।

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

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

ਹਾਂ — ਜਿੱਥੇ ਖਾਤਾ ਹੈ, ਉੱਥੇ ਗਾਹਕ ਖਾਤੇ ਦੀ ਪਛਾਣ ਨਾਲ ਮਿਲਦੇ ਹਨ, ਅਤੇ ਗੈਸਟ ਆਰਡਰ ਈਮੇਲ ਜਾਂ ਫ਼ੋਨ ਨਾਲ ਖੋਜ ਕੇ ਲੱਭੇ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਚੈਟ ਵਿੱਚ "ਮੇਰਾ ਪਾਰਸਲ ਕਿੱਥੇ ਹੈ?" ਪੁੱਛਣ ਵਾਲਾ ਵਿਅਕਤੀ ਦੋਵਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਪਛਾਣਿਆ ਜਾਂਦਾ ਹੈ।

ਇਮਾਨਦਾਰੀ ਨਾਲ ਜੁੜਨਾ, ਰੌਲਾ ਪਾ ਕੇ ਜੁੜਨ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ।

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