HTTP ਰੀਡਾਇਰੈਕਟ ਟਰੇਸਿੰਗ ਦੇ ਕਾਰਜਸ਼ੀਲ ਸਿਧਾਂਤ
HTTP ਰੀਡਾਇਰੈਕਟ ਉਦੋਂ ਵਾਪਰਦੇ ਹਨ ਜਦੋਂ ਇੱਕ ਵੈੱਬ ਸਰਵਰ ਬ੍ਰਾਊਜ਼ਰ ਜਾਂ ਕਲਾਇੰਟ ਨੂੰ ਮੌਜੂਦਾ URL ਦੀ ਬਜਾਏ ਕਿਸੇ ਹੋਰ URL 'ਤੇ ਜਾਣ ਦਾ ਨਿਰਦੇਸ਼ ਦਿੰਦਾ ਹੈ। ਇਹ ਪ੍ਰਕਿਰਿਆ HTTP ਰਿਸਪਾਂਸ ਹੈਡਰਾਂ (Response Headers) ਰਾਹੀਂ ਸੰਚਾਲਿਤ ਹੁੰਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਇੱਕ ਖਾਸ ਸਟੇਟਸ ਕੋਡ (Status Code) ਅਤੇ ਇੱਕ Location ਹੈਡਰ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ।
ਇਹ ਟੂਲ ਉਪਭੋਗਤਾ ਦੁਆਰਾ ਪੇਸਟ ਕੀਤੇ ਗਏ HTTP ਰਿਸਪਾਂਸ ਹੈਡਰਾਂ ਜਾਂ URL ਚੇਨਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦਾ ਹੈ ਅਤੇ ਰੀਡਾਇਰੈਕਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਦੇ ਹਰੇਕ ਪੜਾਅ ਨੂੰ ਕ੍ਰਮਵਾਰ ਦਰਸਾਉਂਦਾ ਹੈ। ਇਹ ਵਿਸ਼ਲੇਸ਼ਣ ਪੂਰੀ ਤਰ੍ਹਾਂ ਟੈਕਸਟ-ਅਧਾਰਿਤ ਹੁੰਦਾ ਹੈ; ਇਹ ਟੂਲ ਅਸਲ ਨੈੱਟਵਰਕ ਬੇਨਤੀਆਂ ਨਹੀਂ ਭੇਜਦਾ, URL ਦੀ ਪਹੁੰਚਯੋਗਤਾ ਦੀ ਜਾਂਚ ਨਹੀਂ ਕਰਦਾ, ਅਤੇ ਨਾ ਹੀ ਹੈਡਰਾਂ ਦੀ ਪ੍ਰਮਾਣਿਕਤਾ ਜਾਂ ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਵਿਵਹਾਰ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ।
ਵਿਸ਼ਲੇਸ਼ਣ ਦੌਰਾਨ, ਟੂਲ ਹਰੇਕ ਪੜਾਅ 'ਤੇ ਰੀਡਾਇਰੈਕਟ ਦੀ ਕਿਸਮ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ, ਇਹ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਕਿ ਹਰੇਕ ਹੌਪ (Hop) ਕਿਸ ਮੰਜ਼ਿਲ ਵੱਲ ਲੈ ਕੇ ਜਾ ਰਿਹਾ ਹੈ, ਅਤੇ ਸੰਭਾਵਿਤ ਤਕਨੀਕੀ ਸਮੱਸਿਆਵਾਂ ਜਿਵੇਂ ਕਿ ਰੀਡਾਇਰੈਕਟ ਲੂਪਸ (Redirect Loops) ਜਾਂ HTTPS ਤੋਂ HTTP ਵਿੱਚ ਅਸੁਰੱਖਿਅਤ ਡਾਊਨਗ੍ਰੇਡਾਂ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰਦਾ ਹੈ।
ਇਨਪੁਟ ਫਾਰਮੈਟ ਅਤੇ ਪ੍ਰੋਸੈਸਿੰਗ ਨਿਯਮ
ਵਿਸ਼ਲੇਸ਼ਣ ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਟੂਲ ਨੂੰ ਖਾਸ ਫਾਰਮੈਟਾਂ ਵਿੱਚ ਡੇਟਾ ਪ੍ਰਦਾਨ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ:
- ਸ਼ੁਰੂ ਹੋ ਰਿਹਾ ਹੈ URL (ਵਿਕਲਪਿਕ): ਇੱਕ ਸੰਪੂਰਨ HTTP ਜਾਂ HTTPS URL। ਇਸਦੀ ਲੋੜ ਉਦੋਂ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ਪਹਿਲੇ ਜਵਾਬ ਵਿੱਚ ਇੱਕ ਰਿਸ਼ਤੇਦਾਰ (Relative)
Locationਮੁੱਲ ਦਿੱਤਾ ਗਿਆ ਹੋਵੇ, ਤਾਂ ਜੋ ਉਸਨੂੰ ਇੱਕ ਪੂਰਨ URL ਵਿੱਚ ਹੱਲ (Resolve) ਕੀਤਾ ਜਾ ਸਕੇ। - ਰੀਡਾਇਰੈਕਟ ਚੇਨ ਜਾਂ ਜਵਾਬ ਸਿਰਲੇਖ: ਤੁਸੀਂ ਲਗਾਤਾਰ HTTP ਰਿਸਪਾਂਸ ਹੈਡਰ ਬਲਾਕ ਪੇਸਟ ਕਰ ਸਕਦੇ ਹੋ, ਜਾਂ ਇੱਕ ਸ਼ੁਰੂਆਤੀ URL ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ
301 /newਅਤੇ200ਵਰਗੀਆਂ ਲਾਈਨਾਂ, ਜਾਂ ਸੰਪੂਰਨ ਸਰੋਤ-ਸਥਿਤੀ-ਨਿਸ਼ਾਨਾ (source-status-target) ਲਾਈਨਾਂ ਪੇਸਟ ਕਰ ਸਕਦੇ ਹੋ।
ਪ੍ਰੋਸੈਸਿੰਗ ਦੀਆਂ ਸੀਮਾਵਾਂ ਅਤੇ ਨਿਯਮ:
- ਅੱਖਰਾਂ ਦੀ ਸੀਮਾ: ਇਨਪੁਟ ਟੈਕਸਟ ਦੀ ਅਧਿਕਤਮ ਸੀਮਾ 100,000 ਅੱਖਰ ਹੈ।
- ਹੌਪਸ ਦੀ ਸੀਮਾ: ਇਹ ਟੂਲ ਵੱਧ ਤੋਂ ਵੱਧ 50 ਹੌਪਸ ਤੱਕ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰ ਸਕਦਾ ਹੈ।
- ਰਿਸ਼ਤੇਦਾਰ URL ਦਾ ਹੱਲ: ਜੇਕਰ ਕੋਈ ਰਿਸਪਾਂਸ ਹੈਡਰ
/signinਵਰਗੇ ਰਿਸ਼ਤੇਦਾਰLocationਮੁੱਲ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਉਸ ਖਾਸ ਹੌਪ ਦੇ URL ਦੇ ਅਧਾਰ 'ਤੇ ਹੱਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਜੇਕਰ ਪਹਿਲੇ ਹੌਪ ਵਿੱਚ ਰਿਸ਼ਤੇਦਾਰ ਮੁੱਲ ਹੈ, ਤਾਂ "ਸ਼ੁਰੂ ਹੋ ਰਿਹਾ ਹੈ URL (ਵਿਕਲਪਿਕ)" ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ; ਅਗਲੇ ਹੌਪਸ ਪਿਛਲੇ ਹੱਲ ਕੀਤੇ ਟੀਚੇ (Resolved Target) ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। - ਇਨਪੁਟ ਦੀ ਅਵੈਧਤਾ: ਜੇਕਰ ਕੋਈ ਅਵੈਧ ਇਨਪੁਟ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਪਹਿਲਾਂ ਤੋਂ ਪ੍ਰਦਰਸ਼ਿਤ ਸਾਰੇ ਨਤੀਜੇ ਸਾਫ਼ ਕਰ ਦਿੱਤੇ ਜਾਂਦੇ ਹਨ।
HTTP ਸਟੇਟਸ ਕੋਡ ਅਤੇ ਰੀਡਾਇਰੈਕਟ ਦੀਆਂ ਕਿਸਮਾਂ
ਟੂਲ HTTP ਸਟੇਟਸ ਕੋਡਾਂ ਦੇ ਅਧਾਰ 'ਤੇ ਰੀਡਾਇਰੈਕਟਸ ਨੂੰ ਵੱਖ-ਵੱਖ ਸ਼੍ਰੇਣੀਆਂ ਵਿੱਚ ਵੰਡਦਾ ਹੈ:
| ਸਟੇਟਸ ਕੋਡ | ਰੀਡਾਇਰੈਕਟ ਦੀ ਕਿਸਮ | ਵੇਰਵਾ |
|---|---|---|
| 301, 308 | ਸਥਾਈ | ਇਹ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਸਰੋਤ ਨੂੰ ਸਥਾਈ ਤੌਰ 'ਤੇ ਨਵੇਂ URL 'ਤੇ ਤਬਦੀਲ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੈ। |
| 302, 303, 307 | ਅਸਥਾਈ | ਇਹ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਸਰੋਤ ਅਸਥਾਈ ਤੌਰ 'ਤੇ ਕਿਸੇ ਹੋਰ URL 'ਤੇ ਉਪਲਬਧ ਹੈ। |
| ਹੋਰ ਕੋਡ | ਹੋਰ ਜਵਾਬ | ਕੋਈ ਵੀ ਅਜਿਹਾ ਜਵਾਬ ਜੋ ਸਥਾਈ, ਅਸਥਾਈ ਜਾਂ ਅੰਤਮ ਨਹੀਂ ਹੈ। |
| ਅੰਤਮ ਕੋਡ (ਜਿਵੇਂ 200) | ਅੰਤਮ ਜਵਾਬ | ਇਹ ਰੀਡਾਇਰੈਕਟ ਚੇਨ ਦੇ ਆਖਰੀ ਪੜਾਅ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। |
ਰੀਡਾਇਰੈਕਟ ਚੇਨ ਵਿੱਚ ਤਕਨੀਕੀ ਸਮੱਸਿਆਵਾਂ ਦੀ ਪਛਾਣ
ਵਿਸ਼ਲੇਸ਼ਣ ਦੌਰਾਨ ਇਹ ਟੂਲ ਹੇਠ ਲਿਖੀਆਂ ਗੰਭੀਰ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਸਵੈਚਲਿਤ ਤੌਰ 'ਤੇ ਚਿੰਨ੍ਹਿਤ ਕਰਦਾ ਹੈ:
- ਲੂਪ (Loop): ਜਦੋਂ ਰੀਡਾਇਰੈਕਟਸ ਇੱਕ ਚੱਕਰ ਬਣਾਉਂਦੇ ਹਨ (ਉਦਾਹਰਨ ਲਈ, URL A ਰੀਡਾਇਰੈਕਟ ਕਰਦਾ ਹੈ URL B 'ਤੇ, ਅਤੇ URL B ਵਾਪਸ URL A 'ਤੇ ਭੇਜਦਾ ਹੈ), ਜਿਸ ਨਾਲ ਬ੍ਰਾਊਜ਼ਰ ਕਦੇ ਵੀ ਅੰਤਮ ਪੰਨੇ 'ਤੇ ਨਹੀਂ ਪਹੁੰਚ ਪਾਉਂਦਾ।
- HTTPS ਡਾਊਨਗ੍ਰੇਡ: ਜਦੋਂ ਕੋਈ ਸੁਰੱਖਿਅਤ HTTPS ਕਨੈਕਸ਼ਨ ਰੀਡਾਇਰੈਕਟ ਹੋ ਕੇ ਅਸੁਰੱਖਿਅਤ HTTP URL 'ਤੇ ਚਲਾ ਜਾਂਦਾ ਹੈ, ਜੋ ਕਿ ਸੁਰੱਖਿਆ ਦੇ ਲਿਹਾਜ਼ ਨਾਲ ਇੱਕ ਵੱਡਾ ਜੋਖਮ ਹੈ।
- ਗੁੰਮ Location: ਜਦੋਂ ਰੀਡਾਇਰੈਕਟ ਸਟੇਟਸ ਕੋਡ (ਜਿਵੇਂ 301 ਜਾਂ 302) ਤਾਂ ਮੌਜੂਦ ਹੁੰਦਾ ਹੈ ਪਰ ਰਿਸਪਾਂਸ ਵਿੱਚ
Locationਹੈਡਰ ਗੁੰਮ ਹੁੰਦਾ ਹੈ। - ਅਵੈਧ Location: ਜਦੋਂ
Locationਹੈਡਰ ਵਿੱਚ ਦਿੱਤਾ ਗਿਆ ਮੁੱਲ ਅਵੈਧ ਜਾਂ ਖਰਾਬ ਹੁੰਦਾ ਹੈ।
ਟੂਲ ਦੇ ਆਉਟਪੁੱਟ ਲੇਬਲ
ਵਿਸ਼ਲੇਸ਼ਣ ਪੂਰਾ ਹੋਣ 'ਤੇ, ਟੂਲ ਹੇਠ ਲਿਖੇ ਨਤੀਜੇ ਅਤੇ ਲੇਬਲ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦਾ ਹੈ:
- ਹੌਪ
‹index›: ਰੀਡਾਇਰੈਕਟ ਚੇਨ ਵਿੱਚ ਹਰੇਕ ਪੜਾਅ ਦਾ ਕ੍ਰਮ ਨੰਬਰ। - ਬੇਨਤੀ URL: ਉਹ URL ਜਿਸ ਨੇ ਮੌਜੂਦਾ ਹੌਪ ਦੀ ਸ਼ੁਰੂਆਤ ਕੀਤੀ.
- Location: ਰਿਸਪਾਂਸ ਹੈਡਰ ਤੋਂ ਪ੍ਰਾਪਤ ਹੋਇਆ ਮੂਲ
Locationਮੁੱਲ. - ਹੱਲ ਕੀਤਾ ਟੀਚਾ: ਉਹ ਪੂਰਾ URL ਜਿਸ ਵਿੱਚ
Locationਹੈਡਰ ਨੂੰ ਹੱਲ ਕੀਤਾ ਗਿਆ ਹੈ. - ਹੌਪਸ: ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤੇ ਗਏ ਕੁੱਲ ਹੌਪਸ ਦੀ ਗਿਣਤੀ.
- ਮੁੱਦੇ: ਚੇਨ ਵਿੱਚ ਪਾਈਆਂ ਗਈਆਂ ਕੁੱਲ ਸਮੱਸਿਆਵਾਂ ਦੀ ਗਿਣਤੀ.
ਸਥਿਤੀ ਬਾਰ 'ਤੇ ‹hops› hop(s) ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤਾ ਗਿਆ · ‹issues› ਮੁੱਦੇ(s) ਦਾ ਸੁਨੇਹਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ.
ਡੇਟਾ ਪ੍ਰੋਸੈਸਿੰਗ ਅਤੇ ਨਿੱਜਤਾ
ਇਸ ਟੂਲ ਵਿੱਚ ਤੁਹਾਡੀ ਨਿੱਜਤਾ ਦਾ ਪੂਰਾ ਧਿਆਨ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ। ਤੁਹਾਡੇ ਦੁਆਰਾ ਪੇਸਟ ਕੀਤੇ ਗਏ ਸਾਰੇ URL ਅਤੇ ਹੈਡਰ ਸਿਰਫ਼ ਤੁਹਾਡੇ ਆਪਣੇ ਵੈੱਬ ਬ੍ਰਾਊਜ਼ਰ ਦੇ ਅੰਦਰ ਹੀ ਪ੍ਰੋਸੈਸ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਕੋਈ ਵੀ ਡੇਟਾ ਕਿਸੇ ਬਾਹਰੀ ਸਰਵਰ 'ਤੇ ਅੱਪਲੋਡ ਜਾਂ ਸੇਵ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸਾਰਾ ਵਿਸ਼ਲੇਸ਼ਣ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਤੁਹਾਡੀ ਡਿਵਾਈਸ 'ਤੇ ਹੀ ਹੁੰਦਾ ਹੈ।
ਅਕਸਰ ਪੁੱਛੇ ਜਾਣ ਵਾਲੇ ਸਵਾਲ (FAQ)
ਮੈਂ ਕਿਹੜੇ ਟਰੇਸ ਫਾਰਮੈਟ ਪੇਸਟ ਕਰ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ?
ਤੁਸੀਂ ਲਗਾਤਾਰ HTTP ਜਵਾਬ ਸਿਰਲੇਖ ਬਲਾਕਾਂ ਨੂੰ ਪੇਸਟ ਕਰ ਸਕਦੇ ਹੋ, ਜਾਂ ਇੱਕ ਸ਼ੁਰੂਆਤੀ URL ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ ਜਿਸ ਤੋਂ ਬਾਅਦ ਲਾਈਨਾਂ ਜਿਵੇਂ ਕਿ 301 /new ਅਤੇ 200। ਸੰਪੂਰਨ ਸਰੋਤ-ਸਥਿਤੀ-ਨਿਸ਼ਾਨਾ ਲਾਈਨਾਂ ਨੂੰ ਵੀ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
ਰਿਸ਼ਤੇਦਾਰ Location ਮੁੱਲ ਕਿਵੇਂ ਹੱਲ ਕੀਤੇ ਜਾਂਦੇ ਹਨ?
ਇੱਕ ਮੁੱਲ ਜਿਵੇਂ ਕਿ /signin ਨੂੰ ਉਸ ਹੌਪ ਲਈ URL ਦੇ ਵਿਰੁੱਧ ਹੱਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸ਼ੁਰੂਆਤੀ URL ਨੂੰ ਸ਼ਾਮਲ ਕਰੋ ਜਦੋਂ ਪਹਿਲਾ ਜਵਾਬ ਕਿਸੇ ਰਿਸ਼ਤੇਦਾਰ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ Location; ਬਾਅਦ ਵਿੱਚ ਹੋਪਸ ਪਿਛਲੇ ਹੱਲ ਕੀਤੇ ਟੀਚੇ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।
ਕੀ ਇਹ ਟੂਲ URLs ਦਾ ਦੌਰਾ ਕਰਦਾ ਹੈ ਜਾਂ ਤਸਦੀਕ ਕਰਦਾ ਹੈ?
ਨਹੀਂ। ਇਹ ਸਿਰਫ਼ ਉਸ ਟੈਕਸਟ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਪੇਸਟ ਕਰਦੇ ਹੋ। ਇਹ ਜਾਂਚ ਨਹੀਂ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਕੋਈ ਸਾਈਟ ਪਹੁੰਚਯੋਗ ਹੈ, ਕੀ ਸਿਰਲੇਖ ਅਸਲੀ ਹਨ, ਜਾਂ ਕੀ ਕੋਈ ਬ੍ਰਾਊਜ਼ਰ ਉਸੇ ਲੜੀ ਦੀ ਪਾਲਣਾ ਕਰੇਗਾ ਜਾਂ ਨਹੀਂ।
ਜੇਕਰ ਇਨਪੁਟ ਵਿੱਚ ਕੋਈ HTTP ਜਵਾਬ ਨਾ ਮਿਲੇ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ?
ਅਜਿਹੀ ਸਥਿਤੀ ਵਿੱਚ ਟੂਲ ਇੱਕ ਤਰੁੱਟੀ ਸੁਨੇਹਾ ਦਿਖਾਏਗਾ: "ਇਸ ਇਨਪੁਟ ਵਿੱਚ ਕੋਈ HTTP ਜਵਾਬ ਨਹੀਂ ਮਿਲੇ ਹਨ।" ਅਤੇ ਪੁਰਾਣੇ ਪ੍ਰਦਰਸ਼ਿਤ ਨਤੀਜੇ ਸਾਫ਼ ਹੋ ਜਾਣਗੇ।
ਕੀ ਮੈਂ 50 ਤੋਂ ਵੱਧ ਰੀਡਾਇਰੈਕਟ ਹੌਪਸ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰ ਸਕਦਾ ਹਾਂ?
ਨਹੀਂ, ਇਹ ਟੂਲ ਪ੍ਰਤੀ ਟਰੇਸ ਵੱਧ ਤੋਂ ਵੱਧ 50 ਹੌਪਸ ਤੱਕ ਹੀ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਸੀਮਾ ਪਾਰ ਹੁੰਦੀ ਹੈ, ਤਾਂ "ਇਹ ਟੂਲ ਪ੍ਰਤੀ ਟਰੇਸ ‹hops› ਹੌਪਸ ਤੱਕ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ।" ਵਾਲੀ ਤਰੁੱਟੀ ਦਿਖਾਈ ਦੇਵੇਗੀ।