ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦੇ ਦੁਬਾਰਾ ਯਤਨ ਅਤੇ ਦੁਬਾਰਾ ਨਾ ਕੀਤੇ ਜਾ ਸਕਣ ਵਾਲੇ ਅੱਪਲੋਡ ਬਾਡੀ

GET ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਪ੍ਰਮਾਣਿਤ ਹੋ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ POST ਜਾਂ PUT ਦੁਬਾਰਾ ਨਾ ਕੀਤੇ ਜਾ ਸਕਣ ਵਾਲੇ ਬਾਡੀ ਜਾਂ ਰੀਵਾਈਂਡ ਗਲਤੀ ਨਾਲ ਅਸਫਲ ਹੁੰਦਾ ਹੈ। ਖਾਤਾ ਸਹੀ ਹੋ ਸਕਦਾ ਹੈ: ਕਲਾਇੰਟ ਵੱਲੋਂ ਅੱਪਲੋਡ ਵਰਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਵੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦੇ ਅਦਾਨ-ਪ੍ਰਦਾਨ ਲਈ ਇੱਕ ਹੋਰ ਬੇਨਤੀ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ।

libcurl ਬਹੁ-ਪੜਾਅ ਪ੍ਰਮਾਣਿਕਤਾ ਸਮੇਤ ਵਰਤੋਂ ਲਈ ਖੋਜ ਕਾਲਬੈਕ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ। Jersey ਕਨੈਕਟਰ ਦੇ ਵਿਵਹਾਰ ਦੇ ਅਧੀਨ ਬਫਰਡ ਅਤੇ ਵੰਡੇ ਹੋਏ ਐਂਟਿਟੀ-ਪ੍ਰੋਸੈਸਿੰਗ ਮੋਡ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇੱਕ Jersey 2 Apache ਕਨੈਕਟਰ ਦੀ ਉਦਾਹਰਨ ਬਫਰਡ ਸੈਟਿੰਗ ਦਿਖਾਉਂਦੀ ਹੈ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਅਸੀਮਤ ਇਨ-ਮੈਮੋਰੀ ਅੱਪਲੋਡਾਂ ਨੂੰ ਢੁੱਕਵਾਂ ਨਹੀਂ ਬਣਾਉਂਦਾ।

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

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

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

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