ਸਟ੍ਰਾਈਪ ਤੁਹਾਡੀ ਬੇਨਤੀ ਨੂੰ ਯਾਦ ਰੱਖਦਾ ਹੈ ਜਦੋਂ ਜਵਾਬ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ
ਇੱਕ ਸਮਾਂ ਸਮਾਪਤੀ ਸਰਵਰ ਦੁਆਰਾ ਓਪਰੇਸ਼ਨ ਪੂਰਾ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇੱਕ ਚੈੱਕਆਉਟ ਨੂੰ ਅਨਿਸ਼ਚਿਤ ਛੱਡ ਸਕਦੀ ਹੈ।
ਇੱਕ ਸਮਾਂ ਸਮਾਪਤੀ ਸਰਵਰ ਦੁਆਰਾ ਓਪਰੇਸ਼ਨ ਪੂਰਾ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇੱਕ ਚੈੱਕਆਉਟ ਨੂੰ ਅਨਿਸ਼ਚਿਤ ਛੱਡ ਸਕਦੀ ਹੈ। ਇਹ ਅੰਡਰ ਦ ਹੁੱਡ ਐਕਸਪਲੇਨਰ ਸਟ੍ਰਾਈਪ API v1 ਦੇ ਦਸਤਾਵੇਜ਼ੀ ਆਇਡੈਂਪੋਟੈਂਸੀ ਕੰਟਰੈਕਟ ਦੀ ਵਰਤੋਂ ਸਥਿਰ ਓਪਰੇਸ਼ਨ ਕੁੰਜੀਆਂ, ਸੁਰੱਖਿਅਤ-ਜਵਾਬ ਰੀਪਲੇਅ, ਪੈਰਾਮੀਟਰ ਅਤੇ ਸਮਕਾਲੀ ਸੀਮਾਵਾਂ, ਧਾਰਨ ਹੋਰਾਈਜ਼ਨ ਅਤੇ ਨਤੀਜਿਆਂ ਦੇ ਸੁਲ੍ਹਾ-ਸਫ਼ਾਈ ਨੂੰ ਦਿਖਾਉਣ ਲਈ ਕਰਦਾ ਹੈ।
ਲਿਖਤੀ ਐਡੀਸ਼ਨ ਪੜ੍ਹੋ (ਅੰਗਰੇਜ਼ੀ) ↗
ਇਹ ਵੀਡੀਓ ਕੀ ਕਵਰ ਕਰਦਾ ਹੈ
- ਆਇਡੈਂਪੋਟੈਂਸੀ ਓਪਰੇਸ਼ਨ ਨੂੰ ਦੁਹਰਾਉਣ ਦੇ ਇੱਛਤ ਪ੍ਰਭਾਵ ਨਾਲ ਸਬੰਧਤ ਹੈ। ਸਟ੍ਰਾਈਪ API v1 ਇੱਕ ਦਸਤਾਵੇਜ਼ੀ ਸੁਰੱਖਿਅਤ-ਜਵਾਬ ਰੀਪਲੇਅ ਕੰਟਰੈਕਟ ਜੋੜਦਾ ਹੈ।
- ਇੱਕੋ ਤਰਕਪੂਰਨ ਕਾਰਵਾਈ ਦੀ ਇੱਕ ਰੀਟਰਾਈ ਉਸੇ ਕੁੰਜੀ ਅਤੇ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੀ ਹੈ। ਵੱਖ-ਵੱਖ SDK ਕਾਲਾਂ ਜਾਂ ਐਪਲੀਕੇਸ਼ਨ ਰੀਸਟਾਰਟਸ ਵਿੱਚ ਓਪਰੇਸ਼ਨ ਕੁੰਜੀ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖੋ; ਇੱਕ ਅਸਲ ਵਿੱਚ ਨਵੀਂ ਕਾਰਵਾਈ ਨੂੰ ਆਪਣੀ ਕੁੰਜੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
- ਐਂਡਪੁਆਇੰਟ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਸਟ੍ਰਾਈਪ API v1 ਪਹਿਲੀ ਬੇਨਤੀ ਦੀ ਸਥਿਤੀ ਅਤੇ ਬੋਡੀ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ 500 ਗਲਤੀਆਂ ਵੀ ਸ਼ਾਮਲ ਹਨ, ਅਤੇ ਰੀਟਰਾਈਜ਼ 'ਤੇ ਉਹ ਸੁਰੱਖਿਅਤ ਜਵਾਬ ਵਾਪਸ ਕਰਦਾ ਹੈ।
- ਉਸੇ ਕੁੰਜੀ ਨਾਲ ਬਦਲੇ ਹੋਏ ਪੈਰਾਮੀਟਰ ਇੱਕ ਗਲਤ ਮੇਲ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਪ੍ਰਮਾਣਿਕਤਾ ਅਸਫਲਤਾਵਾਂ ਅਤੇ ਸਮਕਾਲੀ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਵਿਵਾਦ ਉਸ ਕੋਸ਼ਿਸ਼ ਲਈ ਕੋਈ ਆਇਡੈਂਪੋਟੈਂਟ ਨਤੀਜਾ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਕਰਦੇ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਰੀਟਰਾਈ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
- ਸਟ੍ਰਾਈਪ API v1 ਕੁੰਜੀਆਂ ਨੂੰ ਘੱਟੋ-ਘੱਟ 24 ਘੰਟਿਆਂ ਲਈ ਬਰਕਰਾਰ ਰੱਖਦਾ ਹੈ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਉਹਨਾਂ ਨੂੰ ਛਾਂਟ ਸਕਦਾ ਹੈ। ਅਣਸੁਲਝੇ ਨੈੱਟਵਰਕ ਰੀਟਰਾਈਜ਼ ਨੂੰ ਪਹਿਲੇ 24 ਘੰਟਿਆਂ ਤੱਕ ਸੀਮਤ ਕਰੋ, ਫਿਰ ਓਪਰੇਸ਼ਨ ਨੂੰ ਦੁਹਰਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਰੁਕੋ ਅਤੇ ਸੁਲ੍ਹਾ-ਸਫ਼ਾਈ ਕਰੋ।
- ਇੱਕ ਕੈਸ਼ ਕੀਤੀ 500 ਕਨੈਕਟੀਵਿਟੀ ਮੁੜ ਪ੍ਰਾਪਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੀ ਚੱਲਦੀ ਰਹਿ ਸਕਦੀ ਹੈ। ਅਸਲ ਓਪਰੇਸ਼ਨ ਦੇ ਸਾਈਡ ਇਫੈਕਟ ਹੋ ਸਕਦੇ ਹਨ; ਇਸਦੇ ਨਤੀਜੇ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਲਈ ਸੰਬੰਧਿਤ ਆਬਜੈਕਟ, ਡੈਸ਼ਬੋਰਡ ਬੇਨਤੀ ਅਤੇ ਵੈਬਹੂਕਸ ਦੀ ਵਰਤੋਂ ਕਰੋ।
- API v2 ਵੱਖਰੇ ਰੀਪਲੇਅ ਸਿਮੈਂਟਿਕਸ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇੱਕ ਕੁੰਜੀ ਈਮੇਲ, ਵਸਤੂ ਸੂਚੀ ਅਤੇ ਹਰੇਕ ਸਥਾਨਕ ਡੇਟਾਬੇਸ ਓਪਰੇਸ਼ਨ ਲਈ ਸਰਵ ਵਿਆਪਕ ਇੱਕੋ-ਇੱਕ ਡਿਲੀਵਰੀ ਸਥਾਪਤ ਨਹੀਂ ਕਰਦੀ।
ਅਨੁਵਾਦਿਤ ਟ੍ਰਾਂਸਕ੍ਰਿਪਟ
ਮੂਲ ਅੰਗਰੇਜ਼ੀ ਬਿਰਤਾਂਤ ਤੋਂ ਅਨੁਵਾਦ ਕੀਤਾ ਗਿਆ। ਉਪਲਬਧ ਆਡੀਓ ਅਤੇ ਕੈਪਸ਼ਨ YouTube ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
ਕੀ ਇੱਕ ਸਮਾਂ ਸਮਾਪਤੀ ਨੇ ਤੁਹਾਡੀ ਭੁਗਤਾਨ ਰੱਦ ਕਰ ਦਿੱਤੀ?
0:00 ਤੁਸੀਂ ਸੋਚਦੇ ਹੋ ਕਿ ਇੱਕ ਸਮਾਂ ਸਮਾਪਤੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਡੀ ਭੁਗਤਾਨ ਅਸਫਲ ਹੋ ਗਈ ਹੈ। ਸਰਵਰ ਜਵਾਬ ਗਾਇਬ ਹੋਣ ਦੌਰਾਨ ਖਤਮ ਹੋ ਸਕਦਾ ਹੈ, ਤੁਹਾਡੇ ਚੈੱਕਆਉਟ ਨੂੰ ਭਰੋਸੇ ਨਾਲ ਬਿਲਕੁਲ ਕੁਝ ਵੀ ਨਹੀਂ ਦਿਖਾਉਂਦਾ ਹੋਇਆ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਇੱਕ ਰੀਟਰਾਈ ਦੁਬਾਰਾ ਚਾਰਜ ਕਿਉਂ ਕਰ ਸਕਦੀ ਹੈ? ਸਟ੍ਰਾਈਪ ਇੱਕ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਕਿਵੇਂ ਯਾਦ ਰੱਖਦਾ ਹੈ? ਤੁਹਾਨੂੰ ਰੀਟਰਾਈ ਕਰਨਾ ਕਦੋਂ ਬੰਦ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ? ਅਤੇ ਇੱਕ ਬੁਰੀ ਡਿਟੇਲ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ। ਇੱਕ ਯਾਦ ਕੀਤੀ ਗਈ ਗਲਤੀ ਨੈੱਟਵਰਕ ਸਮੱਸਿਆ ਤੋਂ ਬਾਅਦ ਵੀ ਰਹਿ ਸਕਦੀ ਹੈ।
0:17 ਅਸੀਂ ਉਸ 'ਤੇ ਵਾਪਸ ਆਵਾਂਗੇ। ਇਹ ਦ ਡੇਲੀ ਡਿਫ ਹੈ, ਅੰਡਰ ਦ ਹੁੱਡ।
ਇੱਕ ਆਇਡੈਂਪੋਟੈਂਸੀ ਕੁੰਜੀ ਕਿਸ ਚੀਜ਼ ਦੀ ਪਛਾਣ ਕਰਦੀ ਹੈ?
0:21 ਆਇਡੈਂਪੋਟੈਂਸੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇੱਕ ਓਪਰੇਸ਼ਨ ਨੂੰ ਦੁਹਰਾਉਣ ਦਾ ਉਹੀ ਇੱਛਤ ਪ੍ਰਭਾਵ ਹੁੰਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਇਸਨੂੰ ਇੱਕ ਵਾਰ ਕਰਨਾ। ਇੱਕ ਆਇਡੈਂਪੋਟੈਂਸੀ ਕੁੰਜੀ ਇੱਕ ਤਰਕਪੂਰਨ ਕਾਰਵਾਈ ਨੂੰ ਲੇਬਲ ਕਰਦੀ ਹੈ। ਸਟ੍ਰਾਈਪ ਦਾ API ਸੰਸਕਰਣ ਇੱਕ ਰੀਟਰਾਈਜ਼ 'ਤੇ ਉਸ ਲੇਬਲ ਨੂੰ ਪਛਾਣਦਾ ਹੈ ਅਤੇ ਇੱਕ ਸੁਰੱਖਿਅਤ ਜਵਾਬ ਨੂੰ ਰੀਪਲੇਅ ਕਰਦਾ ਹੈ। ਕੌਫੀ ਖਰੀਦਣ ਦੀ ਕਲਪਨਾ ਕਰੋ। ਸਟ੍ਰਾਈਪ ਤੁਹਾਡੀ ਭੁਗਤਾਨ ਬੇਨਤੀ ਨੂੰ ਪੂਰਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਜਵਾਬ ਵਾਪਸ ਆਉਂਦੇ ਸਮੇਂ ਗੁੰਮ ਹੋ ਜਾਂਦਾ ਹੈ, ਘਰ। ਗਾਹਕ ਇੱਕ ਸਪਿਨਰ ਦੇਖਦਾ ਹੈ। ਉਨ੍ਹਾਂ ਦੇ ਬੈਂਕ ਦੀ ਵਧੇਰੇ ਦਿਲਚਸਪ ਵਿਆਖਿਆ ਹੋ ਸਕਦੀ ਹੈ। ਇੱਕ ਅਸੁਰੱਖਿਅਤ ਬਣਾਉਣ ਦੀ ਬੇਨਤੀ ਸਾਈਡ ਇਫੈਕਟ ਨੂੰ ਦੁਹਰਾ ਸਕਦੀ ਹੈ।
ਇੱਕੋ ਕੁੰਜੀ ਰੀਟਰਾਈ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਿਵੇਂ ਬਣਾਉਂਦੀ ਹੈ?
0:45 ਪਹਿਲੀ ਕੋਸ਼ਿਸ਼ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਵਿਲੱਖਣ ਕੁੰਜੀ ਨੱਥੀ ਕਰੋ ਅਤੇ ਇਸਨੂੰ ਰੀਟਰਾਈਜ਼ ਲਈ ਰੱਖੋ। ਜੇਕਰ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਰੀਸਟਾਰਟ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਉਸ ਕੁੰਜੀ ਨੂੰ ਆਪਣੇ ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਓਪਰੇਸ਼ਨ ਨਾਲ ਸੁਰੱਖਿਅਤ ਰੱਖੋ। ਸਟ੍ਰਾਈਪ ਦੇ ਸੰਸਕਰਣ ਇੱਕ API ਲਈ, ਇੱਕ ਵਾਰ ਐਂਡਪੁਆਇੰਟ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਪਹਿਲੀ ਬੇਨਤੀ ਦੀ ਸਥਿਤੀ ਅਤੇ ਬੋਡੀ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਉਹੀ ਕੁੰਜੀ ਅਤੇ ਪੈਰਾਮੀਟਰ ਦੁਬਾਰਾ ਭੇਜੋ, ਅਤੇ ਸਟ੍ਰਾਈਪ ਸੁਰੱਖਿਅਤ ਜਵਾਬ ਵਾਪਸ ਕਰਦਾ ਹੈ। ਕੌਫੀ ਉੱਥੇ ਹੀ ਰਹਿੰਦੀ ਹੈ ਜਦੋਂ ਇਸਦੀ ਰਸੀਦ ਦੁਬਾਰਾ ਯਾਤਰਾ ਕਰਦੀ ਹੈ।
ਸਟ੍ਰਾਈਪ ਅਸਲ ਵਿੱਚ ਕੀ ਸੁਰੱਖਿਅਤ ਕਰਦਾ ਹੈ?
1:07 ਇੱਥੇ ਸਟ੍ਰਾਈਪ ਦਾ ਅਸਲ ਸ਼ਬਦ ਹੈ। ਉਸੇ ਕੁੰਜੀ ਨਾਲ ਰੀਟਰਾਈਜ਼ ਸੁਰੱਖਿਅਤ ਜਵਾਬ ਵਾਪਸ ਕਰਦੇ ਹਨ, ਜਿਸ ਵਿੱਚ ਪੰਜ ਸੌ ਗਲਤੀਆਂ ਸ਼ਾਮਲ ਹਨ। ਦਸਤਾਵੇਜ਼ ਤੁਹਾਡੇ ਆਸ਼ਾਵਾਦੀ ਤੌਰ 'ਤੇ ਨਾਮ ਦਿੱਤੇ ਰੀਟਰਾਈ ਹੈਲਪਰ ਨਾਲੋਂ ਜ਼ਿਆਦਾ ਕੰਮ ਕਰਦਾ ਹੈ। ਗਾਹਕ ਦੁਬਾਰਾ ਟੈਪ ਕਰਦਾ ਹੈ। ਤੁਹਾਡੀ ਐਪ ਫੈਸਲਾ ਕਰਦੀ ਹੈ ਕਿ ਕੀ ਇਹ ਲੰਬਿਤ ਖਰੀਦ ਨੂੰ ਮੁੜ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ ਜਾਂ ਕੋਈ ਹੋਰ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ। ਇੱਕ ਅਸਲ ਵਿੱਚ ਨਵੀਂ ਕੌਫੀ ਨੂੰ ਇੱਕ ਨਵੀਂ ਕੁੰਜੀ ਮਿਲਦੀ ਹੈ। ਹਰੇਕ ਨੈੱਟਵਰਕ ਰੀਟਰਾਈ ਲਈ ਇੱਕ ਨਵੀਂ ਕੁੰਜੀ ਸੁਰੱਖਿਆ ਨੂੰ ਹਰਾਉਂਦੀ ਹੈ।
1:27 ਉਸੇ ਕੁੰਜੀ ਨਾਲ ਵੱਖਰੇ ਪੈਰਾਮੀਟਰ ਇੱਕ ਗਲਤ ਮੇਲ ਨੂੰ ਚਾਲੂ ਕਰਦੇ ਹਨ।
ਜਦੋਂ ਬੇਨਤੀ ਬਦਲ ਜਾਂਦੀ ਹੈ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ?
1:30 ਜੇਕਰ ਪੈਰਾਮੀਟਰ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿੱਚ ਅਸਫਲ ਹੋ ਜਾਂਦੇ ਹਨ, ਜਾਂ ਉਸ ਕੁੰਜੀ ਨਾਲ ਕੋਈ ਹੋਰ ਬੇਨਤੀ ਅਜੇ ਵੀ ਚੱਲ ਰਹੀ ਹੈ, ਤਾਂ ਸਟ੍ਰਾਈਪ ਉਸ ਕੋਸ਼ਿਸ਼ ਲਈ ਕੋਈ ਆਇਡੈਂਪੋਟੈਂਟ ਨਤੀਜਾ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਕਰਦਾ। ਉਹਨਾਂ ਬੇਨਤੀਆਂ ਨੂੰ ਰੀਟਰਾਈ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇੱਕ ਰੇਸਿੰਗ ਬੇਨਤੀ ਨੂੰ ਇੱਕ ਵਿਵਾਦ ਮਿਲਦਾ ਹੈ। ਇਹ ਸੰਸਕਰਣ ਇੱਕ ਦੇ ਨਿਯਮ ਹਨ। ਸੰਸਕਰਣ ਦੋ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਵਿਵਹਾਰ ਕਰਦਾ ਹੈ। ਇੱਕ ਹੈਡਰ ਤੁਹਾਡੇ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕੋ ਵਾਰ ਡਿਲੀਵਰੀ ਦਾ ਵਾਅਦਾ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਈਮੇਲ, ਵਸਤੂ ਸੂਚੀ ਅਤੇ ਤੁਹਾਡੇ ਡੇਟਾਬੇਸ ਨੂੰ ਹਰੇਕ ਨੂੰ ਅਸਫਲਤਾ ਪ੍ਰਬੰਧਨ ਦੀ ਲੋੜ ਹੈ।
1:52 ਕੁੰਜੀ ਇਸਦੇ ਦਸਤਾਵੇਜ਼ੀ ਦਾਇਰੇ ਵਿੱਚ ਓਪਰੇਸ਼ਨ ਦੀ ਰੱਖਿਆ ਕਰਦੀ ਹੈ। ਸਟ੍ਰਾਈਪ ਸੰਸਕਰਣ ਇੱਕ ਕੁੰਜੀਆਂ ਨੂੰ ਘੱਟੋ-ਘੱਟ ਚੌਵੀ ਘੰਟਿਆਂ ਲਈ ਬਰਕਰਾਰ ਰੱਖਦਾ ਹੈ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਉਹਨਾਂ ਨੂੰ ਛਾਂਟ
ਯਾਦ ਕੀਤਾ ਗਿਆ ਨਤੀਜਾ ਕਿੰਨੇ ਸਮੇਂ ਤੱਕ ਰੀਟਰਾਈ ਕਰਨ ਲਈ ਸੁਰੱਖਿਅਤ ਹੈ?
1:59 ਸਕਦਾ ਹੈ। ਇੱਕ ਛਾਂਟੀ ਕੀਤੀ ਕੁੰਜੀ ਇੱਕ ਨਵੀਂ ਬੇਨਤੀ ਨੂੰ ਚਲਾ ਸਕਦੀ ਹੈ। ਅਣਸੁਲਝੇ ਰੀਟਰਾਈਜ਼ ਨੂੰ ਪਹਿਲੇ ਦਿਨ ਦੇ ਅੰਦਰ ਰੱਖੋ। ਉਸ ਤੋਂ ਪਰੇ, ਰੁਕੋ ਅਤੇ ਅਸਲ ਨਤੀਜੇ ਨੂੰ ਸੁਲਝਾਓ। ਸਰਵਰ ਨੂੰ ਸਾਹ ਲੈਣ ਲਈ ਘਾਤਕ ਬੈਕਆਫ ਅਤੇ ਜਿਟਰ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਨਹੀਂ ਤਾਂ ਰੀਟਰਾਈਜ਼ ਇੱਕ ਜਲਦੀ ਕੌਫੀ ਦੀ ਦੁਕਾਨ ਦੇ ਬਾਹਰ ਇੱਕ ਕਤਾਰ ਬਣਾਉਂਦੀਆਂ ਹਨ। ਸਟ੍ਰਾਈਪ ਦੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਰੀਟਰਾਈਜ਼ ਨੂੰ ਸੰਭਾਲਦੀਆਂ ਹਨ, ਪਰ ਆਪਣੀ ਲਾਇਬ੍ਰੇਰੀ ਦੀਆਂ ਡਿਫਾਲਟਸ ਦੀ ਜਾਂਚ ਕਰੋ। ਉਹ ਸਟਿੱਕੀ ਗਲਤੀ ਕੈਚ ਹੈ।
ਇੱਕ ਯਾਦ ਕੀਤੀ ਗਈ ਗਲਤੀ ਵਾਰ-ਵਾਰ ਕਿਉਂ ਆ ਸਕਦੀ ਹੈ?
2:20 ਇੱਕ ਕੈਸ਼ ਕੀਤਾ ਪੰਜ ਸੌ ਜਵਾਬ ਕਨੈਕਟੀਵਿਟੀ ਮੁੜ ਪ੍ਰਾਪਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਵੀ ਚੱਲਦਾ ਰਹਿੰਦਾ ਹੈ। ਅਸਲ ਓਪਰੇਸ਼ਨ ਨੇ ਸਾਈਡ ਇਫੈਕਟ ਪੈਦਾ ਕੀਤੇ ਹੋ ਸਕਦੇ ਹਨ। ਵਸਤੂਆਂ, ਡੈਸ਼ਬੋਰਡ ਅਤੇ ਵੈਬਹੂਕਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸਦੇ ਨਤੀਜੇ ਨੂੰ ਹੱਲ ਕਰੋ। ਇੱਕ ਨਵੀਂ ਕੁੰਜੀ ਕਾਰਵਾਈ ਨੂੰ ਦੁਹਰਾ ਸਕਦੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਮੈਨੂੰ ਇਹ ਕਹਿੰਦੇ ਹੋਏ ਸੁਣਨ ਦੀ ਬਜਾਏ ਇਸਨੂੰ ਪੜ੍ਹਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਡਿਫ ਤੁਹਾਡੇ ਇਨਬਾਕਸ ਵਿੱਚ ਹਰ ਸਵੇਰ ਮੁਫ਼ਤ ਵਿੱਚ the daily diff dot dev 'ਤੇ ਆਉਂਦਾ ਹੈ, ਲਿੰਕ ਹੇਠਾਂ ਦਿੱਤਾ ਗਿਆ ਹੈ।
ਕੀ ਮੈਂ ਇਸ ਕੰਟਰੈਕਟ ਨਾਲ ਇੱਕ ਰੀਟਰਾਈ ਬਟਨ ਭੇਜਾਂਗਾ?
2:39 ਫੈਸਲਾ, ਅੰਡਰ ਦ ਹੁੱਡ। ਇਸਨੂੰ ਭੇਜੋ। ਮੈਂ ਬਾਉਂਡਡ ਰੀਟਰਾਈਜ਼ ਅਤੇ ਸੁਲ੍ਹਾ-ਸਫ਼ਾਈ ਦੇ ਨਾਲ ਸਥਿਰ ਕੁੰਜੀਆਂ ਭੇਜਾਂਗਾ, ਤਾਂ ਜੋ ਗਾਹਕਾਂ ਨੂੰ ਤੁਹਾਡੀ ਵੰਡੀ ਪ੍ਰਣਾਲੀ ਦੀ ਸਿੱਖਿਆ ਲਈ ਫੰਡ ਦੇਣ ਤੋਂ ਬਿਨਾਂ ਕੌਫੀ ਮਿਲੇ। ਅਤੇ ਅੱਜ ਲਈ ਇਹ ਡਿਫ ਹੈ। ਮੈਂ ਐਕਸਰਸੀ ਤੋਂ ਨਿਕੋ ਹਾਂ। ਜ਼ਿੰਮੇਵਾਰੀ ਨਾਲ ਮਰਜ ਕਰੋ।
ਸਰੋਤ
- Idempotent requestsStripe Docs
- Designing robust and predictable APIs with idempotencyStripe Engineering — Brandur Leach
- Advanced error handlingStripe Docs
- HTTP Semantics — RFC 9110 §9.2.2 Idempotent MethodsIETF / RFC Editor



