ਪ੍ਰੌਕਸੀ ਸਿਹਤ: ਤੁਸੀਂ ਕਿਹੜੀ ਵੈੱਬਸਾਈਟ ਅਤੇ ਕਿਹੜਾ ਓਪਰੇਸ਼ਨ ਟੈਸਟ ਕੀਤਾ?
ਮੁੜ ਵਰਤੋਂ ਯੋਗ ਪ੍ਰੌਕਸੀ ਪੂਲ ਬਣਾਈ ਰੱਖਦੇ ਸਮੇਂ ਆਮ ਪ੍ਰੌਕਸੀ ਪਹੁੰਚ ਨੂੰ ਮੰਜ਼ਿਲ-ਵਿਸ਼ੇਸ਼ ਅਸਫਲਤਾਵਾਂ ਤੋਂ ਵੱਖ ਰੱਖੋ।
ਪ੍ਰੌਕਸੀ ਤੁਹਾਡਾ IP-ਜਾਂਚ ਪੰਨਾ ਲਿਆਉਂਦੀ ਹੈ ਪਰ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਲੋੜੀਂਦੀ API 'ਤੇ ਫੇਲ ਹੋ ਜਾਂਦੀ ਹੈ। ਇਸਨੂੰ “ਸਿਹਤਮੰਦ” ਜਾਂ “ਮਰੀ” ਕਹਿਣ ਨਾਲ ਸਭ ਤੋਂ ਲਾਭਦਾਇਕ ਤੱਥ ਗੁੰਮ ਹੋ ਜਾਂਦਾ ਹੈ: ਦੋਵੇਂ ਬੇਨਤੀਆਂ ਵੱਖਰੀਆਂ ਸਨ।
ਐਂਡਪੌਇੰਟ ਲਈ ਟਰਾਂਸਪੋਰਟ-ਵਿਆਪੀ ਰਿਕਾਰਡ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ। ਕੀ ਤੁਸੀਂ ਇਸਦੇ ਸੁਣਨ ਵਾਲੇ ਤੱਕ ਪਹੁੰਚ ਸਕਦੇ ਹੋ ਅਤੇ ਲੋੜੀਂਦੀ ਪ੍ਰੌਕਸੀ ਗੱਲਬਾਤ ਪੂਰੀ ਕਰ ਸਕਦੇ ਹੋ? ਮੰਜ਼ਿਲ-ਵਿਸ਼ੇਸ਼ ਨਿਰੀਖਣਾਂ ਨੂੰ ਉਸ ਰਿਕਾਰਡ 'ਤੇ ਦੁਬਾਰਾ ਲਿਖਣ ਦੀ ਬਜਾਏ ਇਸਦੇ ਕੋਲ ਰੱਖੋ।
| ਨਿਰੀਖਣ | ਜਾਂਚ ਦਾ ਦਾਇਰਾ |
|---|---|
| ਪ੍ਰੌਕਸੀ ਸੁਣਨ ਵਾਲਾ ਕਨੈਕਸ਼ਨਾਂ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ | ਐਂਡਪੌਇੰਟ ਅਤੇ ਉੱਥੇ ਜਾਣ ਦਾ ਰਸਤਾ |
| ਪ੍ਰੌਕਸੀ ਇੱਕ ਮੰਜ਼ਿਲ ਪੋਰਟ ਤੋਂ ਇਨਕਾਰ ਕਰਦੀ ਹੈ | ਉਸ ਮੰਜ਼ਿਲ ਲਈ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਓਪਰੇਸ਼ਨ |
| ਇੱਕ ਵੈੱਬਸਾਈਟ ਖਾਤਾ ਗਲਤੀ ਵਾਪਸ ਕਰਦੀ ਹੈ | ਮੰਜ਼ਿਲ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ |
| ਵੱਡੇ ਜਵਾਬ ਰੁਕ ਜਾਂਦੇ ਹਨ, ਛੋਟੇ ਪੂਰੇ ਹੁੰਦੇ ਹਨ | ਟਰਾਂਸਫਰ ਕੰਮ ਅਤੇ ਸਮਾਂ-ਸੀਮਾ ਨੀਤੀ |
ਇੱਕ HTTP ਜਵਾਬ ਸਾਬਤ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਬੇਨਤੀ ਮਾਰਗ ਨੇ ਕੁਝ ਵਾਪਸ ਕੀਤਾ ਪਰ ਫਿਰ ਵੀ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਇਹ ਨਾਕਾਬਲ-ਇਸਤੇਮਾਲ ਰਹਿ ਸਕਦਾ ਹੈ। ਟਰਾਂਸਪੋਰਟ ਸਫਲਤਾ, HTTP ਸਥਿਤੀ ਅਤੇ ਉਮੀਦ ਕੀਤੀ ਸਮੱਗਰੀ ਨੂੰ ਵੱਖਰੇ ਨਤੀਜਿਆਂ ਵਜੋਂ ਰੱਖੋ।
ਜੇਕਰ ਇੱਕ ਮੰਜ਼ਿਲ ਵਾਰ-ਵਾਰ ਫੇਲ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਉਸ ਐਂਡਪੌਇੰਟ-ਅਤੇ-ਮੰਜ਼ਿਲ ਜੋੜੀ ਨੂੰ ਰੋਕੋ ਜਾਂ ਜਾਂਚੋ। ਹਰ ਗੈਰ-ਸੰਬੰਧਿਤ ਕੰਮ ਲਈ ਪ੍ਰੌਕਸੀ ਬੰਦ ਕਰਨਾ ਲਾਭਦਾਇਕ ਸਮਰੱਥਾ ਨੂੰ ਬਰਬਾਦ ਕਰ ਸਕਦਾ ਹੈ। ਇਸਦੇ ਉਲਟ, ਵਿਸ਼ਵਵਿਆਪੀ ਕਨੈਕਸ਼ਨ ਅਸਫਲਤਾ ਇੱਕ ਵੈੱਬਸਾਈਟ ਦੇ ਵੱਖਰੇ ਰਿਕਾਰਡ ਪਿੱਛੇ ਲੁਕੀ ਨਹੀਂ ਰਹਿਣੀ ਚਾਹੀਦੀ।
ਇੱਕ ਵਿਹਾਰਕ ਸਿਹਤ ਕੁੰਜੀ ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਪਛਾਣਕਰਤਾ, ਮੰਜ਼ਿਲ ਸੇਵਾ ਅਤੇ ਓਪਰੇਸ਼ਨ ਕਿਸਮ ਸ਼ਾਮਲ ਹੋ ਸਕਦੀ ਹੈ। ਪੂਰੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਵਾਲੇ URL ਜਾਂ ਹਰ ਵਿਲੱਖਣ ਸਰੋਤ ਮਾਰਗ ਨੂੰ ਲਗਾਤਾਰ ਵੱਧ ਰਹੀ ਕੁੰਜੀ ਵਜੋਂ ਵਰਤਣ ਤੋਂ ਬਚੋ। ਸਿਰਫ਼ ਉੱਥੇ ਹੀ ਸਮੂਹ ਬਣਾਓ ਜਿੱਥੇ ਸਮੂਹ ਬਣਾਉਣਾ ਅਗਲੀ ਬੇਨਤੀ ਬਾਰੇ ਅਰਥਪੂਰਨ ਭਵਿੱਖਬਾਣੀ ਦਿੰਦਾ ਹੈ।
ਉਦੇਸ਼ ਬਿਹਤਰ ਰੂਟਿੰਗ ਸਬੂਤ ਹੈ, ਹਰੇ ਬੈਜਾਂ ਦਾ ਵੱਡਾ ਸੰਗ੍ਰਹਿ ਨਹੀਂ। ਸਿਹਤ ਨਤੀਜੇ ਨੂੰ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਗਈ, ਕਦੋਂ, ਅਤੇ ਇਸਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਸਾਬਤ ਕੀਤਾ।