ਮੁਫ਼ਤ HTTP ਸਟੇਟਸ ਕੋਡ ਸੰਦਰਭ
ਸਾਰੇ HTTP ਸਟੇਟਸ ਕੋਡਾਂ ਲਈ ਖੋਜਣਯੋਗ ਸੰਦਰਭ — ਹਰੇਕ ਦਾ ਮਤਲਬ ਕੀ ਹੈ, ਇਹ ਕਦੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਆਮ ਕਾਰਨ। 100 ਤੋਂ 511 ਤੱਕ।
61 ਸਟੇਟਸ ਕੋਡ
100ਜਾਰੀ ਰੱਖੋ
ਸਰਵਰ ਨੂੰ ਬੇਨਤੀ ਦੇ ਹੈਡਰ ਮਿਲ ਗਏ ਹਨ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਬਾਡੀ ਨਾਲ ਅੱਗੇ ਵਧਣਾ ਚਾਹੀਦਾ ਹੈ।
ਜਾਰੀ ਰੱਖੋ
ਸਰਵਰ ਨੂੰ ਬੇਨਤੀ ਦੇ ਹੈਡਰ ਮਿਲ ਗਏ ਹਨ ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਬਾਡੀ ਨਾਲ ਅੱਗੇ ਵਧਣਾ ਚਾਹੀਦਾ ਹੈ।
Expect: 100-continue ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਸਰਵਰ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ ਕਿ ਉਹ ਕਲਾਇੰਟ ਦੇ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਬਾਡੀ ਲੈਣ ਲਈ ਤਿਆਰ ਹੈ। ਆਧੁਨਿਕ ਵੈੱਬ ਐਪਾਂ ਵਿੱਚ ਘੱਟ ਦੇਖਿਆ ਜਾਂਦਾ ਹੈ।
101ਪ੍ਰੋਟੋਕੋਲ ਬਦਲ ਰਿਹਾ ਹੈ
ਸਰਵਰ ਕਲਾਇੰਟ ਦੀ ਬੇਨਤੀ ਅਨੁਸਾਰ ਪ੍ਰੋਟੋਕੋਲ ਬਦਲ ਰਿਹਾ ਹੈ।
ਪ੍ਰੋਟੋਕੋਲ ਬਦਲ ਰਿਹਾ ਹੈ
ਸਰਵਰ ਕਲਾਇੰਟ ਦੀ ਬੇਨਤੀ ਅਨੁਸਾਰ ਪ੍ਰੋਟੋਕੋਲ ਬਦਲ ਰਿਹਾ ਹੈ।
ਆਮ ਤੌਰ 'ਤੇ WebSocket ਅੱਪਗ੍ਰੇਡਾਂ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ — ਕਲਾਇੰਟ Upgrade: websocket ਦੀ ਬੇਨਤੀ ਕਰਦਾ ਹੈ ਅਤੇ ਸਰਵਰ ਬਦਲਣ ਲਈ 101 ਨਾਲ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।
102ਪ੍ਰੋਸੈੱਸ ਹੋ ਰਿਹਾ ਹੈ
ਸਰਵਰ ਨੂੰ ਬੇਨਤੀ ਮਿਲ ਗਈ ਹੈ ਅਤੇ ਇਸਨੂੰ ਪ੍ਰੋਸੈਸ ਕਰ ਰਿਹਾ ਹੈ, ਪਰ ਹਾਲੇ ਕੋਈ ਜਵਾਬ ਉਪਲਬਧ ਨਹੀਂ ਹੈ।
ਪ੍ਰੋਸੈੱਸ ਹੋ ਰਿਹਾ ਹੈ
ਸਰਵਰ ਨੂੰ ਬੇਨਤੀ ਮਿਲ ਗਈ ਹੈ ਅਤੇ ਇਸਨੂੰ ਪ੍ਰੋਸੈਸ ਕਰ ਰਿਹਾ ਹੈ, ਪਰ ਹਾਲੇ ਕੋਈ ਜਵਾਬ ਉਪਲਬਧ ਨਹੀਂ ਹੈ।
ਲੰਬੇ ਕਾਰਜਾਂ ਦੌਰਾਨ ਕਲਾਇੰਟ ਟਾਈਮਆਉਟ ਰੋਕਣ ਲਈ ਭੇਜਿਆ ਗਿਆ ਇੱਕ WebDAV ਵਿਚਕਾਰਲਾ ਜਵਾਬ। ਪੁਰਾਣਾ — ਆਧੁਨਿਕ ਸਰਵਰਾਂ ਨੂੰ ਇਹ ਨਹੀਂ ਭੇਜਣਾ ਚਾਹੀਦਾ।
103ਸ਼ੁਰੂਆਤੀ ਸੰਕੇਤ
ਅੰਤਿਮ ਜਵਾਬ ਤੋਂ ਪਹਿਲਾਂ ਭੇਜੇ ਗਏ ਸ਼ੁਰੂਆਤੀ ਹੈਡਰ।
ਸ਼ੁਰੂਆਤੀ ਸੰਕੇਤ
ਅੰਤਿਮ ਜਵਾਬ ਤੋਂ ਪਹਿਲਾਂ ਭੇਜੇ ਗਏ ਸ਼ੁਰੂਆਤੀ ਹੈਡਰ।
ਸਰਵਰਾਂ ਨੂੰ Link ਹੈਡਰ (preload/preconnect) ਭੇਜਣ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਅੰਤਿਮ ਜਵਾਬ ਹਾਲੇ ਤਿਆਰ ਹੋ ਰਿਹਾ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਜ਼ਰੂਰੀ ਸਰੋਤ ਜਲਦੀ ਲਿਆਉਣੇ ਸ਼ੁਰੂ ਕਰ ਸਕਣ।
200ਠੀਕ ਹੈ
ਬੇਨਤੀ ਸਫਲ ਰਹੀ।
ਠੀਕ ਹੈ
ਬੇਨਤੀ ਸਫਲ ਰਹੀ।
ਮਿਆਰੀ ਸਫਲਤਾ ਜਵਾਬ। ਮਤਲਬ HTTP ਢੰਗ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ: GET → ਸਰੋਤ ਵਾਪਸ ਕੀਤਾ ਗਿਆ, POST/PUT → ਕਾਰਵਾਈ ਪੂਰੀ ਹੋਈ।
201ਬਣਾਇਆ ਗਿਆ
ਇੱਕ ਨਵਾਂ ਸਰੋਤ ਸਫਲਤਾਪੂਰਵਕ ਬਣਾਇਆ ਗਿਆ।
ਬਣਾਇਆ ਗਿਆ
ਇੱਕ ਨਵਾਂ ਸਰੋਤ ਸਫਲਤਾਪੂਰਵਕ ਬਣਾਇਆ ਗਿਆ।
POST ਤੋਂ ਬਾਅਦ ਆਮ। ਜਵਾਬ ਵਿੱਚ ਨਵੇਂ ਸਰੋਤ ਦੇ URL ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ Location ਹੈਡਰ ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
202ਸਵੀਕਾਰ ਕੀਤਾ
ਬੇਨਤੀ ਪ੍ਰੋਸੈਸਿੰਗ ਲਈ ਸਵੀਕਾਰ ਕੀਤੀ ਗਈ, ਪਰ ਪ੍ਰੋਸੈਸਿੰਗ ਪੂਰੀ ਨਹੀਂ ਹੋਈ।
ਸਵੀਕਾਰ ਕੀਤਾ
ਬੇਨਤੀ ਪ੍ਰੋਸੈਸਿੰਗ ਲਈ ਸਵੀਕਾਰ ਕੀਤੀ ਗਈ, ਪਰ ਪ੍ਰੋਸੈਸਿੰਗ ਪੂਰੀ ਨਹੀਂ ਹੋਈ।
ਅਸਿੰਕ ਕਾਰਵਾਈਆਂ ਲਈ — ਸਰਵਰ ਕੰਮ ਕਤਾਰਬੱਧ ਕਰ ਰਿਹਾ ਹੈ। ਕਲਾਇੰਟ ਨੂੰ ਇੱਕ ਸਥਿਤੀ ਐਂਡਪੁਆਇੰਟ ਪੋਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਬਾਅਦ ਵਿੱਚ ਜਾਂਚ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
203ਗ਼ੈਰ-ਅਧਿਕਾਰਤ ਜਾਣਕਾਰੀ
ਜਵਾਬ ਨੂੰ ਇੱਕ ਟ੍ਰਾਂਸਫਾਰਮਿੰਗ ਪ੍ਰੌਕਸੀ ਦੁਆਰਾ ਸੋਧਿਆ ਗਿਆ।
ਗ਼ੈਰ-ਅਧਿਕਾਰਤ ਜਾਣਕਾਰੀ
ਜਵਾਬ ਨੂੰ ਇੱਕ ਟ੍ਰਾਂਸਫਾਰਮਿੰਗ ਪ੍ਰੌਕਸੀ ਦੁਆਰਾ ਸੋਧਿਆ ਗਿਆ।
ਬੇਨਤੀ ਸਫਲ ਰਹੀ, ਪਰ ਇੱਕ ਵਿਚੋਲੇ (ਜਿਵੇਂ ਕੈਸ਼ਿੰਗ ਜਾਂ ਟ੍ਰਾਂਸਫਾਰਮਿੰਗ ਪ੍ਰੌਕਸੀ) ਨੇ ਮੂਲ ਸਰਵਰ ਤੋਂ ਪੇਲੋਡ ਬਦਲ ਦਿੱਤਾ — ਉਦਾਹਰਨ ਲਈ, ਚਿੱਤਰਾਂ ਨੂੰ ਦੁਬਾਰਾ ਕੰਪ੍ਰੈਸ ਕਰਕੇ। ਅਮਲ ਵਿੱਚ ਬਹੁਤ ਘੱਟ।
204ਕੋਈ ਸਮੱਗਰੀ ਨਹੀਂ
ਬੇਨਤੀ ਸਫਲ ਰਹੀ ਪਰ ਕੋਈ ਜਵਾਬ ਬਾਡੀ ਨਹੀਂ ਹੈ।
ਕੋਈ ਸਮੱਗਰੀ ਨਹੀਂ
ਬੇਨਤੀ ਸਫਲ ਰਹੀ ਪਰ ਕੋਈ ਜਵਾਬ ਬਾਡੀ ਨਹੀਂ ਹੈ।
ਅਕਸਰ DELETE ਕਾਰਵਾਈਆਂ ਜਾਂ PUT ਅੱਪਡੇਟਾਂ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਬਾਡੀ ਵਾਪਸ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੁੰਦੀ। ਕਲਾਇੰਟ ਨੂੰ ਮੌਜੂਦਾ ਪੰਨੇ ਤੋਂ ਨਹੀਂ ਹਟਣਾ ਚਾਹੀਦਾ।
205ਸਮੱਗਰੀ ਰੀਸੈੱਟ
ਬੇਨਤੀ ਸਫਲ ਰਹੀ; ਕਲਾਇੰਟ ਨੂੰ ਦਸਤਾਵੇਜ਼ ਦ੍ਰਿਸ਼ ਰੀਸੈੱਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਸਮੱਗਰੀ ਰੀਸੈੱਟ
ਬੇਨਤੀ ਸਫਲ ਰਹੀ; ਕਲਾਇੰਟ ਨੂੰ ਦਸਤਾਵੇਜ਼ ਦ੍ਰਿਸ਼ ਰੀਸੈੱਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
204 ਵਾਂਗ, ਕੋਈ ਬਾਡੀ ਵਾਪਸ ਨਹੀਂ ਹੁੰਦੀ — ਪਰ ਕਲਾਇੰਟ ਨੂੰ ਇਹ ਵੀ ਕਿਹਾ ਜਾਂਦਾ ਹੈ ਕਿ ਬੇਨਤੀ ਬਣਾਉਣ ਵਾਲੇ ਫਾਰਮ ਜਾਂ ਦ੍ਰਿਸ਼ ਨੂੰ ਰੀਸੈੱਟ ਕਰੇ (ਜਿਵੇਂ ਅਗਲੀ ਐਂਟਰੀ ਲਈ ਫਾਰਮ ਖੇਤਰ ਸਾਫ਼ ਕਰਨਾ)।
206ਅੰਸ਼ਕ ਸਮੱਗਰੀ
ਸਰਵਰ ਨੇ ਸਰੋਤ ਦਾ ਸਿਰਫ਼ ਇੱਕ ਹਿੱਸਾ ਹੀ ਭੇਜਿਆ।
ਅੰਸ਼ਕ ਸਮੱਗਰੀ
ਸਰਵਰ ਨੇ ਸਰੋਤ ਦਾ ਸਿਰਫ਼ ਇੱਕ ਹਿੱਸਾ ਹੀ ਭੇਜਿਆ।
Range ਬੇਨਤੀ ਦਾ ਜਵਾਬ। ਵੀਡੀਓ ਪਲੇਅਰਾਂ ਅਤੇ ਡਾਊਨਲੋਡ ਮੈਨੇਜਰਾਂ ਦੁਆਰਾ ਰੁਕੇ ਡਾਊਨਲੋਡ ਮੁੜ ਸ਼ੁਰੂ ਕਰਨ ਜਾਂ ਵੱਡੀਆਂ ਫ਼ਾਈਲਾਂ ਸਟ੍ਰੀਮ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
207ਮਲਟੀ-ਸਟੇਟਸ
ਜਵਾਬ ਬਾਡੀ ਵਿੱਚ ਕਈ ਕਾਰਵਾਈਆਂ ਲਈ ਕਈ ਸਟੇਟਸ ਕੋਡ ਹਨ।
ਮਲਟੀ-ਸਟੇਟਸ
ਜਵਾਬ ਬਾਡੀ ਵਿੱਚ ਕਈ ਕਾਰਵਾਈਆਂ ਲਈ ਕਈ ਸਟੇਟਸ ਕੋਡ ਹਨ।
WebDAV: ਇੱਕ XML ਬਾਡੀ ਕਈ ਉਪ-ਕਾਰਵਾਈਆਂ ਦੇ ਨਤੀਜੇ ਵੱਖਰੇ-ਵੱਖਰੇ ਰਿਪੋਰਟ ਕਰਦੀ ਹੈ — ਉਦਾਹਰਨ ਲਈ, ਬੈਚ ਮੂਵ ਜਿੱਥੇ ਕੁਝ ਆਈਟਮਾਂ ਸਫਲ ਹੋਈਆਂ ਅਤੇ ਬਾਕੀ ਅਸਫਲ।
208ਪਹਿਲਾਂ ਹੀ ਰਿਪੋਰਟ ਕੀਤਾ ਗਿਆ
ਕਲੈਕਸ਼ਨ ਦੇ ਮੈਂਬਰ ਜਵਾਬ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਸੂਚੀਬੱਧ ਕੀਤੇ ਜਾ ਚੁੱਕੇ ਸਨ।
ਪਹਿਲਾਂ ਹੀ ਰਿਪੋਰਟ ਕੀਤਾ ਗਿਆ
ਕਲੈਕਸ਼ਨ ਦੇ ਮੈਂਬਰ ਜਵਾਬ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਸੂਚੀਬੱਧ ਕੀਤੇ ਜਾ ਚੁੱਕੇ ਸਨ।
WebDAV: ਜਦੋਂ ਬਾਈਂਡਿੰਗਾਂ ਲੂਪ ਬਣਾਉਂਦੀਆਂ ਹਨ ਤਾਂ ਇੱਕੋ ਕਲੈਕਸ਼ਨ ਦੇ ਮੈਂਬਰਾਂ ਨੂੰ ਵਾਰ-ਵਾਰ ਸੂਚੀਬੱਧ ਕਰਨ ਤੋਂ ਬਚਣ ਲਈ 207 ਮਲਟੀ-ਸਟੇਟਸ ਜਵਾਬਾਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
226IM ਵਰਤਿਆ ਗਿਆ
ਜਵਾਬ ਰਿਸੋਰਸ 'ਤੇ ਲਾਗੂ ਕੀਤੀਆਂ ਇੰਸਟੈਂਸ ਹੇਰਾਫੇਰੀਆਂ ਦਾ ਨਤੀਜਾ ਹੈ।
IM ਵਰਤਿਆ ਗਿਆ
ਜਵਾਬ ਰਿਸੋਰਸ 'ਤੇ ਲਾਗੂ ਕੀਤੀਆਂ ਇੰਸਟੈਂਸ ਹੇਰਾਫੇਰੀਆਂ ਦਾ ਨਤੀਜਾ ਹੈ।
ਡੈਲਟਾ ਇਨਕੋਡਿੰਗ: ਬੈਂਡਵਿਡਥ ਬਚਾਉਣ ਲਈ ਸਰਵਰ ਪੂਰੇ ਰਿਸੋਰਸ ਦੀ ਬਜਾਏ ਪਿਛਲੇ ਵਰਜਨ ਨਾਲ ਡਿਫ ਵਾਪਸ ਭੇਜਦਾ ਹੈ। ਬਹੁਤ ਘੱਟ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
300ਕਈ ਚੋਣਾਂ
ਰਿਸੋਰਸ ਦੀਆਂ ਕਈ ਪ੍ਰਸਤੁਤੀਆਂ ਉਪਲਬਧ ਹਨ।
ਕਈ ਚੋਣਾਂ
ਰਿਸੋਰਸ ਦੀਆਂ ਕਈ ਪ੍ਰਸਤੁਤੀਆਂ ਉਪਲਬਧ ਹਨ।
ਸਰਵਰ ਕਈ ਵਿਕਲਪ ਪੇਸ਼ ਕਰਦਾ ਹੈ (ਜਿਵੇਂ ਵੱਖ-ਵੱਖ ਫਾਰਮੈਟ ਜਾਂ ਭਾਸ਼ਾਵਾਂ) ਅਤੇ ਕਲਾਇੰਟ ਨੂੰ ਇੱਕ ਚੁਣਨਾ ਚਾਹੀਦਾ ਹੈ। ਘੱਟ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਕਿਉਂਕਿ ਆਟੋਮੈਟਿਕ ਕੰਟੈਂਟ ਨੈਗੋਸ਼ੀਏਸ਼ਨ ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਸੰਭਾਲ ਲੈਂਦੀ ਹੈ।
301ਸਥਾਈ ਤੌਰ 'ਤੇ ਮੂਵ ਕੀਤਾ ਗਿਆ
ਰਿਸੋਰਸ ਸਥਾਈ ਤੌਰ 'ਤੇ ਨਵੇਂ URL 'ਤੇ ਮੂਵ ਹੋ ਗਿਆ ਹੈ।
ਸਥਾਈ ਤੌਰ 'ਤੇ ਮੂਵ ਕੀਤਾ ਗਿਆ
ਰਿਸੋਰਸ ਸਥਾਈ ਤੌਰ 'ਤੇ ਨਵੇਂ URL 'ਤੇ ਮੂਵ ਹੋ ਗਿਆ ਹੈ।
ਸਥਾਈ URL ਤਬਦੀਲੀਆਂ ਲਈ ਵਰਤੋ — ਸਰਚ ਇੰਜਣ ਆਪਣਾ ਇੰਡੈਕਸ ਅੱਪਡੇਟ ਕਰਨਗੇ। SEO ਅਥਾਰਿਟੀ ਨਵੇਂ URL 'ਤੇ ਟ੍ਰਾਂਸਫਰ ਹੁੰਦੀ ਹੈ।
302ਮਿਲਿਆ (ਆਰਜ਼ੀ ਰੀਡਾਇਰੈਕਟ)
ਰਿਸੋਰਸ ਆਰਜ਼ੀ ਤੌਰ 'ਤੇ ਵੱਖਰੇ URL 'ਤੇ ਹੈ।
ਮਿਲਿਆ (ਆਰਜ਼ੀ ਰੀਡਾਇਰੈਕਟ)
ਰਿਸੋਰਸ ਆਰਜ਼ੀ ਤੌਰ 'ਤੇ ਵੱਖਰੇ URL 'ਤੇ ਹੈ।
ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਰੀਡਾਇਰੈਕਟ ਸਥਾਈ ਨਹੀਂ ਹੈ। 301 ਨਾਲੋਂ ਕੈਸ਼ਿੰਗ ਘੱਟ ਸਖ਼ਤ ਹੈ। 'ਲੌਗਇਨ ਲੋੜੀਂਦਾ ਹੈ, /login 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ' ਵਰਗੀਆਂ ਚੀਜ਼ਾਂ ਲਈ ਵਰਤੋ।
303ਹੋਰ ਦੇਖੋ
GET ਵਰਤ ਕੇ ਵੱਖਰੇ URL 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰੋ।
ਹੋਰ ਦੇਖੋ
GET ਵਰਤ ਕੇ ਵੱਖਰੇ URL 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਕਰੋ।
POST ਸਬਮਿਸ਼ਨਾਂ ਤੋਂ ਬਾਅਦ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ — ਜਵਾਬ ਕਹਿੰਦਾ ਹੈ 'ਤੁਹਾਡਾ POST ਕੰਮ ਕੀਤਾ, ਨਤੀਜੇ ਲਈ ਇਹ GET URL ਦੇਖੋ'। ਬ੍ਰਾਊਜ਼ਰ ਹਮੇਸ਼ਾ ਨਵੇਂ URL ਨੂੰ GET ਕਰਦੇ ਹਨ।
304ਸੋਧਿਆ ਨਹੀਂ ਗਿਆ
ਕੈਸ਼ ਕੀਤਾ ਵਰਜਨ ਹਾਲੇ ਵੀ ਵੈਧ ਹੈ; ਇਸਨੂੰ ਵਰਤੋ।
ਸੋਧਿਆ ਨਹੀਂ ਗਿਆ
ਕੈਸ਼ ਕੀਤਾ ਵਰਜਨ ਹਾਲੇ ਵੀ ਵੈਧ ਹੈ; ਇਸਨੂੰ ਵਰਤੋ।
ਕੰਡੀਸ਼ਨਲ ਬੇਨਤੀ ਦਾ ਜਵਾਬ (If-None-Match ਜਾਂ If-Modified-Since ਹੈਡਰਾਂ ਨਾਲ)। ਬੈਂਡਵਿਡਥ ਬਚਾਉਂਦਾ ਹੈ — ਕੋਈ ਬਾਡੀ ਵਾਪਸ ਨਹੀਂ ਦਿੱਤੀ ਜਾਂਦੀ।
307ਆਰਜ਼ੀ ਰੀਡਾਇਰੈਕਟ
302 ਵਰਗਾ ਪਰ ਅਸਲ HTTP ਵਿਧੀ ਬਣਾਈ ਰੱਖਦਾ ਹੈ।
ਆਰਜ਼ੀ ਰੀਡਾਇਰੈਕਟ
302 ਵਰਗਾ ਪਰ ਅਸਲ HTTP ਵਿਧੀ ਬਣਾਈ ਰੱਖਦਾ ਹੈ।
ਜੇ ਅਸਲ POST ਸੀ, ਤਾਂ ਰੀਡਾਇਰੈਕਟ ਵੀ POST ਵਰਤਦਾ ਹੈ। ਜਦੋਂ ਵਿਧੀ ਬਣਾਈ ਰੱਖਣਾ ਜ਼ਰੂਰੀ ਹੋਵੇ ਤਾਂ 302 ਦਾ ਆਧੁਨਿਕ ਬਦਲ।
308ਸਥਾਈ ਰੀਡਾਇਰੈਕਟ
301 ਵਰਗਾ ਪਰ ਅਸਲ HTTP ਵਿਧੀ ਬਣਾਈ ਰੱਖਦਾ ਹੈ।
ਸਥਾਈ ਰੀਡਾਇਰੈਕਟ
301 ਵਰਗਾ ਪਰ ਅਸਲ HTTP ਵਿਧੀ ਬਣਾਈ ਰੱਖਦਾ ਹੈ।
ਜਦੋਂ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਰੀਡਾਇਰੈਕਟ ਤੋਂ ਬਾਅਦ POST ਬੇਨਤੀਆਂ POST ਹੀ ਰਹਿਣ, ਤਾਂ 301 ਦਾ ਆਧੁਨਿਕ ਬਦਲ।
400ਗਲਤ ਬੇਨਤੀ
ਗਲਤ ਸੰਟੈਕਸ ਕਾਰਨ ਸਰਵਰ ਬੇਨਤੀ ਨੂੰ ਸਮਝ ਨਹੀਂ ਸਕਿਆ।
ਗਲਤ ਬੇਨਤੀ
ਗਲਤ ਸੰਟੈਕਸ ਕਾਰਨ ਸਰਵਰ ਬੇਨਤੀ ਨੂੰ ਸਮਝ ਨਹੀਂ ਸਕਿਆ।
ਆਮ ਕਾਰਨ: ਬਾਡੀ ਵਿੱਚ ਗਲਤ JSON, ਅਵੈਧ ਕਿਊਰੀ ਪੈਰਾਮੀਟਰ, ਜਾਂ ਲੋੜੀਂਦੇ ਫੀਲਡ ਗੁੰਮ। ਬੇਨਤੀ ਬਾਡੀ ਅਤੇ ਹੈਡਰ ਜਾਂਚੋ।
401ਅਣਅਧਿਕਾਰਤ
ਪ੍ਰਮਾਣੀਕਰਨ ਲੋੜੀਂਦਾ ਹੈ ਅਤੇ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕੀਤਾ ਗਿਆ।
ਅਣਅਧਿਕਾਰਤ
ਪ੍ਰਮਾਣੀਕਰਨ ਲੋੜੀਂਦਾ ਹੈ ਅਤੇ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕੀਤਾ ਗਿਆ।
ਕਲਾਇੰਟ ਨੂੰ ਪ੍ਰਮਾਣੀਕਰਨ ਪ੍ਰਮਾਣ ਪੱਤਰ ਸ਼ਾਮਲ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ (Authorization ਹੈਡਰ, ਕੂਕੀ, ਟੋਕਨ)। 'Unauthorized' ਇੱਕ ਗਲਤ ਨਾਮ ਹੈ — ਇਸਦਾ ਅਸਲ ਮਤਲਬ 'ਅਪ੍ਰਮਾਣਿਤ' ਹੈ।
402ਭੁਗਤਾਨ ਲੋੜੀਂਦਾ ਹੈ
ਭਵਿੱਖ ਦੀ ਵਰਤੋਂ ਲਈ ਰਾਖਵਾਂ — ਕਦੇ-ਕਦੇ ਪੇਡ API ਟੀਅਰਾਂ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
ਭੁਗਤਾਨ ਲੋੜੀਂਦਾ ਹੈ
ਭਵਿੱਖ ਦੀ ਵਰਤੋਂ ਲਈ ਰਾਖਵਾਂ — ਕਦੇ-ਕਦੇ ਪੇਡ API ਟੀਅਰਾਂ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
ਮੂਲ ਰੂਪ ਵਿੱਚ ਡਿਜੀਟਲ ਭੁਗਤਾਨਾਂ ਲਈ ਇਰਾਦਾ ਸੀ। ਆਧੁਨਿਕ ਵਰਤੋਂ: APIs ਕਦੇ-ਕਦੇ 402 ਵਾਪਸ ਦਿੰਦੀਆਂ ਹਨ ਜਦੋਂ ਯੂਜ਼ਰ ਆਪਣਾ ਪੇਡ ਕੋਟਾ ਪਾਰ ਕਰ ਲੈਂਦਾ ਹੈ।
403ਮਨਾਹੀ
ਕਲਾਇੰਟ ਪ੍ਰਮਾਣਿਤ ਹੈ ਪਰ ਉਸ ਕੋਲ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ।
ਮਨਾਹੀ
ਕਲਾਇੰਟ ਪ੍ਰਮਾਣਿਤ ਹੈ ਪਰ ਉਸ ਕੋਲ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ।
401 ਤੋਂ ਵੱਖਰਾ — ਯੂਜ਼ਰ ਲੌਗਇਨ ਹੈ, ਪਰ ਉਸਦੇ ਖਾਤੇ ਕੋਲ ਇਸ ਰਿਸੋਰਸ ਲਈ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ। ਰੋਲ/ਇਜਾਜ਼ਤ ਲਾਜਿਕ ਜਾਂਚੋ।
404ਨਹੀਂ ਮਿਲਿਆ
ਬੇਨਤੀ ਕੀਤਾ ਰਿਸੋਰਸ ਮੌਜੂਦ ਨਹੀਂ ਹੈ।
ਨਹੀਂ ਮਿਲਿਆ
ਬੇਨਤੀ ਕੀਤਾ ਰਿਸੋਰਸ ਮੌਜੂਦ ਨਹੀਂ ਹੈ।
ਜਾਂ ਤਾਂ URL ਗਲਤ ਹੈ, ਰਿਸੋਰਸ ਮਿਟਾਇਆ ਗਿਆ ਸੀ, ਜਾਂ ਇਹ ਕਦੇ ਮੌਜੂਦ ਨਹੀਂ ਸੀ। ਸਰਵਰ ਕਦੇ-ਕਦੇ ਇਹ ਛੁਪਾਉਣ ਲਈ 404 ਵਾਪਸ ਦਿੰਦੇ ਹਨ ਕਿ 403 ਜ਼ਿਆਦਾ ਸਹੀ ਹੋਵੇਗਾ।
405ਵਿਧੀ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ
ਵਰਤੀ ਗਈ HTTP ਵਿਧੀ ਇਸ ਰਿਸੋਰਸ ਲਈ ਇਜਾਜ਼ਤਸ਼ੁਦਾ ਨਹੀਂ ਹੈ।
ਵਿਧੀ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ
ਵਰਤੀ ਗਈ HTTP ਵਿਧੀ ਇਸ ਰਿਸੋਰਸ ਲਈ ਇਜਾਜ਼ਤਸ਼ੁਦਾ ਨਹੀਂ ਹੈ।
ਉਦਾਹਰਨ ਵਜੋਂ, ਸਿਰਫ਼ POST ਸਵੀਕਾਰ ਕਰਨ ਵਾਲੇ ਐਂਡਪੌਇੰਟ 'ਤੇ GET ਬੇਨਤੀ। ਜਵਾਬ ਵਿੱਚ ਵੈਧ ਵਿਧੀਆਂ ਦੀ ਸੂਚੀ ਦੇਣ ਵਾਲਾ Allow ਹੈਡਰ ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
406ਸਵੀਕਾਰਯੋਗ ਨਹੀਂ
ਕੋਈ ਵੀ ਪ੍ਰਸਤੁਤੀ ਕਲਾਇੰਟ ਦੇ Accept ਹੈਡਰਾਂ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ।
ਸਵੀਕਾਰਯੋਗ ਨਹੀਂ
ਕੋਈ ਵੀ ਪ੍ਰਸਤੁਤੀ ਕਲਾਇੰਟ ਦੇ Accept ਹੈਡਰਾਂ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ।
ਕਲਾਇੰਟ ਨੇ ਅਜਿਹਾ ਕੰਟੈਂਟ ਟਾਈਪ, ਭਾਸ਼ਾ, ਜਾਂ ਇਨਕੋਡਿੰਗ (Accept, Accept-Language, Accept-Encoding ਰਾਹੀਂ) ਮੰਗਿਆ ਜੋ ਸਰਵਰ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਬਹੁਤ ਸਾਰੇ ਸਰਵਰ ਸਖ਼ਤ ਨੈਗੋਸ਼ੀਏਸ਼ਨ ਛੱਡ ਕੇ ਡਿਫਾਲਟ ਵਾਪਸ ਦਿੰਦੇ ਹਨ।
407ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣੀਕਰਨ ਲੋੜੀਂਦਾ ਹੈ
ਕਲਾਇੰਟ ਨੂੰ ਪਹਿਲਾਂ ਪ੍ਰੌਕਸੀ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣੀਕਰਨ ਲੋੜੀਂਦਾ ਹੈ
ਕਲਾਇੰਟ ਨੂੰ ਪਹਿਲਾਂ ਪ੍ਰੌਕਸੀ ਨਾਲ ਪ੍ਰਮਾਣਿਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
401 ਵਾਂਗ, ਪਰ ਪ੍ਰੌਕਸੀ ਵੱਲੋਂ ਜਾਰੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ: ਕਲਾਇੰਟ ਨੂੰ Proxy-Authorization ਪ੍ਰਮਾਣ ਪੱਤਰ ਭੇਜਣੇ ਚਾਹੀਦੇ ਹਨ। ਪ੍ਰਮਾਣੀਕਰਨ ਕਰਨ ਵਾਲੀਆਂ ਪ੍ਰੌਕਸੀਆਂ ਵਾਲੇ ਕਾਰਪੋਰੇਟ ਨੈੱਟਵਰਕਾਂ 'ਤੇ ਦੇਖਿਆ ਜਾਂਦਾ ਹੈ।
408ਬੇਨਤੀ ਦਾ ਸਮਾਂ ਖਤਮ
ਸਰਵਰ ਬੇਨਤੀ ਦੀ ਉਡੀਕ ਕਰਦੇ-ਕਰਦੇ ਟਾਈਮਆਊਟ ਹੋ ਗਿਆ।
ਬੇਨਤੀ ਦਾ ਸਮਾਂ ਖਤਮ
ਸਰਵਰ ਬੇਨਤੀ ਦੀ ਉਡੀਕ ਕਰਦੇ-ਕਰਦੇ ਟਾਈਮਆਊਟ ਹੋ ਗਿਆ।
ਕਲਾਇੰਟ ਨੇ ਬੇਨਤੀ ਬਾਡੀ ਭੇਜਣ ਵਿੱਚ ਬਹੁਤ ਸਮਾਂ ਲਾਇਆ ਜਾਂ ਕਨੈਕਸ਼ਨ ਨਿਸ਼ਕ੍ਰਿਯ ਰੱਖਿਆ। ਬੇਨਤੀ ਦੁਬਾਰਾ ਕਰੋ।
409ਟਕਰਾਅ
ਬੇਨਤੀ ਰਿਸੋਰਸ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਨਾਲ ਟਕਰਾਉਂਦੀ ਹੈ।
ਟਕਰਾਅ
ਬੇਨਤੀ ਰਿਸੋਰਸ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ ਨਾਲ ਟਕਰਾਉਂਦੀ ਹੈ।
ਆਮ ਤੌਰ 'ਤੇ ਸਮਕਾਲੀ ਐਡਿਟ ਟਕਰਾਵਾਂ ਜਾਂ ਡੁਪਲੀਕੇਟ ਰਿਸੋਰਸ ਬਣਾਉਣ ਲਈ ਵਾਪਸ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ (ਜਿਵੇਂ ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਈਮੇਲ ਨਾਲ ਯੂਜ਼ਰ ਬਣਾਉਣਾ)।
410ਗਾਇਬ
ਰਿਸੋਰਸ ਮਿਟਾਇਆ ਗਿਆ ਸੀ ਅਤੇ ਵਾਪਸ ਨਹੀਂ ਆਵੇਗਾ।
ਗਾਇਬ
ਰਿਸੋਰਸ ਮਿਟਾਇਆ ਗਿਆ ਸੀ ਅਤੇ ਵਾਪਸ ਨਹੀਂ ਆਵੇਗਾ।
404 ਨਾਲੋਂ ਮਜ਼ਬੂਤ — ਸਰਵਰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਜਾਣਦਾ ਹੈ ਕਿ ਰਿਸੋਰਸ ਪਹਿਲਾਂ ਮੌਜੂਦ ਸੀ ਪਰ ਸਥਾਈ ਤੌਰ 'ਤੇ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਸਰਚ ਇੰਜਣ ਇਸਨੂੰ ਡੀਇੰਡੈਕਸ ਕਰਨਗੇ।
411ਲੰਬਾਈ ਲੋੜੀਂਦੀ ਹੈ
ਸਰਵਰ ਨੂੰ Content-Length ਹੈਡਰ ਦੀ ਲੋੜ ਹੈ।
ਲੰਬਾਈ ਲੋੜੀਂਦੀ ਹੈ
ਸਰਵਰ ਨੂੰ Content-Length ਹੈਡਰ ਦੀ ਲੋੜ ਹੈ।
ਬੇਨਤੀ ਰੱਦ ਕੀਤੀ ਗਈ ਕਿਉਂਕਿ ਇਸ ਵਿੱਚ Content-Length ਹੈਡਰ ਨਹੀਂ ਸੀ ਅਤੇ ਸਰਵਰ ਅਣਜਾਣ ਸਾਈਜ਼ ਦੀਆਂ ਬਾਡੀਆਂ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ। ਹੈਡਰ ਜੋੜੋ ਅਤੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ।
412ਪੂਰਵ-ਸ਼ਰਤ ਅਸਫਲ
ਬੇਨਤੀ ਹੈਡਰਾਂ ਵਿੱਚ ਇੱਕ ਸ਼ਰਤ ਪੂਰੀ ਨਹੀਂ ਹੋਈ।
ਪੂਰਵ-ਸ਼ਰਤ ਅਸਫਲ
ਬੇਨਤੀ ਹੈਡਰਾਂ ਵਿੱਚ ਇੱਕ ਸ਼ਰਤ ਪੂਰੀ ਨਹੀਂ ਹੋਈ।
If-Match ਜਾਂ If-Unmodified-Since ਵਰਗੇ ਕੰਡੀਸ਼ਨਲ ਹੈਡਰ ਅਸਫਲ ਹੋਣ 'ਤੇ ਵਾਪਸ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ — ਆਮ ਤੌਰ 'ਤੇ ਆਸ਼ਾਵਾਦੀ ਲੌਕਿੰਗ: ਕਿਸੇ ਹੋਰ ਨੇ ਤੁਹਾਡੇ ਵਰਜਨ ਤੋਂ ਬਾਅਦ ਰਿਸੋਰਸ ਬਦਲ ਦਿੱਤਾ। ਦੁਬਾਰਾ ਫੈਚ ਕਰਕੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰੋ।
413ਪੇਲੋਡ ਬਹੁਤ ਵੱਡਾ
ਬੇਨਤੀ ਬਾਡੀ ਸਰਵਰ ਦੀ ਸਾਈਜ਼ ਸੀਮਾ ਤੋਂ ਵੱਧ ਹੈ।
ਪੇਲੋਡ ਬਹੁਤ ਵੱਡਾ
ਬੇਨਤੀ ਬਾਡੀ ਸਰਵਰ ਦੀ ਸਾਈਜ਼ ਸੀਮਾ ਤੋਂ ਵੱਧ ਹੈ।
ਵੱਡੀਆਂ ਫਾਈਲਾਂ ਅੱਪਲੋਡ ਕਰਨ ਵੇਲੇ ਆਮ। ਸਰਵਰ ਸੰਰਚਨਾ (nginx, apache) ਵੱਧ ਤੋਂ ਵੱਧ ਬਾਡੀ ਸਾਈਜ਼ ਤੈਅ ਕਰਦੀ ਹੈ। ਸਰਵਰ ਦੀ ਸੰਰਚਨਾ ਜਾਂਚੋ।
414URI ਬਹੁਤ ਲੰਬਾ
ਬੇਨਤੀ URL ਸਰਵਰ ਦੀ ਲੰਬਾਈ ਸੀਮਾ ਤੋਂ ਵੱਧ ਹੈ।
URI ਬਹੁਤ ਲੰਬਾ
ਬੇਨਤੀ URL ਸਰਵਰ ਦੀ ਲੰਬਾਈ ਸੀਮਾ ਤੋਂ ਵੱਧ ਹੈ।
ਆਮ ਤੌਰ 'ਤੇ ਬਹੁਤ ਲੰਬੀਆਂ ਕਿਊਰੀ ਸਟ੍ਰਿੰਗਾਂ ਕਾਰਨ (ਜਿਵੇਂ GET ਵਿੱਚ ਡਾਟਾ ਇਨਕੋਡ ਕਰਨਾ)। POST ਬਾਡੀ 'ਤੇ ਜਾਓ, ਜਾਂ ਜੇ ਤੁਹਾਡਾ ਕੰਟਰੋਲ ਹੈ ਤਾਂ ਸਰਵਰ ਸੀਮਾ ਵਧਾਓ।
415ਗੈਰ-ਸਮਰਥਿਤ ਮੀਡੀਆ ਕਿਸਮ
ਸਰਵਰ ਭੇਜੇ ਗਏ Content-Type ਨੂੰ ਸੰਭਾਲ ਨਹੀਂ ਸਕਦਾ।
ਗੈਰ-ਸਮਰਥਿਤ ਮੀਡੀਆ ਕਿਸਮ
ਸਰਵਰ ਭੇਜੇ ਗਏ Content-Type ਨੂੰ ਸੰਭਾਲ ਨਹੀਂ ਸਕਦਾ।
ਉਦਾਹਰਨ ਵਜੋਂ, ਸਿਰਫ਼ application/json ਸਵੀਕਾਰ ਕਰਨ ਵਾਲੇ ਸਰਵਰ ਨੂੰ application/xml ਭੇਜਣਾ। Content-Type ਹੈਡਰ ਸਹੀ ਸੈੱਟ ਕਰੋ।
416ਰੇਂਜ ਸੰਤੁਸ਼ਟ ਨਹੀਂ
ਬੇਨਤੀ ਕੀਤੀ ਬਾਈਟ ਰੇਂਜ ਰਿਸੋਰਸ ਦੇ ਸਾਈਜ਼ ਤੋਂ ਬਾਹਰ ਹੈ।
ਰੇਂਜ ਸੰਤੁਸ਼ਟ ਨਹੀਂ
ਬੇਨਤੀ ਕੀਤੀ ਬਾਈਟ ਰੇਂਜ ਰਿਸੋਰਸ ਦੇ ਸਾਈਜ਼ ਤੋਂ ਬਾਹਰ ਹੈ।
Range ਹੈਡਰ ਅਜਿਹਾ ਹਿੱਸਾ ਮੰਗਦਾ ਹੈ ਜੋ ਫਾਈਲ ਕੋਲ ਨਹੀਂ ਹੈ — ਜਿਵੇਂ ਫਾਈਲ ਦੇ ਅੰਤ ਤੋਂ ਬਾਅਦ ਡਾਊਨਲੋਡ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰਨਾ। ਜਵਾਬ ਵਿੱਚ ਅਸਲ ਸਾਈਜ਼ ਵਾਲਾ Content-Range ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
417ਉਮੀਦ ਅਸਫਲ
ਸਰਵਰ Expect ਹੈਡਰ ਦੀਆਂ ਲੋੜਾਂ ਪੂਰੀਆਂ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਉਮੀਦ ਅਸਫਲ
ਸਰਵਰ Expect ਹੈਡਰ ਦੀਆਂ ਲੋੜਾਂ ਪੂਰੀਆਂ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਜਦੋਂ ਸਰਵਰ Expect: 100-continue ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਤਾਂ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਕੁਝ ਕਲਾਇੰਟ ਵੱਡੀਆਂ POST ਬੇਨਤੀਆਂ 'ਤੇ ਮੂਲ ਰੂਪ ਵਿੱਚ ਇਹ ਹੈਡਰ ਭੇਜਦੇ ਹਨ; ਇਸਨੂੰ ਬੰਦ ਕਰਨ ਨਾਲ ਆਮ ਤੌਰ 'ਤੇ ਗਲਤੀ ਹੱਲ ਹੋ ਜਾਂਦੀ ਹੈ।
418ਮੈਂ ਇੱਕ ਚਾਹਦਾਨੀ ਹਾਂ
ਸਰਵਰ ਕੌਫੀ ਬਣਾਉਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਚਾਹਦਾਨੀ ਹੈ।
ਮੈਂ ਇੱਕ ਚਾਹਦਾਨੀ ਹਾਂ
ਸਰਵਰ ਕੌਫੀ ਬਣਾਉਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ ਇੱਕ ਚਾਹਦਾਨੀ ਹੈ।
1998 (RFC 2324) ਦਾ ਇੱਕ ਅਪ੍ਰੈਲ ਫੂਲ ਮਜ਼ਾਕ। ਕੁਝ ਅਸਲ APIs ਇਸਨੂੰ ਮਜ਼ਾਕ ਲਈ ਜਾਂ ਪੁਰਾਣੇ ਐਂਡਪੌਇੰਟਾਂ ਨੂੰ ਦਰਸਾਉਣ ਲਈ ਵਰਤਦੀਆਂ ਹਨ। ਉਤਪਾਦਨ ਵਰਤੋਂ ਲਈ ਨਹੀਂ।
421ਗਲਤ ਦਿਸ਼ਾ ਵਾਲੀ ਬੇਨਤੀ
ਬੇਨਤੀ ਅਜਿਹੇ ਸਰਵਰ ਨੂੰ ਭੇਜੀ ਗਈ ਜੋ ਇਸਦਾ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ।
ਗਲਤ ਦਿਸ਼ਾ ਵਾਲੀ ਬੇਨਤੀ
ਬੇਨਤੀ ਅਜਿਹੇ ਸਰਵਰ ਨੂੰ ਭੇਜੀ ਗਈ ਜੋ ਇਸਦਾ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ।
HTTP/2 ਕਨੈਕਸ਼ਨ ਮੁੜ ਵਰਤੋਂ ਨਾਲ ਆਮ: ਬੇਨਤੀ ਅਜਿਹੇ ਸਰਵਰ 'ਤੇ ਪਹੁੰਚੀ ਜੋ ਟੀਚਾ ਹੋਸਟਨਾਮ ਲਈ ਸੰਰਚਿਤ ਨਹੀਂ ਹੈ। ਕਲਾਇੰਟ ਨੂੰ ਨਵੇਂ ਕਨੈਕਸ਼ਨ 'ਤੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
422ਪ੍ਰੋਸੈਸ ਨਾ ਕੀਤਾ ਜਾ ਸਕਣ ਵਾਲਾ ਕੰਟੈਂਟ
ਬੇਨਤੀ ਸੰਟੈਕਸ ਪੱਖੋਂ ਵੈਧ ਪਰ ਅਰਥਪੱਖੋਂ ਗਲਤ ਸੀ।
ਪ੍ਰੋਸੈਸ ਨਾ ਕੀਤਾ ਜਾ ਸਕਣ ਵਾਲਾ ਕੰਟੈਂਟ
ਬੇਨਤੀ ਸੰਟੈਕਸ ਪੱਖੋਂ ਵੈਧ ਪਰ ਅਰਥਪੱਖੋਂ ਗਲਤ ਸੀ।
ਉਦਾਹਰਨ ਵਜੋਂ, JSON ਸਹੀ ਪਾਰਸ ਹੋਇਆ ਪਰ ਲੋੜੀਂਦਾ ਫੀਲਡ ਗੁੰਮ ਸੀ, ਜਾਂ ਫੀਲਡ ਵੈਲਿਊ ਸੀਮਾ ਤੋਂ ਬਾਹਰ ਸੀ। REST API ਵੈਧਤਾ ਜਵਾਬਾਂ ਵਿੱਚ ਆਮ।
423ਲੌਕ ਕੀਤਾ ਗਿਆ
ਰਿਸੋਰਸ ਲੌਕ ਕੀਤਾ ਹੋਇਆ ਹੈ।
ਲੌਕ ਕੀਤਾ ਗਿਆ
ਰਿਸੋਰਸ ਲੌਕ ਕੀਤਾ ਹੋਇਆ ਹੈ।
WebDAV: ਸਰੋਤ ਜਾਂ ਮੰਜ਼ਿਲ ਰਿਸੋਰਸ ਦੂਜੇ ਕਲਾਇੰਟ ਦੁਆਰਾ ਲੌਕ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸ ਲਈ ਓਪਰੇਸ਼ਨ ਅੱਗੇ ਨਹੀਂ ਵਧ ਸਕਦਾ। ਲੌਕ ਹਟਣ ਦੀ ਉਡੀਕ ਕਰੋ ਜਾਂ ਸਹੀ ਟੋਕਨ ਨਾਲ ਇਸਨੂੰ ਤੋੜੋ।
424ਨਿਰਭਰਤਾ ਅਸਫਲ
ਬੇਨਤੀ ਅਸਫਲ ਹੋਈ ਕਿਉਂਕਿ ਪਿਛਲੀ ਨਿਰਭਰ ਬੇਨਤੀ ਅਸਫਲ ਹੋਈ।
ਨਿਰਭਰਤਾ ਅਸਫਲ
ਬੇਨਤੀ ਅਸਫਲ ਹੋਈ ਕਿਉਂਕਿ ਪਿਛਲੀ ਨਿਰਭਰ ਬੇਨਤੀ ਅਸਫਲ ਹੋਈ।
WebDAV: ਨਿਰਭਰ ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਲੜੀ ਵਿੱਚ, ਪਹਿਲੀ ਕਾਰਵਾਈ ਅਸਫਲ ਹੋਈ, ਇਸ ਲਈ ਇਹ ਨਹੀਂ ਕੀਤੀ ਗਈ। ਮੂਲ ਕਾਰਨ ਲਈ ਪਹਿਲੀ ਅਸਫਲਤਾ ਦੇਖੋ।
425ਬਹੁਤ ਜਲਦੀ
ਸਰਵਰ ਅਜਿਹੀ ਬੇਨਤੀ ਪ੍ਰੋਸੈਸ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ ਜੋ ਦੁਬਾਰਾ ਚਲਾਈ ਜਾ ਸਕਦੀ ਹੈ।
ਬਹੁਤ ਜਲਦੀ
ਸਰਵਰ ਅਜਿਹੀ ਬੇਨਤੀ ਪ੍ਰੋਸੈਸ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ ਜੋ ਦੁਬਾਰਾ ਚਲਾਈ ਜਾ ਸਕਦੀ ਹੈ।
TLS 1.3 0-RTT (ਸ਼ੁਰੂਆਤੀ ਡਾਟਾ) ਨਾਲ ਸਬੰਧਤ: ਸਰਵਰ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਦੁਹਰਾਈ ਗਈ ਬੇਨਤੀ ਪ੍ਰੋਸੈਸ ਕਰਨ ਦਾ ਖਤਰਾ ਨਹੀਂ ਲਵੇਗਾ। ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ ਕਲਾਇੰਟ ਨੂੰ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ।
426ਅੱਪਗ੍ਰੇਡ ਲੋੜੀਂਦਾ ਹੈ
ਕਲਾਇੰਟ ਨੂੰ ਵੱਖਰੇ ਪ੍ਰੋਟੋਕੋਲ 'ਤੇ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਅੱਪਗ੍ਰੇਡ ਲੋੜੀਂਦਾ ਹੈ
ਕਲਾਇੰਟ ਨੂੰ ਵੱਖਰੇ ਪ੍ਰੋਟੋਕੋਲ 'ਤੇ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਸਰਵਰ ਮੌਜੂਦਾ ਪ੍ਰੋਟੋਕੋਲ 'ਤੇ ਬੇਨਤੀ ਦੀ ਸੇਵਾ ਕਰਨ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ ਪਰ ਅੱਪਗ੍ਰੇਡ ਤੋਂ ਬਾਅਦ ਕਰੇਗਾ — ਜਵਾਬ ਵਿੱਚ ਲੋੜੀਂਦਾ ਪ੍ਰੋਟੋਕੋਲ ਦੱਸਣ ਵਾਲਾ Upgrade ਹੈਡਰ ਸ਼ਾਮਲ ਹੈ।
428ਪੂਰਵ-ਸ਼ਰਤ ਲੋੜੀਂਦੀ ਹੈ
ਸਰਵਰ ਨੂੰ ਬੇਨਤੀ ਦੇ ਸ਼ਰਤੀਆ ਹੋਣ ਦੀ ਲੋੜ ਹੈ।
ਪੂਰਵ-ਸ਼ਰਤ ਲੋੜੀਂਦੀ ਹੈ
ਸਰਵਰ ਨੂੰ ਬੇਨਤੀ ਦੇ ਸ਼ਰਤੀਆ ਹੋਣ ਦੀ ਲੋੜ ਹੈ।
ਸਰਵਰ ਗੁਆਚੇ-ਅੱਪਡੇਟ ਟਕਰਾਵਾਂ ਤੋਂ ਬਚਣ ਲਈ ਕੰਡੀਸ਼ਨਲ ਹੈਡਰਾਂ (ਜਿਵੇਂ If-Match) ਦੀ ਮੰਗ ਕਰਦਾ ਹੈ। ਰਿਸੋਰਸ ਫੈਚ ਕਰੋ, ਇਸਦਾ ETag ਲਓ, ਅਤੇ If-Match ਨਾਲ ਦੁਬਾਰਾ ਭੇਜੋ।
429ਬਹੁਤ ਜ਼ਿਆਦਾ ਬੇਨਤੀਆਂ
ਕਲਾਇੰਟ 'ਤੇ ਰੇਟ-ਲਿਮਿਟ ਲਗਾਈ ਜਾ ਰਹੀ ਹੈ।
ਬਹੁਤ ਜ਼ਿਆਦਾ ਬੇਨਤੀਆਂ
ਕਲਾਇੰਟ 'ਤੇ ਰੇਟ-ਲਿਮਿਟ ਲਗਾਈ ਜਾ ਰਹੀ ਹੈ।
ਹੌਲੀ ਹੋ ਜਾਓ। ਜਵਾਬ ਵਿੱਚ ਇੱਕ Retry-After ਹੈਡਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜੋ ਦੱਸੇ ਕਿ ਦੁਬਾਰਾ ਕਦੋਂ ਕੋਸ਼ਿਸ਼ ਕਰਨੀ ਹੈ। ਬੇਨਤੀ ਕੋਟੇ ਵਾਲੀਆਂ APIs ਨਾਲ ਆਮ।
431ਬੇਨਤੀ ਹੈਡਰ ਫੀਲਡ ਬਹੁਤ ਵੱਡੇ
ਹੈਡਰ ਸਰਵਰ ਦੇ ਪ੍ਰੋਸੈਸ ਕਰਨ ਲਈ ਬਹੁਤ ਵੱਡੇ ਹਨ।
ਬੇਨਤੀ ਹੈਡਰ ਫੀਲਡ ਬਹੁਤ ਵੱਡੇ
ਹੈਡਰ ਸਰਵਰ ਦੇ ਪ੍ਰੋਸੈਸ ਕਰਨ ਲਈ ਬਹੁਤ ਵੱਡੇ ਹਨ।
ਜਾਂ ਤਾਂ ਇੱਕ ਹੈਡਰ ਜਾਂ ਕੁੱਲ ਹੈਡਰ ਸਾਈਜ਼ ਸੀਮਾ ਤੋਂ ਵੱਧ ਹੈ — ਜ਼ਿਆਦਾਤਰ ਬਹੁਤ ਵੱਡੀਆਂ ਕੂਕੀਆਂ ਕਾਰਨ। ਕੂਕੀਆਂ ਸਾਫ਼ ਕਰੋ ਜਾਂ ਤੁਹਾਡੀ ਐਪ ਉਹਨਾਂ ਵਿੱਚ ਕੀ ਸਟੋਰ ਕਰਦੀ ਹੈ, ਉਹ ਘਟਾਓ।
451ਕਨੂੰਨੀ ਕਾਰਨਾਂ ਕਰਕੇ ਉਪਲਬਧ ਨਹੀਂ
ਕਨੂੰਨੀ ਮੰਗਾਂ ਕਾਰਨ ਪਹੁੰਚ ਤੋਂ ਇਨਕਾਰ।
ਕਨੂੰਨੀ ਕਾਰਨਾਂ ਕਰਕੇ ਉਪਲਬਧ ਨਹੀਂ
ਕਨੂੰਨੀ ਮੰਗਾਂ ਕਾਰਨ ਪਹੁੰਚ ਤੋਂ ਇਨਕਾਰ।
ਰਿਸੋਰਸ ਕਨੂੰਨੀ ਕਾਰਨਾਂ ਕਰਕੇ ਬਲੌਕ ਹੈ — ਸੈਂਸਰਸ਼ਿਪ, ਅਦਾਲਤੀ ਹੁਕਮ, ਜਾਂ ਖੇਤਰੀ ਨਿਯਮ। ਇਹ ਨੰਬਰ ਨਾਵਲ Fahrenheit 451 ਵੱਲ ਇਸ਼ਾਰਾ ਹੈ।
500ਅੰਦਰੂਨੀ ਸਰਵਰ ਗਲਤੀ
ਸਰਵਰ ਨੂੰ ਅਚਾਨਕ ਸਥਿਤੀ ਦਾ ਸਾਹਮਣਾ ਹੋਇਆ।
ਅੰਦਰੂਨੀ ਸਰਵਰ ਗਲਤੀ
ਸਰਵਰ ਨੂੰ ਅਚਾਨਕ ਸਥਿਤੀ ਦਾ ਸਾਹਮਣਾ ਹੋਇਆ।
ਸਰਵਰ-ਸਾਈਡ ਗਲਤੀਆਂ ਲਈ ਇੱਕ ਆਮ ਕੈਚ-ਆਲ। ਅਸਲ ਕਾਰਨ ਲਈ ਸਰਵਰ ਲੌਗ ਜਾਂਚੋ: ਅਣਹੈਂਡਲਡ ਅਪਵਾਦ, ਡਾਟਾਬੇਸ ਗਲਤੀ, ਆਦਿ।
501ਲਾਗੂ ਨਹੀਂ ਕੀਤਾ ਗਿਆ
ਸਰਵਰ ਬੇਨਤੀ ਕੀਤੀ ਕਾਰਜਸ਼ੀਲਤਾ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ।
ਲਾਗੂ ਨਹੀਂ ਕੀਤਾ ਗਿਆ
ਸਰਵਰ ਬੇਨਤੀ ਕੀਤੀ ਕਾਰਜਸ਼ੀਲਤਾ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ।
ਉਦਾਹਰਨ ਵਜੋਂ, ਸਰਵਰ HTTP ਵਿਧੀ ਨੂੰ ਪਛਾਣਦਾ ਨਹੀਂ। ਅਮਲ ਵਿੱਚ ਬਹੁਤ ਘੱਟ — ਤੁਸੀਂ ਅਕਸਰ 405 ਦੇਖੋਗੇ।
502ਗਲਤ ਗੇਟਵੇ
ਗੇਟਵੇ ਵਜੋਂ ਕੰਮ ਕਰ ਰਹੇ ਸਰਵਰ ਨੂੰ ਅੱਪਸਟਰੀਮ ਸਰਵਰ ਤੋਂ ਗਲਤ ਜਵਾਬ ਮਿਲਿਆ।
ਗਲਤ ਗੇਟਵੇ
ਗੇਟਵੇ ਵਜੋਂ ਕੰਮ ਕਰ ਰਹੇ ਸਰਵਰ ਨੂੰ ਅੱਪਸਟਰੀਮ ਸਰਵਰ ਤੋਂ ਗਲਤ ਜਵਾਬ ਮਿਲਿਆ।
ਮਾਈਕ੍ਰੋਸਰਵਿਸ ਆਰਕੀਟੈਕਚਰਾਂ ਵਿੱਚ ਆਮ। ਤੁਹਾਡੇ ਲੋਡ ਬੈਲੇਂਸਰ ਜਾਂ ਰਿਵਰਸ ਪ੍ਰੌਕਸੀ ਨੂੰ ਬੈਕਐਂਡ ਸਰਵਿਸ ਤੋਂ ਗਲਤ ਜਵਾਬ ਮਿਲਿਆ।
503ਸੇਵਾ ਉਪਲਬਧ ਨਹੀਂ
ਸਰਵਰ ਆਰਜ਼ੀ ਤੌਰ 'ਤੇ ਬੇਨਤੀ ਸੰਭਾਲਣ ਵਿੱਚ ਅਸਮਰੱਥ ਹੈ।
ਸੇਵਾ ਉਪਲਬਧ ਨਹੀਂ
ਸਰਵਰ ਆਰਜ਼ੀ ਤੌਰ 'ਤੇ ਬੇਨਤੀ ਸੰਭਾਲਣ ਵਿੱਚ ਅਸਮਰੱਥ ਹੈ।
ਜਾਂ ਤਾਂ ਮੇਨਟੇਨੈਂਸ ਲਈ ਬੰਦ ਹੈ ਜਾਂ ਓਵਰਲੋਡਡ ਹੈ। ਜਵਾਬ ਵਿੱਚ Retry-After ਹੈਡਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਅਕਸਰ ਡਿਪਲਾਇਮੈਂਟਾਂ ਦੌਰਾਨ ਵਾਪਸ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
504ਗੇਟਵੇ ਟਾਈਮਆਊਟ
ਗੇਟਵੇ ਸਰਵਰ ਅੱਪਸਟਰੀਮ ਜਵਾਬ ਦੀ ਉਡੀਕ ਕਰਦੇ-ਕਰਦੇ ਟਾਈਮਆਊਟ ਹੋ ਗਿਆ।
ਗੇਟਵੇ ਟਾਈਮਆਊਟ
ਗੇਟਵੇ ਸਰਵਰ ਅੱਪਸਟਰੀਮ ਜਵਾਬ ਦੀ ਉਡੀਕ ਕਰਦੇ-ਕਰਦੇ ਟਾਈਮਆਊਟ ਹੋ ਗਿਆ।
ਬੈਕਐਂਡ ਸਰਵਿਸ ਨੇ ਕਾਫ਼ੀ ਤੇਜ਼ੀ ਨਾਲ ਜਵਾਬ ਨਹੀਂ ਦਿੱਤਾ। ਅੱਪਸਟਰੀਮ ਸਰਵਿਸ ਦੀ ਸਿਹਤ ਅਤੇ ਟਾਈਮਆਊਟ ਸੰਰਚਨਾਵਾਂ ਜਾਂਚੋ।
505HTTP ਵਰਜਨ ਸਮਰਥਿਤ ਨਹੀਂ
ਸਰਵਰ ਬੇਨਤੀ ਵਿੱਚ ਵਰਤੇ ਗਏ HTTP ਵਰਜਨ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ।
HTTP ਵਰਜਨ ਸਮਰਥਿਤ ਨਹੀਂ
ਸਰਵਰ ਬੇਨਤੀ ਵਿੱਚ ਵਰਤੇ ਗਏ HTTP ਵਰਜਨ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ।
ਬੇਨਤੀ ਦਾ ਮੁੱਖ HTTP ਵਰਜਨ ਸਰਵਰ ਦੁਆਰਾ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ। ਆਧੁਨਿਕ ਕਲਾਇੰਟਾਂ ਨਾਲ ਲਗਭਗ ਕਦੇ ਨਹੀਂ ਦਿਖਦਾ।
506ਵੇਰੀਐਂਟ ਵੀ ਨੈਗੋਸ਼ੀਏਟ ਕਰਦਾ ਹੈ
ਸਰਵਰ ਕੋਲ ਕੰਟੈਂਟ ਨੈਗੋਸ਼ੀਏਸ਼ਨ ਦੀ ਗਲਤ ਸੰਰਚਨਾ ਹੈ।
ਵੇਰੀਐਂਟ ਵੀ ਨੈਗੋਸ਼ੀਏਟ ਕਰਦਾ ਹੈ
ਸਰਵਰ ਕੋਲ ਕੰਟੈਂਟ ਨੈਗੋਸ਼ੀਏਸ਼ਨ ਦੀ ਗਲਤ ਸੰਰਚਨਾ ਹੈ।
ਪਾਰਦਰਸ਼ੀ ਕੰਟੈਂਟ ਨੈਗੋਸ਼ੀਏਸ਼ਨ ਲੂਪ ਵਿੱਚ ਖਤਮ ਹੋਈ: ਚੁਣਿਆ ਗਿਆ ਵੇਰੀਐਂਟ ਖੁਦ ਨੈਗੋਸ਼ੀਏਟ ਕਰਨ ਲਈ ਸੰਰਚਿਤ ਹੈ। ਸਰਵਰ ਸੰਰਚਨਾ ਗਲਤੀ ਦਰਸਾਉਂਦਾ ਹੈ।
507ਨਾਕਾਫ਼ੀ ਸਟੋਰੇਜ
ਸਰਵਰ ਕੋਲ ਡਿਸਕ ਸਪੇਸ ਖਤਮ ਹੋ ਗਈ ਹੈ।
ਨਾਕਾਫ਼ੀ ਸਟੋਰੇਜ
ਸਰਵਰ ਕੋਲ ਡਿਸਕ ਸਪੇਸ ਖਤਮ ਹੋ ਗਈ ਹੈ।
ਮੂਲ ਰੂਪ ਵਿੱਚ WebDAV-ਵਿਸ਼ੇਸ਼ ਪਰ ਕਦੇ-ਕਦੇ ਆਮ ਸਰਵਰਾਂ ਦੁਆਰਾ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਇਸਦਾ ਮਤਲਬ ਹੈ ਸਰਵਰ ਸਟੋਰੇਜ ਦੀਆਂ ਸੀਮਾਵਾਂ ਕਾਰਨ ਬੇਨਤੀ ਸੇਵ ਨਹੀਂ ਕਰ ਸਕਦਾ।
508ਲੂਪ ਖੋਜਿਆ ਗਿਆ
ਸਰਵਰ ਨੇ ਬੇਨਤੀ ਪ੍ਰੋਸੈਸ ਕਰਦੇ ਸਮੇਂ ਅਨੰਤ ਲੂਪ ਖੋਜਿਆ।
ਲੂਪ ਖੋਜਿਆ ਗਿਆ
ਸਰਵਰ ਨੇ ਬੇਨਤੀ ਪ੍ਰੋਸੈਸ ਕਰਦੇ ਸਮੇਂ ਅਨੰਤ ਲੂਪ ਖੋਜਿਆ।
WebDAV: Depth: infinity ਬੇਨਤੀ ਪ੍ਰੋਸੈਸ ਕਰਦੇ ਸਮੇਂ ਲੂਪ ਵਿੱਚ ਦਾਖਲ ਹੋ ਗਈ (ਜਿਵੇਂ ਚੱਕਰਾਕਾਰ ਬਾਈਂਡਿੰਗਾਂ)। ਓਪਰੇਸ਼ਨ ਖਤਮ ਕਰ ਦਿੱਤਾ ਗਿਆ।
510ਵਧਾਇਆ ਨਹੀਂ ਗਿਆ
ਬੇਨਤੀ ਲਈ ਹੋਰ ਵਿਸਥਾਰ ਲੋੜੀਂਦੇ ਹਨ।
ਵਧਾਇਆ ਨਹੀਂ ਗਿਆ
ਬੇਨਤੀ ਲਈ ਹੋਰ ਵਿਸਥਾਰ ਲੋੜੀਂਦੇ ਹਨ।
ਪੁਰਾਣੇ HTTP ਐਕਸਟੈਂਸ਼ਨ ਫਰੇਮਵਰਕ ਤੋਂ: ਬੇਨਤੀ ਪੂਰੀ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਰਵਰ ਨੂੰ ਹੋਰ ਜਾਣਕਾਰੀ ਚਾਹੀਦੀ ਹੈ। ਆਧੁਨਿਕ ਵੈੱਬ 'ਤੇ ਅਸਲ ਵਿੱਚ ਅਣਵਰਤਿਆ।
511ਨੈੱਟਵਰਕ ਪ੍ਰਮਾਣੀਕਰਨ ਲੋੜੀਂਦਾ ਹੈ
ਕਲਾਇੰਟ ਨੂੰ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਲੈਣ ਲਈ ਪ੍ਰਮਾਣਿਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਨੈੱਟਵਰਕ ਪ੍ਰਮਾਣੀਕਰਨ ਲੋੜੀਂਦਾ ਹੈ
ਕਲਾਇੰਟ ਨੂੰ ਨੈੱਟਵਰਕ ਪਹੁੰਚ ਲੈਣ ਲਈ ਪ੍ਰਮਾਣਿਤ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਕੈਪਟਿਵ ਪੋਰਟਲਾਂ (ਹੋਟਲ/ਏਅਰਪੋਰਟ WiFi) ਦੁਆਰਾ ਇਹ ਦਰਸਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਬਾਹਰੀ ਸਾਈਟਾਂ ਤੱਕ ਪਹੁੰਚ ਤੋਂ ਪਹਿਲਾਂ ਯੂਜ਼ਰ ਨੂੰ ਨੈੱਟਵਰਕ ਵਿੱਚ ਲੌਗਇਨ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ
ਇਹ ਟੂਲ ਇੱਕ client-side ਹਵਾਲਾ ਹੈ ਜੋ ਸਾਰੀਆਂ ਪੰਜ ਸ਼੍ਰੇਣੀਆਂ (1xx–5xx) ਦੇ 63 HTTP status codes ਦੀ ਪੱਕੀ ਖੋਜ ਸਾਰਣੀ 'ਤੇ ਬਣਿਆ ਹੈ, ਹਰ ਇੱਕ ਨਾਲ ਉਸਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਵਾਲਾ RFC ਨੰਬਰ। ਕੋਈ ਸਰਵਰ ਕਾਲ, ਬਾਹਰੀ API ਜਾਂ ਨੈੱਟਵਰਕ ਬੇਨਤੀ ਨਹੀਂ — ਸਾਰਾ ਫ਼ਿਲਟਰ ਅਤੇ ਡਿਸਪਲੇ JavaScript ਦੇ ਬਿਲਟ-ਇਨ array ਅਤੇ string methods ਨਾਲ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਹੁੰਦਾ ਹੈ।
- 1ਖੋਜ ਸਾਰਣੀ ਲੋਡ ਹੁੰਦੀ ਹੈ63 IANA-ਰਜਿਸਟਰਡ status codes ਦਾ ਪੂਰਾ ਸੈੱਟ ਇਸ ਟੂਲ ਵਿੱਚ JavaScript array ਵਜੋਂ ਸਿੱਧਾ ਸ਼ਾਮਲ ਹੈ, ਹਰ entry ਵਿੱਚ ਅੰਕੀ code, ਮਿਆਰੀ ਅੰਗਰੇਜ਼ੀ ਨਾਮ, ਸ਼੍ਰੇਣੀ, ਅਤੇ ਉਸਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਵਾਲਾ ਖ਼ਾਸ RFC (ਜਿਵੇਂ ਜ਼ਿਆਦਾਤਰ HTTP/1.1 codes ਲਈ RFC 9110, 429 Too Many Requests ਲਈ RFC 6585, 418 I'm a Teapot ਲਈ RFC 2324)।
- 2ਫ਼ਿਲਟਰ ਮੈਮਰੀ ਵਿੱਚ ਚੱਲਦਾ ਹੈਜਿਵੇਂ ਤੁਸੀਂ ਟਾਈਪ ਕਰਦੇ ਜਾਂ ਸ਼੍ਰੇਣੀ ਫ਼ਿਲਟਰ ਚੁਣਦੇ ਹੋ, JavaScript ਦਾ Array.filter ਮੈਮਰੀ ਵਾਲੀ ਸੂਚੀ 'ਤੇ ਚੱਲਦਾ ਹੈ, String.includes ਨਾਲ ਤੁਹਾਡੀ ਖੋਜ ਨੂੰ status code ਨੰਬਰ, ਮਿਆਰੀ ਨਾਮ, ਅਤੇ ਛੋਟੇ ਅਤੇ ਲੰਬੇ ਵੇਰਵੇ ਨਾਲ ਮਿਲਾਉਂਦੇ ਹੋਏ — ਕੋਈ debounce ਦੇਰੀ, ਕੋਈ ਸਰਵਰ ਆਉਣ-ਜਾਣ ਨਹੀਂ।
- 3ਵੇਰਵੇ RFC ਲਿੰਕ ਨਾਲ ਖੁੱਲ੍ਹਦੇ ਹਨਹਰ ਨਤੀਜਾ HTML details/summary element ਵਜੋਂ ਦਿਸਦਾ ਹੈ। ਕੋਈ entry ਖੋਲ੍ਹਣ ਨਾਲ ਲੰਬੀ ਵਿਆਖਿਆ ਅਤੇ rfc-editor.org 'ਤੇ ਪ੍ਰਮਾਣਿਕ RFC ਦਾ ਸਿੱਧਾ ਲਿੰਕ ਦਿਸਦਾ ਹੈ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਕਿਸੇ ਵੀ code ਲਈ ਸਹੀ specification ਟੈਕਸਟ ਪੜ੍ਹ ਸਕੋ।
- 4ਡੂੰਘੇ ਲਿੰਕ ਅਤੇ ਕਲਿੱਪਬੋਰਡ ਕਾਪੀਕੋਈ entry ਖੋਲ੍ਹਣ ਨਾਲ URL hash code ਨੰਬਰ (ਜਿਵੇਂ #404) ਵਿੱਚ ਬਦਲ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਪੰਨਾ ਸਾਂਝਾ ਅਤੇ ਬੁੱਕਮਾਰਕ ਕਰਨ ਯੋਗ ਬਣਦਾ ਹੈ। ਕਾਪੀ ਬਟਨ ਮਿਆਰੀ string (ਜਿਵੇਂ '404 Not Found') ਨੂੰ ਬ੍ਰਾਊਜ਼ਰ ਦੀ navigator.clipboard API ਰਾਹੀਂ ਕਲਿੱਪਬੋਰਡ 'ਤੇ ਲਿਖਦਾ ਹੈ।
ਸੰਬੰਧਿਤ ਟੂਲ
ਹਵਾਲਾ ਜਨਰੇਟਰ
ਵੈੱਬਸਾਈਟਾਂ, ਕਿਤਾਬਾਂ, ਰਸਾਲਿਆਂ ਅਤੇ YouTube ਲਈ APA 7, MLA 9, Chicago ਅਤੇ Harvard ਹਵਾਲੇ ਅਤੇ ਇਨ-ਟੈਕਸਟ ਸੰਦਰਭ ਬਣਾਓ — ਅਤੇ ਕਾਪੀ ਜਾਂ ਐਕਸਪੋਰਟ ਕਰਨ ਲਈ ਸੰਦਰਭ ਸੂਚੀ ਬਣਾਓ। ਮੁਫ਼ਤ, ਨਿੱਜੀ, ਕੋਈ ਇਸ਼ਤਿਹਾਰ ਨਹੀਂ।
QR ਕੋਡ ਜੇਨਰੇਟਰ
URL, ਟੈਕਸਟ, WiFi, ਅਤੇ ਹੋਰ ਲਈ QR ਕੋਡ ਤਿਆਰ ਕਰੋ। ਕੋਈ ਵਾਟਰਮਾਰਕ ਨਹੀਂ।
ਰੰਗ ਚੋਣਕਾਰ ਅਤੇ ਪੈਲੇਟ ਜੇਨਰੇਟਰ
ਰੰਗ ਚੁਣੋ, HEX/RGB/HSL ਵਿਚਕਾਰ ਬਦਲੋ, ਅਤੇ ਇਕਸੁਰਤਾ ਵਾਲੇ ਪੈਲੇਟ ਤਿਆਰ ਕਰੋ।