ਵੈੱਬ ਡਿਵੈਲਪਮੈਂਟ ਦੀ ਦੁਨੀਆ ਵਿੱਚ, HTTP ਗਲਤੀ ਕੋਡ ਇੱਕ ਵੈਬਸਾਈਟ ਦੇ ਉਪਭੋਗਤਾ ਅਨੁਭਵ ਅਤੇ ਸਾਖ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਵਿੱਚ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਭੂਮਿਕਾ ਨਿਭਾਉਂਦੇ ਹਨ। ਇਸ ਲੇਖ ਵਿੱਚ, ਅਸੀਂ ਸਰਵਰ ਗਲਤੀ ਕੋਡਾਂ ਦੀ ਇੱਕ ਪੂਰੀ ਸੂਚੀ 'ਤੇ ਵਿਚਾਰ ਕਰਾਂਗੇ, ਉਨ੍ਹਾਂ ਦੇ ਅਰਥਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਾਂਗੇ, ਅਤੇ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਅਤੇ ਵੈੱਬ ਐਪਸ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਲਈ ਸਰਵਰ ਜਵਾਬ ਕੋਡਾਂ ਦੀ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਵਿਆਖਿਆ ਕਿਵੇਂ ਕਰਨੀ ਹੈ ਬਾਰੇ ਸਿੱਖਾਂਗੇ।
HTTP ਜਵਾਬ ਕੋਡ ਕੀ ਹੈ?
HTTP ਰਿਸਪਾਂਸ ਕੋਡ ਵੈੱਬ ਸਰਵਰਾਂ ਦੀ ਭਾਸ਼ਾ ਹੈ ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਬੇਨਤੀਆਂ ਨੂੰ ਸਮਝਣ ਯੋਗ ਨਿਰਦੇਸ਼ਾਂ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰਦੀ ਹੈ। ਇਹ ਇੱਕ ਕਵੀ ਵਾਂਗ ਹੈ ਜੋ ਵਰਚੁਅਲ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਉਹਨਾਂ ਨੂੰ ਅਰਥ ਅਤੇ ਦਿਸ਼ਾ ਦਿੰਦਾ ਹੈ। ਰਿਸਪਾਂਸ ਕੋਡ ਹਮੇਸ਼ਾ HTTP ਐਰਰ ਕੋਡ ਨਹੀਂ ਹੁੰਦੇ। ਉਦਾਹਰਨ ਲਈ, "200 OK" ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਭ ਕੁਝ ਠੀਕ ਹੈ, ਪਰ HTTP ਐਰਰ "404 ਨਹੀਂ ਮਿਲਿਆ" ਦਾ ਮਤਲਬ ਹੈ ਜਦੋਂ ਪੰਨਾ ਵਰਚੁਅਲ ਸਪੇਸ ਵਿੱਚ ਗੁਆਚ ਜਾਂਦਾ ਹੈ। ਹਰੇਕ ਕੋਡ ਸਰਵਰ ਸਥਿਤੀ ਦਾ ਇੱਕ ਵਿਲੱਖਣ ਪ੍ਰਗਟਾਵਾ ਹੈ, ਜਿਸਦਾ ਡੀਕੋਡਿੰਗ ਸਾਨੂੰ ਇਹ ਸਮਝਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਕਿ ਵਰਚੁਅਲ ਦੁਨੀਆ ਦੇ ਦੂਜੇ ਪਾਸੇ ਕੀ ਹੋ ਰਿਹਾ ਹੈ।
1xx ਕੋਡ (ਜਾਣਕਾਰੀ)
HTTP ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ 1xx ਸਥਿਤੀ ਕੋਡ ਸਰਵਰ ਅਤੇ ਕਲਾਇੰਟ ਵਿਚਕਾਰ ਗੱਲਬਾਤ ਵਿੱਚ ਇੱਕ ਕਿਸਮ ਦੀ ਪਹਿਲੀ ਕੜੀ ਹਨ। ਕਿਸੇ ਬੇਨਤੀ ਦਾ ਪੂਰਾ ਜਵਾਬ ਦੇਣ ਦੀ ਬਜਾਏ, ਉਹ ਮੌਜੂਦਾ ਸਥਿਤੀ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ, ਜਿਸ ਨਾਲ ਡੇਟਾ ਐਕਸਚੇਂਜ ਵਧੇਰੇ ਕੁਸ਼ਲ ਹੁੰਦਾ ਹੈ। ਆਓ ਉਨ੍ਹਾਂ 'ਤੇ ਇੱਕ ਡੂੰਘੀ ਵਿਚਾਰ ਕਰੀਏ:
100 ਜਾਰੀ ਰੱਖੋ. HTTP ਜਵਾਬ ਕੋਡ ਜਿਸ ਵਿੱਚ ਸਰਵਰ ਉਪਭੋਗਤਾ ਨੂੰ ਹਰੀ ਝੰਡੀ ਦਿੰਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਉਹ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਇੱਕ ਵੱਡੀ ਬੇਨਤੀ ਭੇਜਣਾ ਜਾਰੀ ਰੱਖ ਸਕਦਾ ਹੈ।
101 ਸਵਿਚਿੰਗ ਪ੍ਰੋਟੋਕੋਲ. ਸਰਵਰ ਕਲਾਇੰਟ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਇਹ ਗੇਮ ਦੇ ਨਿਯਮਾਂ ਨੂੰ ਬਦਲ ਰਿਹਾ ਹੈ, ਉਦਾਹਰਣ ਵਜੋਂ, HTTP ਤੋਂ ਵਧੇਰੇ ਸੁਰੱਖਿਅਤ HTTPS ਵੱਲ ਵਧ ਰਿਹਾ ਹੈ। ਇਸ ਸਥਿਤੀ ਵਿੱਚ, "ਅੱਪਗ੍ਰੇਡ" ਹੈਡਰ ਪ੍ਰੋਟੋਕੋਲ ਤਬਦੀਲੀ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
102 ਪ੍ਰੋਸੈਸਿੰਗ. ਇਹ ਕੋਡ ਇੱਕ ਸੁਨੇਹੇ ਵਾਂਗ ਹੈ ਕਿ ਸਰਵਰ ਨੇ ਬੇਨਤੀ ਸਵੀਕਾਰ ਕਰ ਲਈ ਹੈ, ਪਰ ਅਜੇ ਵੀ ਇੱਕ ਗੁੰਝਲਦਾਰ ਕਾਰਵਾਈ ਵਿੱਚ ਰੁੱਝਿਆ ਹੋਇਆ ਹੈ।
103 ਸ਼ੁਰੂਆਤੀ ਸੰਕੇਤ. ਇੱਥੇ ਸਰਵਰ ਮੁੱਖ ਜਵਾਬ ਤੋਂ ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਨੂੰ ਕਈ ਸੰਕੇਤਕ ਸਿਰਲੇਖ ਭੇਜਦਾ ਹੈ, ਕਿਸੇ ਅਜਿਹੀ ਚੀਜ਼ ਬਾਰੇ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ ਜੋ ਨੇੜਲੇ ਭਵਿੱਖ ਵਿੱਚ ਸੰਬੰਧਿਤ ਹੋ ਸਕਦੀ ਹੈ।
2xx ਕੋਡ (ਸਫਲ)
ਗਰੁੱਪ 2xx ਵਿੱਚ HTTP ਗਲਤੀ ਕੋਡ ਸਰਵਰ ਤੋਂ ਇੱਕ ਸਫਲ ਬੇਨਤੀ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ। ਉਹ ਅਸਲ ਵਿੱਚ ਵੈੱਬ ਸੰਚਾਰ ਦੇ ਦਾਇਰੇ ਵਿੱਚ "ਹਰੀ ਰੋਸ਼ਨੀ" ਵਜੋਂ ਕੰਮ ਕਰਦੇ ਹਨ, ਇਹ ਪੁਸ਼ਟੀ ਕਰਦੇ ਹਨ ਕਿ ਸਭ ਕੁਝ ਯੋਜਨਾ ਅਨੁਸਾਰ ਚੱਲ ਰਿਹਾ ਹੈ ਅਤੇ ਸਫਲਤਾਪੂਰਵਕ ਪੂਰਾ ਹੋ ਗਿਆ ਹੈ।
200 ਠੀਕ ਹੈ. ਇਹ ਸਥਿਤੀ ਉਦੋਂ ਵਰਤੀ ਜਾਂਦੀ ਹੈ ਜਦੋਂ ਸਰਵਰ ਬਿਨਾਂ ਕਿਸੇ ਸਮੱਸਿਆ ਦੇ GET ਵਿਧੀ ਦੁਆਰਾ ਬੇਨਤੀ ਨੂੰ ਪ੍ਰਕਿਰਿਆ ਕਰਦਾ ਹੈ ਅਤੇ ਜਵਾਬ ਵਿੱਚ ਬੇਨਤੀ ਕੀਤਾ ਡੇਟਾ ਵਾਪਸ ਕਰਦਾ ਹੈ। "ਸਮੱਗਰੀ-ਕਿਸਮ" ਸਿਰਲੇਖ ਜਵਾਬ ਵਿੱਚ ਸਮੱਗਰੀ ਕਿਸਮ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ। ਇਹ ਸਿਰਫ਼ ਕਲਾਇੰਟ ਨੂੰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ ਕਿ ਬੇਨਤੀ ਸਫਲ ਰਹੀ।
201 ਬਣਾਇਆ ਗਿਆ. ਇੱਥੇ ਸਰਵਰ ਇੱਕ ਨਵੇਂ ਸਰੋਤ ਦੀ ਸਿਰਜਣਾ ਦਾ ਐਲਾਨ ਕਰਦਾ ਹੈ।
202 ਸਵੀਕਾਰ ਕੀਤਾ ਗਿਆ. ਸਰਵਰ ਉਪਭੋਗਤਾ ਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਬੇਨਤੀ ਸਵੀਕਾਰ ਕਰ ਲਈ ਗਈ ਹੈ, ਪਰ ਜਵਾਬ ਦੇਣ ਵਿੱਚ ਸਮਾਂ ਲੱਗੇਗਾ।
203 ਗੈਰ-ਅਧਿਕਾਰਤ ਜਾਣਕਾਰੀ. ਇਹ ਕੋਡ ਕਲਾਇੰਟ ਨੂੰ ਉਹ ਡੇਟਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜੋ ਅਧਿਕਾਰਤ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਪਰ ਤੁਲਨਾ ਲਈ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ।
204 ਕੋਈ ਸਮੱਗਰੀ ਨਹੀਂ. ਸਰਵਰ ਨੇ ਬੇਨਤੀ 'ਤੇ ਕਾਰਵਾਈ ਕਰ ਲਈ ਹੈ ਪਰ ਕੋਈ ਵਾਧੂ ਸਮੱਗਰੀ ਵਾਪਸ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੈ।
205 ਸਮੱਗਰੀ ਰੀਸੈਟ ਕਰੋ. ਇੱਥੇ ਕਲਾਇੰਟ ਨੂੰ ਭੇਜਣ ਤੋਂ ਬਾਅਦ ਮੌਜੂਦਾ ਦ੍ਰਿਸ਼ ਜਾਂ ਡੇਟਾ ਨੂੰ ਰੀਸੈਟ ਕਰਨ ਲਈ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।
206 ਅੰਸ਼ਕ ਸਮੱਗਰੀ. ਇਹ ਕੇਸ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਜਵਾਬ ਵਿੱਚ ਬੇਨਤੀ ਕੀਤੀ ਸਮੱਗਰੀ ਦਾ ਸਿਰਫ਼ ਇੱਕ ਹਿੱਸਾ ਹੈ। "ਸਮੱਗਰੀ-ਰੇਂਜ" ਸਿਰਲੇਖ ਅੰਸ਼ਕ ਸਮੱਗਰੀ ਰੇਂਜ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।
207 ਮਲਟੀ-ਸਟੇਟਸ। ਸਰਵਰ ਨੇ ਕਲਾਇੰਟ ਤੋਂ ਇੱਕ ਮਲਟੀ-ਓਪਰੇਸ਼ਨ ਬੇਨਤੀ ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਪੂਰਾ ਕਰ ਲਿਆ ਹੈ, ਅਤੇ ਜਵਾਬ ਵਿੱਚ ਹਰੇਕ ਓਪਰੇਸ਼ਨ ਦੀ ਸਥਿਤੀ ਬਾਰੇ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਹੈ।
226 IM ਵਰਤਿਆ ਗਿਆ. ਇਹ ਕੋਡ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਸਰਵਰ ਨੇ ਇਨਕਰੀਮੈਂਟਲ ਮੈਟਾਡੇਟਾ (IM) ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਸਿਰਫ਼ ਸੋਧੇ ਹੋਏ ਸਰੋਤ ਭਾਗਾਂ ਨੂੰ ਪਾਸ ਕਰਕੇ ਜਵਾਬ ਦਿੱਤਾ।
3xx ਕੋਡ (ਰੀਡਾਇਰੈਕਟਸ)
HTTP ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ 3xx ਕੋਡ ਪੁਆਇੰਟਰਾਂ ਵਾਂਗ ਹਨ ਜੋ ਉਪਭੋਗਤਾ ਨੂੰ ਇੱਕ ਨਵੇਂ ਸਰੋਤ ਸਥਾਨ ਵੱਲ ਮਾਰਗਦਰਸ਼ਨ ਕਰਦੇ ਹਨ। ਉਹ ਕਲਾਇੰਟ ਨੂੰ ਸੂਚਿਤ ਕਰਦੇ ਹਨ ਕਿ ਬੇਨਤੀ ਕੀਤੀ ਸਮੱਗਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਜਾਂ ਕਿਸੇ ਹੋਰ ਸਰੋਤ ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰਨ ਲਈ ਫਾਲੋ-ਅੱਪ ਕਦਮ ਚੁੱਕੇ ਜਾਣੇ ਚਾਹੀਦੇ ਹਨ। ਆਓ ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਦੇ ਵੇਰਵਿਆਂ ਵਿੱਚ ਡੁੱਬ ਜਾਈਏ:
300 ਕਈ ਵਿਕਲਪ. ਕਲਾਇੰਟ ਨੂੰ ਇੱਕ ਸੰਕੇਤ ਮਿਲਦਾ ਹੈ ਕਿ ਸਰੋਤ ਲਈ ਕਈ ਸੰਭਵ ਸਥਾਨ ਹਨ ਅਤੇ ਜਵਾਬ ਵਿੱਚ ਉਸਨੂੰ ਇੱਕ ਵਿਕਲਪ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਮੌਜੂਦਾ ਹਾਲਾਤਾਂ ਵਿੱਚ, "ਸਥਾਨ" ਸਿਰਲੇਖ ਸਰੋਤ ਲਈ ਵਿਕਲਪਿਕ ਵਿਕਲਪਾਂ ਨੂੰ ਦਰਸਾ ਸਕਦਾ ਹੈ।
301 ਸਥਾਈ ਤੌਰ 'ਤੇ ਚਲੇ ਗਏ। ਸਰਵਰ ਉਪਭੋਗਤਾ ਨੂੰ ਵਾਪਸ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ ਕਿ ਸਰੋਤ ਨੂੰ ਸਥਾਈ ਤੌਰ 'ਤੇ ਕਿਸੇ ਹੋਰ ਸਥਾਨ 'ਤੇ ਭੇਜ ਦਿੱਤਾ ਗਿਆ ਹੈ।
302 ਮਿਲਿਆ. ਇਹ HTTP ਕੋਡ ਇੱਕ ਅਸਥਾਈ ਰੀਡਾਇਰੈਕਟ ਦੇ ਸਮਾਨ ਹੈ। ਸਰਵਰ ਉਪਭੋਗਤਾ ਨੂੰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ ਕਿ ਸਰੋਤ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਇੱਕ ਵੱਖਰੇ URL 'ਤੇ ਉਪਲਬਧ ਹੈ। "ਸਥਾਨ" ਸਿਰਲੇਖ ਅਸਥਾਈ ਰੀਡਾਇਰੈਕਟ ਲਈ ਨਵੇਂ URL ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ।
303 ਹੋਰ ਵੇਖੋ. ਕਲਾਇੰਟ ਨੂੰ ਦੱਸਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਸਰੋਤ ਇੱਕ ਵੱਖਰੇ URL 'ਤੇ ਉਪਲਬਧ ਹੈ ਅਤੇ ਇਸ ਨਵੇਂ ਪਤੇ 'ਤੇ ਇੱਕ GET ਬੇਨਤੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
304 ਸੁਧਾਰੀ ਨਹੀਂ. ਇਹ ਸਥਿਤੀ ਕਲਾਇੰਟ ਨੂੰ ਦੱਸਦੀ ਹੈ ਕਿ ਪਿਛਲੀ ਬੇਨਤੀ ਤੋਂ ਬਾਅਦ ਸਰੋਤ ਵਿੱਚ ਕੋਈ ਬਦਲਾਅ ਨਹੀਂ ਆਇਆ ਹੈ ਅਤੇ ਇਸਨੂੰ ਦੁਬਾਰਾ ਡਾਊਨਲੋਡ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਬੇਨਤੀ ਕਰਦੇ ਸਮੇਂ, "If-Modified-Since" ਸਿਰਲੇਖ ਦੀ ਵਰਤੋਂ ਇਹ ਜਾਂਚ ਕਰਨ ਲਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਕੀ ਸਰੋਤ ਨੂੰ ਸੋਧਿਆ ਗਿਆ ਹੈ।
305 ਪ੍ਰੌਕਸੀ ਦੀ ਵਰਤੋਂ ਕਰੋ। ਜਵਾਬ ਵਜੋਂ, ਸਰਵਰ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ ਕਿ ਇਸਨੂੰ ਬੇਨਤੀ ਕੀਤੇ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ ਨਿਰਧਾਰਤ ਪ੍ਰੌਕਸੀ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
306 (ਰਾਖਵਾਂ) — ਕੋਡ ਰਾਖਵਾਂ ਰੱਖਿਆ ਗਿਆ ਹੈ, ਪਰ ਅਸਲ ਵਿੱਚ ਇਸਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ।
307 ਅਸਥਾਈ ਰੀਡਾਇਰੈਕਟ. ਇਹ ਕੋਡ 302 Found ਦੇ ਸਮਾਨ ਹੈ, ਪਰ ਕਲਾਇੰਟ ਨੂੰ ਉਸ ਬੇਨਤੀ ਵਿਧੀ ਵਿੱਚ ਰਹਿਣ ਦੀ ਲੋੜ ਹੈ ਜੋ ਅਸਲ ਬੇਨਤੀ ਵਿੱਚ ਵਰਤੀ ਗਈ ਸੀ।
308 ਸਥਾਈ ਰੀਡਾਇਰੈਕਟਸ. ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਸਰੋਤ ਨੇ ਇੱਕ ਨਵੇਂ URI ਵਿੱਚ ਸਥਾਈ ਤੌਰ 'ਤੇ ਤਬਦੀਲੀ ਕੀਤੀ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਭਵਿੱਖ ਦੀਆਂ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ ਲਈ ਨਵੇਂ URI ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
4xx HTTP ਗਲਤੀ (ਕਲਾਇੰਟ ਗਲਤੀਆਂ)
HTTP 4xx ਗਲਤੀ ਕੋਡ ਕਲਾਇੰਟ ਗਲਤੀਆਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਮੱਸਿਆ ਉਪਭੋਗਤਾ ਵਾਲੇ ਪਾਸੇ ਹੈ, ਜਿਵੇਂ ਕਿ ਵੈੱਬ ਬ੍ਰਾਊਜ਼ਰ ਜਾਂ ਐਪ।
400 ਗਲਤ ਬੇਨਤੀ. ਸਰਵਰ ਸਿੰਟੈਕਸ ਗਲਤੀਆਂ, ਅਵੈਧ ਡੇਟਾ, ਜਾਂ ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ ਹੋਰ ਗਲਤੀਆਂ ਦੇ ਕਾਰਨ ਬੇਨਤੀ ਨੂੰ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਕਰ ਸਕਦਾ।
401 ਅਣਅਧਿਕਾਰਤ ਸਰਵਰ ਸਿੰਟੈਕਸ ਗਲਤੀਆਂ, ਅਵੈਧ ਡੇਟਾ, ਜਾਂ ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ ਹੋਰ ਗਲਤੀਆਂ ਦੇ ਕਾਰਨ ਬੇਨਤੀ 'ਤੇ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਕਰ ਸਕਦਾ।
402 ਭੁਗਤਾਨ ਦੀ ਲੋੜ ਹੈ. ਕੋਡ ਇਸ ਸਮੇਂ ਕਿਰਿਆਸ਼ੀਲ ਨਹੀਂ ਹੈ ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਵਰਤੋਂ ਲਈ ਰਾਖਵਾਂ ਹੈ। ਇਹ ਭਵਿੱਖ ਵਿੱਚ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਭੁਗਤਾਨ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨੂੰ ਦਰਸਾ ਸਕਦਾ ਹੈ।
HTTP ਗਲਤੀ 403 ਵਰਜਿਤ। ਕਲਾਇੰਟ ਕੋਲ ਬੇਨਤੀ ਕੀਤੇ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਦੇ ਲੋੜੀਂਦੇ ਅਧਿਕਾਰ ਨਹੀਂ ਹਨ।
404 ਨਹੀਂ ਮਿਲਿਆ। ਬੇਨਤੀ ਕੀਤਾ ਸਰੋਤ ਸਰਵਰ 'ਤੇ ਮੌਜੂਦ ਨਹੀਂ ਹੈ। ਇਹ ਸਭ ਤੋਂ ਆਮ ਉਪਭੋਗਤਾ ਗਲਤੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ।
405 ਵਿਧੀ ਦੀ ਮਨਜ਼ੂਰੀ ਨਹੀਂ ਹੈ. ਸਰਵਰ ਇਸ ਸਰੋਤ ਦੌਰਾਨ ਨਿਰਧਾਰਤ ਬੇਨਤੀ ਵਿਧੀ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ। "ਇਜਾਜ਼ਤ ਦਿਓ" ਸਿਰਲੇਖ ਸਰੋਤ ਲਈ ਆਗਿਆ ਪ੍ਰਾਪਤ ਤਰੀਕਿਆਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਇਸ ਕੋਡ ਨਾਲ,
406 ਸਵੀਕਾਰਯੋਗ ਨਹੀਂ। ਸਰਵਰ ਉਸ ਫਾਰਮੈਟ ਵਿੱਚ ਡੇਟਾ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰ ਸਕਦਾ ਜਿਸਨੂੰ ਕਲਾਇੰਟ ਦੁਆਰਾ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾ ਸਕੇ।
407 ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਲੋੜ ਹੈ. ਬੇਨਤੀ ਕੀਤੇ ਸਰੋਤ ਤੱਕ ਪਹੁੰਚ ਲਈ ਪ੍ਰੌਕਸੀ ਸਰਵਰ 'ਤੇ ਪ੍ਰਮਾਣੀਕਰਨ ਦੀ ਲੋੜ ਹੈ।
408 ਬੇਨਤੀ ਸਮਾਂ ਸਮਾਪਤ. ਸਰਵਰ ਕਲਾਇੰਟ ਤੋਂ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਉਡੀਕ ਕਰ ਰਿਹਾ ਸੀ, ਪਰ ਸਮਾਂ ਸਮਾਪਤ ਹੋ ਗਿਆ। "ਮੁੜ ਕੋਸ਼ਿਸ਼ ਕਰੋ-ਬਾਅਦ" ਸਿਰਲੇਖ ਉਸ ਸਮੇਂ ਨੂੰ ਦਰਸਾ ਸਕਦਾ ਹੈ ਜਿਸ ਤੋਂ ਬਾਅਦ ਬੇਨਤੀ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ।
409 ਟਕਰਾਅ ਮੌਜੂਦਾ ਸਰੋਤ ਸਥਿਤੀ ਨਾਲ ਟਕਰਾਅ ਦੇ ਕਾਰਨ ਬੇਨਤੀ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ।
410 ਗਿਆ. ਬੇਨਤੀ ਕੀਤਾ ਸਰੋਤ ਪਹਿਲਾਂ ਮੌਜੂਦ ਸੀ ਪਰ ਹੁਣ ਮਿਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ ਅਤੇ ਇਸਦੀ ਬਹਾਲੀ ਦੀ ਉਮੀਦ ਨਹੀਂ ਹੈ।
411 ਲੰਬਾਈ ਦੀ ਲੋੜ ਹੈ. ਸਰਵਰ ਬੇਨਤੀ ਵਿੱਚ ਸਮੱਗਰੀ ਦੀ ਲੰਬਾਈ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ; ਇਸ ਜਾਣਕਾਰੀ ਦੀ ਅਣਹੋਂਦ ਨੂੰ ਇੱਕ ਗਲਤੀ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ।
412 ਪੂਰਵ ਸ਼ਰਤ ਅਸਫਲ ਰਹੀ. ਬੇਨਤੀ ਵਿੱਚ ਇੱਕ ਪੂਰਵ-ਸ਼ਰਤ ਪੂਰੀ ਨਹੀਂ ਹੁੰਦੀ, ਜੋ ਇਸਨੂੰ ਲਾਗੂ ਕਰਨ ਤੋਂ ਰੋਕਦੀ ਹੈ।
413 ਪੇਲੋਡ ਬਹੁਤ ਵੱਡਾ ਹੈ. ਬੇਨਤੀ ਡੇਟਾ ਦਾ ਆਕਾਰ ਸਰਵਰ ਸੀਮਾਵਾਂ ਤੋਂ ਵੱਧ ਹੈ।
414 URI ਬਹੁਤ ਲੰਮਾ ਹੈ. ਬੇਨਤੀ ਵਿੱਚ URI ਦੀ ਲੰਬਾਈ ਸਵੀਕਾਰਯੋਗ ਸੀਮਾਵਾਂ ਤੋਂ ਵੱਧ ਹੈ।
415 ਅਸਮਰਥਿਤ ਮੀਡੀਆ ਕਿਸਮ. ਸਰਵਰ ਬੇਨਤੀ ਵਿੱਚ ਦਿੱਤੇ ਗਏ ਡੇਟਾ ਕਿਸਮ ਨੂੰ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਕਰ ਸਕਦਾ।
416 ਰੇਂਜ ਸੰਤੁਸ਼ਟ ਨਹੀਂ ਹੈ. HTTP ਗਲਤੀ ਜਿੱਥੇ ਬੇਨਤੀ ਕੀਤੀ ਰੇਂਜ ਮੌਜੂਦਾ ਸਰਵਰ ਡੇਟਾ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ।
417 ਉਮੀਦ ਅਸਫਲ ਰਹੀ. "ਉਮੀਦ" ਸਿਰਲੇਖ ਵਿੱਚ ਉਮੀਦ ਕੀਤੀ ਗਈ ਸ਼ਰਤ ਪੂਰੀ ਨਹੀਂ ਹੋਈ।
418 ਮੈਂ ਇੱਕ ਚਾਹ ਵਾਲਾ ਹਾਂ. ਇਹ ਕੋਡ ਇੱਕ ਮਜ਼ਾਕ ਦੇ ਤੌਰ 'ਤੇ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਉਪਭੋਗਤਾ ਜਾਂ ਸਰਵਰ ਲਈ ਕਿਸੇ ਅਸਲ ਕਾਰਵਾਈ ਨੂੰ ਦਰਸਾਉਂਦਾ ਨਹੀਂ ਹੈ, ਅਤੇ ਇਹ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਗਲਤੀ ਨਹੀਂ ਹੈ। ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਸਰਵਰ ਇੱਕ ਚਾਹ ਦੀ ਭਾਂਡੀ ਹੈ ਅਤੇ ਕੌਫੀ ਬਣਾਉਣ ਦੇ ਸਮਰੱਥ ਨਹੀਂ ਹੈ।
421 ਗਲਤ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ਿਤ ਬੇਨਤੀ. ਬੇਨਤੀ ਜਾਂ ਸਰਵਰ ਸੰਰਚਨਾ ਵਿੱਚ ਗਲਤੀ ਦੇ ਕਾਰਨ ਸਰਵਰ ਬੇਨਤੀ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਕਰਦਾ ਹੈ।
422 ਅਣਪ੍ਰਕਿਰਿਆਯੋਗ ਇਕਾਈ. ਸਰਵਰ ਬੇਨਤੀ ਨੂੰ ਸਮਝਦਾ ਹੈ, ਪਰ ਡੇਟਾ ਗਲਤੀਆਂ ਦੇ ਕਾਰਨ ਇਸਨੂੰ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਕਰਦਾ।
423 ਤਾਲਾਬੰਦ। ਸਰੋਤ ਬਲੌਕ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਇਸਦੀ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ।
424 ਅਸਫਲ ਨਿਰਭਰਤਾ. ਬੇਨਤੀ ਕਿਸੇ ਹੋਰ ਅਣ-ਅਧਿਕਾਰਤ ਬੇਨਤੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ।
425 ਬਹੁਤ ਜਲਦੀ। ਬੇਨਤੀ ਜਲਦੀ ਆਉਣ ਕਾਰਨ ਸਰਵਰ ਇਸਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਲਈ ਤਿਆਰ ਨਹੀਂ ਹੈ।
426 ਅੱਪਗ੍ਰੇਡ ਦੀ ਲੋੜ ਹੈ. ਸਰਵਰ ਨੂੰ ਬੇਨਤੀ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਲਈ ਇੱਕ ਹੋਰ ਉੱਨਤ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
428 ਪੂਰਵ-ਸ਼ਰਤਾਂ ਲੋੜੀਂਦੀਆਂ ਹਨ. ਸਰਵਰ ਨੂੰ ਬੇਨਤੀ ਵਿੱਚ ਕੁਝ ਪੂਰਵ-ਸ਼ਰਤਾਂ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।
429 ਬਹੁਤ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ. ਕਲਾਇੰਟ ਨੇ ਥੋੜ੍ਹੇ ਸਮੇਂ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਬੇਨਤੀਆਂ ਭੇਜੀਆਂ, ਸਰਵਰ ਦੀਆਂ ਸੀਮਾਵਾਂ ਨੂੰ ਪਾਰ ਕਰ ਗਈਆਂ।
431 ਬੇਨਤੀ ਸਿਰਲੇਖ ਖੇਤਰ ਬਹੁਤ ਵੱਡੇ ਹਨ. ਬੇਨਤੀ ਸਿਰਲੇਖ ਵੱਧ ਤੋਂ ਵੱਧ ਆਗਿਆ ਪ੍ਰਾਪਤ ਆਕਾਰ ਤੋਂ ਵੱਧ ਹਨ।
449 ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਇਹ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਬੇਨਤੀ ਮੌਜੂਦਾ ਸਰਵਰ ਦੁਆਰਾ ਨਹੀਂ ਚਲਾਈ ਜਾ ਸਕਦੀ, ਪਰ ਕਿਸੇ ਹੋਰ ਸਰਵਰ ਦੁਆਰਾ ਸਫਲਤਾਪੂਰਵਕ ਪ੍ਰਕਿਰਿਆ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਇੱਕ ਨਵੇਂ URI ਨਾਲ ਬੇਨਤੀ ਦੀ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
451 ਕਾਨੂੰਨੀ ਕਾਰਨਾਂ ਕਰਕੇ ਉਪਲਬਧ ਨਹੀਂ ਹੈ. ਕਾਨੂੰਨੀ ਕਾਰਨਾਂ ਕਰਕੇ ਸਰੋਤ ਉਪਲਬਧ ਨਹੀਂ ਹੈ।
499 ਕਲਾਇੰਟ ਬੰਦ ਬੇਨਤੀ. ਸਰਵਰ ਨੂੰ ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਹੋਈ, ਪਰ ਪ੍ਰਕਿਰਿਆ ਪੂਰੀ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਕਲਾਇੰਟ ਦੁਆਰਾ ਕਨੈਕਸ਼ਨ ਬੰਦ ਕਰ ਦਿੱਤਾ ਗਿਆ।
HTTP 5xx ਗਲਤੀ (ਸਰਵਰ ਗਲਤੀਆਂ)
HTTP 5xx ਗਲਤੀ ਕੋਡ ਸਰਵਰ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ। ਇਹ ਕੋਡ ਸਰਵਰ ਸਾਈਡ 'ਤੇ ਆਈਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ, ਜਿਸ ਕਾਰਨ ਸਰਵਰ ਉਪਭੋਗਤਾ ਦੀ ਬੇਨਤੀ ਨੂੰ ਸਹੀ ਤਰੀਕੇ ਨਾਲ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥ ਹੈ। ਆਓ ਉਨ੍ਹਾਂ 'ਤੇ ਇੱਕ ਡੂੰਘੀ ਵਿਚਾਰ ਕਰੀਏ:
HTTP ਗਲਤੀ 500 ਅੰਦਰੂਨੀ ਸਰਵਰ ਗਲਤੀ. ਸਰਵਰ ਅਣਕਿਆਸੇ ਹਾਲਾਤਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਦਾ ਹੈ ਜੋ ਇਸਨੂੰ ਬੇਨਤੀ ਪੂਰੀ ਕਰਨ ਤੋਂ ਰੋਕਦੇ ਹਨ। "ਸਰਵਰ" ਸਿਰਲੇਖ ਉਸ ਸਰਵਰ ਨੂੰ ਦਰਸਾ ਸਕਦਾ ਹੈ ਜਿਸ 'ਤੇ ਗਲਤੀ ਆਈ ਹੈ।
501 ਲਾਗੂ ਨਹੀਂ ਕੀਤਾ ਗਿਆ. ਸਰਵਰ ਕਲਾਇੰਟ ਦੀ ਬੇਨਤੀ 'ਤੇ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਲਈ ਲੋੜੀਂਦੀ ਕਾਰਜਸ਼ੀਲਤਾ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ। "Via" ਸਿਰਲੇਖ ਉਸ ਪ੍ਰੌਕਸੀ ਸਰਵਰ ਨੂੰ ਦਰਸਾ ਸਕਦਾ ਹੈ ਜਿਸ ਰਾਹੀਂ ਗਲਤੀ ਆਈ ਹੈ।
502 ਗਲਤ ਗੇਟਵੇ. ਇਸ ਕੋਡ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸਰਵਰ ਜੋ ਪ੍ਰੌਕਸੀ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਨੂੰ ਕਿਸੇ ਹੋਰ ਸਰਵਰ ਤੋਂ ਗਲਤ ਜਵਾਬ ਮਿਲਿਆ ਹੈ।
HTTP ਨੂੰ ਗਲਤੀ ਹੈ 503 ਸੇਵਾ ਅਣਉਪਲਬਧ. ਸਰਵਰ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਬੇਨਤੀਆਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥ ਹੈ।
504 ਗੇਟਵੇ ਟਾਈਮ - ਆਊਟ. ਸਰਵਰ, ਜੋ ਕਿ ਪ੍ਰੌਕਸੀ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਨੂੰ ਦੂਜੇ ਸਰਵਰ ਤੋਂ ਸਮੇਂ ਸਿਰ ਜਵਾਬ ਨਹੀਂ ਮਿਲਿਆ।
505 HTTP ਸੰਸਕਰਣ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ. ਸਰਵਰ ਬੇਨਤੀ ਵਿੱਚ ਦੱਸੇ ਗਏ HTTP ਪ੍ਰੋਟੋਕੋਲ ਸੰਸਕਰਣ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਬੈਕਅੱਪ ਵਿਕਲਪ ਦੇ ਤੌਰ 'ਤੇ, "ਅੱਪਗ੍ਰੇਡ" ਸਿਰਲੇਖ ਸਮਰਥਿਤ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਦਰਸਾ ਸਕਦਾ ਹੈ।
506 ਵੇਰੀਐਂਟ ਵੀ ਗੱਲਬਾਤ ਕਰਦਾ ਹੈ. ਇਹ ਸਥਿਤੀ HTTP/1.1 ਵਿੱਚ ਨਹੀਂ ਵਰਤੀ ਜਾਂਦੀ; ਹਾਲਾਂਕਿ, ਜੇਕਰ ਸਰਵਰ ਇੱਕ ਅੰਦਰੂਨੀ ਸੰਰਚਨਾ ਦਾ ਪਤਾ ਲਗਾਉਂਦਾ ਹੈ ਜਿਸਦੇ ਨਤੀਜੇ ਵਜੋਂ ਸਮੱਗਰੀ ਗੱਲਬਾਤ ਅਸਪਸ਼ਟਤਾ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਇਹ ਇਸ ਜਵਾਬ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹੈ।
507 ਨਾਕਾਫ਼ੀ ਸਟੋਰੇਜ. ਸਰਵਰ 'ਤੇ ਲੋੜੀਂਦੀ ਸਟੋਰੇਜ ਸਪੇਸ ਨਾ ਹੋਣ ਕਾਰਨ ਸਰਵਰ ਬੇਨਤੀ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦਾ।
508 ਲੂਪ ਖੋਜਿਆ ਗਿਆ. ਸਰਵਰ ਨੇ ਬੇਨਤੀ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਦੇ ਸਮੇਂ ਇੱਕ ਲੂਪ ਖੋਜਿਆ ਹੈ, ਅਤੇ ਇੱਕ ਅਨੰਤ ਲੂਪ ਤੋਂ ਬਚਣ ਲਈ ਬੇਨਤੀ ਨੂੰ ਪੂਰਾ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰ ਦਿੱਤਾ ਹੈ।
509 ਬੈਂਡਵਿਡਥ ਸੀਮਾ ਵਧ ਗਈ. ਗਲਤੀ ਉਦੋਂ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਸਰਵਰ ਦੀ ਬੈਂਡਵਿਡਥ ਬੇਨਤੀਆਂ ਜਾਂ ਟ੍ਰੈਫਿਕ ਦੀ ਜ਼ਿਆਦਾ ਮਾਤਰਾ ਕਾਰਨ ਵੱਧ ਜਾਂਦੀ ਹੈ।
510 ਨਹੀਂ ਵਧਾਇਆ ਗਿਆ. ਬੇਨਤੀ ਜਾਰੀ ਰੱਖਣ ਲਈ ਕਲਾਇੰਟ ਨੂੰ ਵਾਧੂ ਐਕਸਟੈਂਸ਼ਨਾਂ ਟ੍ਰਾਂਸਫਰ ਕਰਨੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।
511 ਨੈੱਟਵਰਕ ਪ੍ਰਮਾਣਿਕਤਾ ਦੀ ਲੋੜ ਹੈ. ਨੈੱਟਵਰਕ ਤੱਕ ਪਹੁੰਚ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਕਲਾਇੰਟ ਨੂੰ ਆਪਣੇ ਆਪ ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨਾ ਪਵੇਗਾ।
ਪੇਜ ਸਟੇਟਸ ਕੋਡ ਦੀ ਜਾਂਚ ਕਿਵੇਂ ਕਰੀਏ
ਇਸ ਭਾਗ ਵਿੱਚ, ਅਸੀਂ ਪੰਨੇ ਦੀ ਸਥਿਤੀ ਕੋਡ ਦੀ ਜਾਂਚ ਕਰਨ ਦੇ ਤਿੰਨ ਮੁੱਖ ਤਰੀਕਿਆਂ 'ਤੇ ਵਿਚਾਰ ਕਰਾਂਗੇ: ਕਮਾਂਡ ਲਾਈਨ ਰਾਹੀਂ, ਵੈੱਬ ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਅਤੇ ਸੁਤੰਤਰ ਔਨਲਾਈਨ ਸੇਵਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ। ਇਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਢੰਗ ਦੇ ਆਪਣੇ ਫਾਇਦੇ ਹਨ ਅਤੇ ਵੱਖ-ਵੱਖ ਸਥਿਤੀਆਂ ਵਿੱਚ ਉਪਯੋਗੀ ਹੋ ਸਕਦੇ ਹਨ।
ਕਮਾਂਡ ਲਾਈਨ ਰਾਹੀਂ ਸਰਵਰ ਜਵਾਬ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ
ਕਮਾਂਡ ਲਾਈਨ ਵੈੱਬ ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਵਰਤੋਂ ਕੀਤੇ ਬਿਨਾਂ ਪੇਜ ਸਟੇਟਸ ਕੋਡ ਦੀ ਜਾਂਚ ਕਰਨ ਦਾ ਇੱਕ ਸੁਵਿਧਾਜਨਕ ਤਰੀਕਾ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। ਇਸ ਵਿਧੀ ਲਈ, ਤੁਹਾਨੂੰ ਕਮਾਂਡ ਲਾਈਨ ਖੋਲ੍ਹਣ ਅਤੇ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ:
curl -I http://page-addressਇਹ ਕਮਾਂਡ ਨਿਰਧਾਰਤ URL ਨੂੰ ਇੱਕ HEAD ਬੇਨਤੀ (ਸਿਰਫ਼ ਸਿਰਲੇਖ ਬੇਨਤੀ) ਭੇਜਦੀ ਹੈ ਅਤੇ HTTP ਸਥਿਤੀ ਕੋਡ ਸਮੇਤ ਜਾਣਕਾਰੀ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦੀ ਹੈ:
ਉੱਪਰ ਦਿੱਤੀ ਉਦਾਹਰਣ ਇੱਕ ਸਫਲ ਜਵਾਬ ਕੋਡ ਦਰਸਾਉਂਦੀ ਹੈ। ਇੱਕ ਜਵਾਬ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਜਿਸ ਵਿੱਚ ਇੱਕ ਗਲਤੀ ਕੋਡ ਹੈ, ਜਿਵੇਂ ਕਿ 404 ਨਹੀਂ ਮਿਲਿਆ HTTP ਗਲਤੀ, ਨਤੀਜਾ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਵੇਗਾ:
ਬ੍ਰਾਊਜ਼ਰ ਕੰਸੋਲ ਰਾਹੀਂ ਸਰਵਰ ਜਵਾਬ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ
ਵੈੱਬ ਬ੍ਰਾਊਜ਼ਰ ਡਿਵੈਲਪਰ ਕੰਸੋਲ ਵੱਖ-ਵੱਖ ਕਾਰਵਾਈਆਂ ਕਰਨ ਲਈ ਟੂਲ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਪੇਜ ਸਟੇਟਸ ਕੋਡ ਦੀ ਜਾਂਚ ਕਰਨਾ ਸ਼ਾਮਲ ਹੈ। ਸਰਵਰ ਜਵਾਬ ਵਿੱਚ HTTP ਕੋਡ ਦੇਖਣ ਲਈ, ਤੁਹਾਨੂੰ ਵਰਤੇ ਗਏ ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਆਧਾਰ 'ਤੇ ਡਿਵੈਲਪਰ ਕੰਸੋਲ (Ctrl+Shift+K) ਜਾਂ (Ctrl+shift+J) ਖੋਲ੍ਹਣ ਦੀ ਲੋੜ ਹੈ। ਅੱਗੇ, "ਨੈੱਟਵਰਕ" ਭਾਗ ਚੁਣੋ ਅਤੇ ਲੋੜੀਂਦਾ ਪੰਨਾ ਲੋਡ ਕਰੋ:
ਸੁਤੰਤਰ ਟੂਲਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਰਵਰ ਜਵਾਬ ਦੀ ਜਾਂਚ ਕਰਨਾ
ਬਹੁਤ ਸਾਰੀਆਂ ਸੁਤੰਤਰ ਔਨਲਾਈਨ ਸੇਵਾਵਾਂ ਹਨ ਜੋ ਵੈੱਬਸਾਈਟ ਪੇਜ ਸਟੇਟਸ ਕੋਡ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ ਟੂਲ ਪ੍ਰਦਾਨ ਕਰਦੀਆਂ ਹਨ। ਇਹ ਸੇਵਾਵਾਂ ਆਮ ਤੌਰ 'ਤੇ ਤੁਹਾਨੂੰ ਆਪਣੇ ਸਰੋਤ ਦੀ ਉਪਲਬਧਤਾ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਜਲਦੀ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀਆਂ ਹਨ। ਇਹ ਸਾਰੇ ਇੱਕੋ ਸਿਧਾਂਤ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਕੰਮ ਕਰਦੇ ਹਨ। ਇੱਕ ਉਦਾਹਰਣ ਵਜੋਂ, ਅਸੀਂ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਸਰੋਤ 'ਤੇ ਵਿਚਾਰ ਕਰਾਂਗੇ - httpstatus.io
ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਤੁਹਾਨੂੰ ਸੇਵਾ ਖੁਦ ਖੋਲ੍ਹਣ ਦੀ ਲੋੜ ਹੈ, ਫਿਰ ਉਸ ਪੰਨੇ ਦਾ ਪਤਾ ਦਰਜ ਕਰੋ ਜਿਸਦਾ ਜਵਾਬ ਤੁਹਾਨੂੰ ਲੱਭਣ ਦੀ ਲੋੜ ਹੈ, ਅਤੇ ਪੁਸ਼ਟੀਕਰਨ ਦੀ ਬੇਨਤੀ ਕਰੋ:
ਨਤੀਜਾ ਪੰਨੇ ਦੇ ਹੇਠਾਂ ਪ੍ਰਦਰਸ਼ਿਤ ਹੋਵੇਗਾ:
ਸਿੱਟਾ
ਸਿੱਟੇ ਵਜੋਂ, ਇਸ ਗੱਲ 'ਤੇ ਜ਼ੋਰ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ HTTP ਗਲਤੀ ਕੋਡਾਂ ਨੂੰ ਸਮਝਣਾ ਅਤੇ ਪੜ੍ਹਨ ਦੇ ਯੋਗ ਹੋਣਾ ਵੈੱਬ ਵਿਕਾਸ ਅਤੇ ਸਰਵਰ ਰੱਖ-ਰਖਾਅ ਵਿੱਚ ਸ਼ਾਮਲ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਲਈ ਇੱਕ ਮੁੱਖ ਹੁਨਰ ਹੈ। ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਹਰੇਕ ਗਲਤੀ ਦਾ ਪਤਾ ਲਗਾਉਂਦੇ ਹਾਂ ਅਤੇ ਉਹਨਾਂ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਸਾਧਨਾਂ ਦੀ ਪੜਚੋਲ ਕਰਦੇ ਹਾਂ, ਅਸੀਂ ਕਾਰਨ ਦੇਖਦੇ ਹਾਂ ਕਿ ਇਹਨਾਂ ਵੈੱਬ ਸੇਵਾਵਾਂ ਦੇ ਪਹਿਲੂਆਂ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਪ੍ਰਬੰਧਿਤ ਕਰਨਾ ਇੰਨਾ ਮਹੱਤਵਪੂਰਨ ਕਿਉਂ ਹੈ।
