ਹਾਇਪਰਟੈਕਸਟ ਟ੍ਰਾਂਸਫਰ ਪਰੋਟੋਕਾਲ

ਹਾਇਪਰਟੈਕਸਟ ਟ੍ਰਾਂਸਫਰ ਪ੍ਰੋਟੋਕਾਲ (HTTP) ਵਰਲਡ ਵਾਈਡ ਵੈੱਬ ਲਈ ਡਾਟਾ ਸੰਚਾਰ ਦੀ ਬੁਨਿਆਦ ਹੈ।

ਹਾਈਪਰਟੈਕਸਟ ਢਾਂਚਾਗਤ ਟੈਕਸਟ ਹੈ, ਜੋ ਟੈਕਸਟ ਨੂੰ ਰੱਖਣ ਵਾਲੀ ਨੋਡ ਵਿਚਕਾਰ ਲਾਜ਼ੀਕਲ ਲਿੰਕ (ਹਾਈਪਰਲਿੰਕਸ) ਦਾ ਇਸਤੇਮਾਲ ਕਰਦਾ ਹੈ। ਹਾਇਪਰਟੈਕਸਟ ਦੀ ਅਦਲਾ-ਬਦਲੀ ਜਾਂ ਟਰਾਂਸਫਰ ਕਰਨ ਲਈ ਪ੍ਰੋਟੋਕੋਲ HTTP ਹੈ।

HTTP ਦਾ ਵਿਕਾਸ ਟਿਮ ਬਰਨਰਸ-ਲੀ (Tim Berners-Lee) ਦੁਆਰਾ ਸੀ.ਈ.ਆਰ.ਐਨ. (CERN) ਵਿੱਚ 1989 ਵਿੱਚ ਸ਼ੁਰੂ ਕੀਤਾ ਗਿਆ ਸੀ। HTTP ਦੇ ਮਿਆਰ ਵਿਕਾਸ ਨੂੰ ਇੰਟਰਨੈਟ ਇੰਜਨੀਅਰਿੰਗ ਟਾਸਕ ਫੋਰਸ (ਆਈਈਟੀਐਫ) ਅਤੇ ਵਰਲਡ ਵਾਈਡ ਵੈੱਬ ਕਨਸੋਰਟੀਅਮ (ਡਬਲਯੂ 3 ਸੀ (W3C)) ਦੁਆਰਾ ਸੰਚਾਲਿਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਿਹੜਾ ਕਿ ਲੜੀ ਦੀਆਂ ਬੇਨਤੀਆਂ ਦੀਆਂ ਟਿੱਪਣੀਆਂ ਲਈ ਸੀ। HTTP / 1.1 ਦੀ ਪਹਿਲੀ ਪਰਿਭਾਸ਼ਾ, ਆਮ ਵਰਤੋਂ ਦੇ ਵਿੱਚ HTTP ਦਾ ਵਰਜਨ, 1997 ਵਿੱਚ RFC 2068 ਆਇਆ ਸੀ, ਹਾਲਾਂਕਿ ਇਹ 1999 ਵਿੱਚ RFC 2616 ਦੁਆਰਾ ਪੁਰਾਣਾ ਬਣਾਇਆ ਗਿਆ ਸੀ ਅਤੇ ਫਿਰ ਮੁੜ ਆਰਐਫਸੀ ਐੱਸ (RFCs) ਦੇ ਪਰਿਵਾਰ ਆਰਐਫਸੀ (RFC) 7230 ਦੁਆਰਾ 2014 ਵਿੱਚ ਬਣਾਇਆ ਗਿਆ।

ਇੱਕ ਬਾਅਦ ਵਾਲਾ ਸੰਸਕਰਣ, ਅਗੇਤਰ HTTP / 2, ਨੂੰ 2015 ਵਿੱਚ ਪ੍ਰਮਾਣਿਤ ਕੀਤਾ ਗਿਆ ਸੀ, ਅਤੇ ਹੁਣ ਏਐੱਲਪੀਐਨ (ALPN) ਐਕਸਟੈਂਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਟੀਐਲਐਸ ਤੇ ਪ੍ਰਮੁੱਖ ਵੈਬ ਸਰਵਰਾਂ ਅਤੇ ਬ੍ਰਾਉਜ਼ਰ ਦੁਆਰਾ ਸਮਰਥਿਤ ਹੈ ਜਿੱਥੇ TLS 1.2 ਜਾਂ ਨਵਾਂ ਲੋੜੀਂਦਾ ਹੈ।

ਤਕਨੀਕੀ ਝਾਤ

HTTP ਇੱਕ ਬੇਨਤੀ ਦੇ ਤੌਰ ਤੇ ਕਾਰਜ ਕਰਦਾ ਹੈ - ਕਲਾਇੰਟ ਵਿੱਚ ਸਰਵਰ ਪ੍ਰਕਿਰਿਆ ਦੇ ਮਾੱਡਲ ਵਿੱਚ ਜਵਾਬ ਪ੍ਰੋਟੋਕੋਲ. ਇੱਕ ਵੈੱਬ ਬਰਾਊਜ਼ਰ, ਉਦਾਹਰਣ ਵਜੋਂ, ਗਾਹਕ ਹੋ ਸਕਦਾ ਹੈ ਅਤੇ ਇੱਕ ਵੈਬਸਾਈਟ ਹੋਸਟ ਕਰਨ ਵਾਲੇ ਕੰਪਿਊਟਰ ਤੇ ਚੱਲ ਰਿਹਾ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਹੋ ਸਕਦਾ ਹੈ. ਕਲਾਇੰਟ ਸਰਵਰ ਨੂੰ ਇੱਕ HTTP ਬੇਨਤੀ ਸੁਨੇਹਾ ਭੇਜਦਾ ਹੈ. ਸਰਵਰ, ਜੋ ਕਿ HTML ਫਾਈਲਾਂ ਅਤੇ ਹੋਰ ਸਮਗਰੀ ਜਿਵੇਂ ਸਰੋਤ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜਾਂ ਗਾਹਕ ਦੀ ਤਰਫੋਂ ਹੋਰ ਕਾਰਜ ਕਰਦਾ ਹੈ, ਗਾਹਕ ਨੂੰ ਪ੍ਰਤੀਕ੍ਰਿਆ ਸੰਦੇਸ਼ ਦਿੰਦਾ ਹੈ. ਜਵਾਬ ਵਿੱਚ ਬੇਨਤੀ ਬਾਰੇ ਪੂਰਨ ਸਥਿਤੀ ਦੀ ਜਾਣਕਾਰੀ ਹੁੰਦੀ ਹੈ ਅਤੇ ਇਸਦੇ ਸੰਦੇਸ਼ ਦੇ ਸਰੀਰ ਵਿੱਚ ਬੇਨਤੀ ਕੀਤੀ ਸਮੱਗਰੀ ਵੀ ਹੋ ਸਕਦੀ ਹੈ.

ਇੱਕ ਵੈੱਬ ਬਰਾਊਜ਼ਰ ਇੱਕ ਉਪਭੋਗਤਾ ਏਜੰਟ (ਯੂਏਏ) ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਹੈ. ਹੋਰ ਕਿਸਮਾਂ ਦੇ ਉਪਭੋਗਤਾ ਏਜੰਟ ਵਿੱਚ ਖੋਜ ਪ੍ਰਦਾਤਾ (ਵੈਬ ਕ੍ਰੌਲਰ), ਵੌਇਸ ਬ੍ਰਾਊਜ਼ਰ, ਮੋਬਾਈਲ ਐਪਸ ਅਤੇ ਹੋਰ ਸਾੱਫਟਵੇਅਰ ਜੋ ਵੈਬ ਸਮੱਗਰੀ ਤੱਕ ਪਹੁੰਚ, ਖਪਤ, ਜਾਂ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦੇ ਹਨ ਦੁਆਰਾ ਵਰਤੇ ਜਾਂਦੇ ਇੰਡੈਕਸਿੰਗ ਸਾੱਫਟਵੇਅਰ ਸ਼ਾਮਲ ਹਨ.

HTTP ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰਾਂ ਵਿਚਕਾਰ ਸੰਚਾਰ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਜਾਂ ਸਮਰੱਥ ਕਰਨ ਲਈ ਵਿਚਕਾਰਲੇ ਨੈਟਵਰਕ ਤੱਤ ਨੂੰ ਇਜਾਜ਼ਤ ਦੇਣ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ. ਹਾਈ ਟ੍ਰੈਫਿਕ ਵੈਬਸਾਈਟਾਂ ਅਕਸਰ ਵੈਬ ਕੈਚੇ ਸਰਵਰਾਂ ਤੋਂ ਲਾਭ ਪ੍ਰਾਪਤ ਕਰਦੀਆਂ ਹਨ ਜੋ ਜਵਾਬ ਦੇ ਸਮੇਂ ਨੂੰ ਸੁਧਾਰਨ ਲਈ ਅਪਸਟ੍ਰੀਮ ਸਰਵਰਾਂ ਦੀ ਸਮੱਗਰੀ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ. ਵੈਬ ਬ੍ਰਾ .ਜ਼ਰ ਨੈਟਵਰਕ ਟ੍ਰੈਫਿਕ ਨੂੰ ਘਟਾਉਣ ਲਈ ਪਹਿਲਾਂ ਵੈਬ ਸਰੋਤਾਂ ਨੂੰ ਐਕਸੈਸ ਕਰਦੇ ਹਨ ਅਤੇ ਉਹਨਾਂ ਦੀ ਮੁੜ ਵਰਤੋਂ ਕਰਦੇ ਹਨ. ਨਿਜੀ ਨੈਟਵਰਕ ਦੀਆਂ ਸੀਮਾਵਾਂ 'ਤੇ HTTP ਪ੍ਰੌਕਸੀ ਸਰਵਰ ਬਾਹਰੀ ਸਰਵਰਾਂ ਨਾਲ ਸੰਦੇਸ਼ ਜਾਰੀ ਕਰਕੇ, ਗਲੋਬਲ ਤੌਰ' ਤੇ ਰੂਟੇਬਲ ਪਤੇ ਦੇ ਬਿਨਾਂ ਗਾਹਕਾਂ ਲਈ ਸੰਚਾਰ ਦੀ ਸਹੂਲਤ ਦੇ ਸਕਦੇ ਹਨ.

HTTP ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਪਰਤ ਪ੍ਰੋਟੋਕੋਲ ਹੈ ਜੋ ਇੰਟਰਨੈਟ ਪ੍ਰੋਟੋਕੋਲ ਸੂਟ ਦੇ frameworkਾਂਚੇ ਵਿੱਚ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ. ਇਸ ਦੀ ਪਰਿਭਾਸ਼ਾ ਅੰਡਰਲਾਈੰਗ ਅਤੇ ਭਰੋਸੇਮੰਦ ਟਰਾਂਸਪੋਰਟ ਲੇਅਰ ਪ੍ਰੋਟੋਕੋਲ ਮੰਨਦੀ ਹੈ, ਅਤੇ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਕੰਟਰੋਲ ਪ੍ਰੋਟੋਕੋਲ (ਟੀਸੀਪੀ) ਆਮ ਤੌਰ ਤੇ ਵਰਤੀ ਜਾਂਦੀ ਹੈ. ਹਾਲਾਂਕਿ, HTTP ਨੂੰ ਭਰੋਸੇਯੋਗ ਪ੍ਰੋਟੋਕੋਲ ਜਿਵੇਂ ਉਪਭੋਗਤਾ ਡਾਟਾਗ੍ਰਾਮ ਪ੍ਰੋਟੋਕੋਲ (UDP) ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਅਨੁਕੂਲ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਉਦਾਹਰਣ ਲਈ HTTPU ਅਤੇ ਸਧਾਰਨ ਸੇਵਾ ਡਿਸਕਵਰੀ ਪ੍ਰੋਟੋਕੋਲ (SSDP) ਵਿੱਚ.

ਯੂਨੀਫਾਰਮ ਰੀਸੋਰਸ ਆਈਡੈਂਟੀਫਾਇਰਸ (ਯੂ ਆਰ ਆਈ) ਦੀਆਂ ਸਕੀਮਾਂ HTTP ਦੀ ਵਰਤੋਂ ਕਰਕੇ, HTTP ਸਰੋਤਾਂ ਨੂੰ ਯੂਨੀਫਾਰਮ ਰੀਸੋਰਸ ਲੋਕੇਟਰਜ਼ (URL) ਦੁਆਰਾ ਨੈੱਟਵਰਕ ਤੇ ਪਛਾਣਿਆ ਅਤੇ ਸਥਿਤ ਕੀਤਾ ਗਿਆ ਹੈ. ਉਦਾਹਰਣ ਦੇ ਲਈ, ਸਾਰੇ ਵਿਕਲਪਕ ਭਾਗਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੇ ਹੋਏ:

ਇਤਿਹਾਸ

ਹਾਈਪਰਟੈਕਸਟ ਸ਼ਬਦ ਟੇਡ ਨੈਲਸਨ ਨੇ 1965 ਵਿੱਚ ਜ਼ਨਾਡੂ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਤਿਆਰ ਕੀਤਾ ਸੀ, ਜੋ ਬਦਲੇ ਵਿੱਚ ਵਨੇਨੇਵਰ ਬੁਸ਼ ਦੁਆਰਾ 1930 ਦੇ ਮਾਈਕਰੋਫਿਲਮ-ਅਧਾਰਤ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤੀ ਅਤੇ ਪ੍ਰਬੰਧਨ "ਮੇਮੇਕਸ" ਪ੍ਰਣਾਲੀ ਦੇ ਦਰਸ਼ਨ ਦੁਆਰਾ ਪ੍ਰੇਰਿਤ ਹੋਇਆ ਸੀ ਜਿਸ ਦੇ 1945 ਲੇਖ ਵਿੱਚ "ਜਿਵੇਂ ਅਸੀਂ ਸੋਚ ਸਕਦੇ ਹਾਂ". ਸੀਈਆਰਐਨ ਵਿਖੇ ਟਿਮ ਬਰਨਰਜ਼-ਲੀ ਅਤੇ ਉਨ੍ਹਾਂ ਦੀ ਟੀਮ ਨੂੰ ਐਚਟੀਐਮਐਲ ਦੇ ਨਾਲ, ਵੈੱਬ ਸਰਵਰ ਅਤੇ ਇੱਕ ਟੈਕਸਟ-ਅਧਾਰਤ ਵੈੱਬ ਬਰਾ browserਜ਼ਰ ਲਈ ਸੰਬੰਧਿਤ ਤਕਨੀਕ ਦੀ ਖੋਜ ਕਰਨ ਦਾ ਸਿਹਰਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ. ਬਰਨਰਜ਼-ਲੀ ਨੇ ਸਭ ਤੋਂ ਪਹਿਲਾਂ 1989 ਵਿੱਚ "ਕਾਪਾ ਵੈਬ" ਪ੍ਰੋਜੈਕਟ ਦਾ ਪ੍ਰਸਤਾਵ ਦਿੱਤਾ ਸੀ — ਜਿਸ ਨੂੰ ਹੁਣ ਵਰਲਡ ਵਾਈਡ ਵੈੱਬ ਵਜੋਂ ਜਾਣਿਆ ਜਾਂਦਾ ਹੈ. ਪ੍ਰੋਟੋਕੋਲ ਦੇ ਪਹਿਲੇ ਸੰਸਕਰਣ ਵਿੱਚ ਸਿਰਫ ਇੱਕ methodੰਗ ਸੀ, ਅਰਥਾਤ ਜੀ.ਈ.ਟੀ., ਜੋ ਸਰਵਰ ਤੋਂ ਇੱਕ ਪੰਨੇ ਦੀ ਮੰਗ ਕਰੇਗਾ. ਸਰਵਰ ਦੁਆਰਾ ਜਵਾਬ ਹਮੇਸ਼ਾ ਇੱਕ HTML ਪੇਜ ਹੁੰਦਾ ਸੀ.

HTTP ਦਾ ਪਹਿਲਾ ਦਸਤਾਵੇਜ਼ ਰੂਪ ਸੰਸਕਰਣ HTTP V0.9 (1991) ਸੀ. ਡੇਵ ਰੈਗੇਟ ਨੇ 1995 ਵਿੱਚ ਐਚਟੀਟੀਪੀ ਵਰਕਿੰਗ ਸਮੂਹ (ਐਚਟੀਟੀਪੀ ਡਬਲਯੂ ਜੀ) ਦੀ ਅਗਵਾਈ ਕੀਤੀ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਵਿਸਥਾਰਤ ਕਾਰਵਾਈਆਂ, ਵਿਸਤ੍ਰਿਤ ਗੱਲਬਾਤ, ਵਧੇਰੇ ਮੈਟਾ-ਜਾਣਕਾਰੀ ਨਾਲ ਜੋੜਨਾ ਚਾਹੁੰਦਾ ਸੀ, ਇੱਕ ਸੁਰੱਖਿਆ ਪ੍ਰੋਟੋਕੋਲ ਨਾਲ ਬੰਨ੍ਹਿਆ ਜੋ ਵਧੇਰੇ ਢੰਗਾਂ ਅਤੇ ਸਿਰਲੇਖ ਦੇ ਖੇਤਰਾਂ ਨੂੰ ਜੋੜ ਕੇ ਵਧੇਰੇ ਕੁਸ਼ਲ ਬਣ ਗਿਆ. ਆਰਐਫਸੀ 1945 1996 ਵਿੱਚ ਅਧਿਕਾਰਤ ਤੌਰ ਤੇ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਅਤੇ HTTP V1.0 ਨੂੰ ਮਾਨਤਾ ਦਿੱਤੀ ਗਈ.

HTTP WG ਨੇ ਦਸੰਬਰ 1995 ਵਿੱਚ ਨਵੇਂ ਮਾਪਦੰਡ ਪ੍ਰਕਾਸ਼ਤ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਸੀ ਅਤੇ ਉਸ ਸਮੇਂ ਦੇ ਵਿਕਾਸਸ਼ੀਲ ਆਰਐਫਸੀ 2068 (HTTP-NG ਕਹਿੰਦੇ ਹਨ) ਦੇ ਅਧਾਰ ਤੇ ਪ੍ਰੀ-ਸਟੈਂਡਰਡ HTTP / 1.1 ਲਈ ਸਹਾਇਤਾ 1996 ਦੇ ਅਰੰਭ ਵਿੱਚ ਵੱਡੇ ਬ੍ਰਾਊਜ਼ਰ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਤੇਜ਼ੀ ਨਾਲ ਅਪਣਾ ਲਈ ਗਈ ਸੀ। ਨਵੇਂ ਬ੍ਰਾਊਜ਼ਰਾਂ ਦਾ ਕੰਮ ਤੇਜ਼ ਸੀ. ਮਾਰਚ 1996 ਵਿੱਚ, ਇੱਕ ਵੈਬ ਹੋਸਟਿੰਗ ਕੰਪਨੀ ਨੇ ਦੱਸਿਆ ਕਿ ਇੰਟਰਨੈਟ ਤੇ ਵਰਤੇ ਜਾਂਦੇ 40% ਤੋਂ ਵੱਧ ਬ੍ਰਾਉਜ਼ਰ HTTP 1.1 ਦੇ ਅਨੁਕੂਲ ਸਨ. ਉਸੇ ਵੈਬ ਹੋਸਟਿੰਗ ਕੰਪਨੀ ਨੇ ਰਿਪੋਰਟ ਦਿੱਤੀ ਕਿ ਜੂਨ 1996 ਤਕ, ਸਾਰੇ ਬ੍ਰਾਊਜ਼ਰਾਂ ਵਿਚੋਂ 65% ਆਪਣੇ ਸਰਵਰਾਂ ਤਕ ਪਹੁੰਚਣ ਵਾਲੇ HTTP / 1.1 ਦੇ ਅਨੁਕੂਲ ਸਨ. [14] ਆਰਐਫਸੀ 2068 ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਕੀਤੇ ਗਏ HTTP / 1.1 ਸਟੈਂਡਰਡ ਨੂੰ ਅਧਿਕਾਰਤ ਤੌਰ ਤੇ ਜਨਵਰੀ 1997 ਵਿੱਚ ਜਾਰੀ ਕੀਤਾ ਗਿਆ ਸੀ। HTTP / 1.1 ਦੇ ਮਿਆਰ ਵਿੱਚ ਸੁਧਾਰ ਅਤੇ ਅਪਡੇਟਾਂ ਜੂਨ 1999 ਵਿੱਚ ਆਰਐਫਸੀ 2616 ਅਧੀਨ ਜਾਰੀ ਕੀਤੀਆਂ ਗਈਆਂ ਸਨ।

HTTP ਸੈਸ਼ਨ

ਇੱਕ HTTP ਸੈਸ਼ਨ ਨੈਟਵਰਕ ਬੇਨਤੀ-ਜਵਾਬ ਲੈਣ-ਦੇਣ ਦਾ ਕ੍ਰਮ ਹੈ. ਇੱਕ HTTP ਕਲਾਇੰਟ ਇੱਕ ਸਰਵਰ ਤੇ ਇੱਕ ਖਾਸ ਪੋਰਟ ਤੇ ਇੱਕ ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਕੰਟਰੋਲ ਪ੍ਰੋਟੋਕੋਲ (ਟੀਸੀਪੀ) ਕਨੈਕਸ਼ਨ ਸਥਾਪਤ ਕਰਕੇ ਇੱਕ ਬੇਨਤੀ ਅਰੰਭ ਕਰਦਾ ਹੈ (ਆਮ ਤੌਰ ਤੇ ਪੋਰਟ 80, ਕਦੇ-ਕਦੇ ਪੋਰਟ 8080; ਟੀਸੀਪੀ ਅਤੇ ਯੂਡੀਪੀ ਪੋਰਟ ਨੰਬਰਾਂ ਦੀ ਸੂਚੀ ਵੇਖੋ). ਉਸ ਪੋਰਟ ਤੇ ਸੁਣ ਰਿਹਾ ਇੱਕ HTTP ਸਰਵਰ ਇੱਕ ਗਾਹਕ ਦੇ ਬੇਨਤੀ ਸੰਦੇਸ਼ ਦੀ ਉਡੀਕ ਕਰਦਾ ਹੈ. ਬੇਨਤੀ ਪ੍ਰਾਪਤ ਕਰਨ 'ਤੇ, ਸਰਵਰ ਇੱਕ ਸਥਿਤੀ ਲਾਈਨ ਵਾਪਸ ਭੇਜਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ "HTTP / 1.1 200 ਠੀਕ ਹੈ", ਅਤੇ ਇਸਦਾ ਆਪਣਾ ਸੁਨੇਹਾ. ਇਸ ਸੁਨੇਹੇ ਦਾ ਮੁੱਖ ਭਾਗ ਆਮ ਤੌਰ ਤੇ ਬੇਨਤੀ ਕੀਤਾ ਸਰੋਤ ਹੁੰਦਾ ਹੈ, ਹਾਲਾਂਕਿ ਇੱਕ ਅਸ਼ੁੱਧੀ ਸੰਦੇਸ਼ ਜਾਂ ਹੋਰ ਜਾਣਕਾਰੀ ਵੀ ਵਾਪਸ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ.

ਸਥਿਰ ਕੁਨੈਕਸ਼ਨ

HTTP / 0.9 ਅਤੇ 1.0 ਵਿੱਚ, ਕੁਨੈਕਸ਼ਨ ਇੱਕ ਸਿੰਗਲ ਬੇਨਤੀ / ਜਵਾਬ ਜੋੜੀ ਤੋਂ ਬਾਅਦ ਬੰਦ ਹੋ ਜਾਂਦਾ ਹੈ. ਐੱਚ ਟੀ ਟੀ ਪੀ / 1.1 ਵਿੱਚ ਇੱਕ ਕીપ-ਜੀਵਿਤ-ਵਿਧੀ ਲਾਗੂ ਕੀਤੀ ਗਈ ਸੀ, ਜਿੱਥੇ ਇੱਕ ਕਨੈਕਸ਼ਨ ਨੂੰ ਇੱਕ ਤੋਂ ਵੱਧ ਬੇਨਤੀਆਂ ਲਈ ਦੁਬਾਰਾ ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ. ਅਜਿਹੇ ਨਿਰੰਤਰ ਸੰਪਰਕ ਬੇਨਤੀ ਦੇਰੀ ਨਾਲ ਸਮਝਦਾਰੀ ਨਾਲ ਘਟਾਉਂਦੇ ਹਨ, ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਨੂੰ ਪਹਿਲੀ ਬੇਨਤੀ ਭੇਜਣ ਤੋਂ ਬਾਅਦ ਟੀਸੀਪੀ 3-ਵੇਅ-ਹੈਂਡਸ਼ੇਕ ਕੁਨੈਕਸ਼ਨ ਦੁਬਾਰਾ ਗੱਲਬਾਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੁੰਦੀ. ਇੱਕ ਹੋਰ ਸਕਾਰਾਤਮਕ ਮਾੜਾ ਪ੍ਰਭਾਵ ਇਹ ਹੈ ਕਿ, ਆਮ ਤੌਰ 'ਤੇ, ਟੀਸੀਪੀ ਦੀ ਹੌਲੀ-ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੀ ਵਿਧੀ ਦੇ ਕਾਰਨ ਕੁਨੈਕਸ਼ਨ ਸਮੇਂ ਦੇ ਨਾਲ ਤੇਜ਼ ਹੁੰਦਾ ਜਾਂਦਾ ਹੈ.

ਪਰੋਟੋਕਾਲ ਦੇ ਵਰਜਨ 1.1 ਨੇ HTTP / 1.0 ਵਿੱਚ ਬੈਂਡਵਿਡਥ ਅਨੁਕੂਲਤਾ ਵਿੱਚ ਸੁਧਾਰ ਕੀਤੇ ਹਨ. ਉਦਾਹਰਣ ਦੇ ਲਈ, HTTP / 1.1 ਨੇ ਚੰਕਡ ਟ੍ਰਾਂਸਫਰ ਏਨਕੋਡਿੰਗ ਦੀ ਸ਼ੁਰੂਆਤ ਕੀਤੀ ਤਾਂ ਜੋ ਲਗਾਤਾਰ ਕੁਨੈਕਸ਼ਨਾਂ 'ਤੇ ਸਮੱਗਰੀ ਨੂੰ ਬਫਰ ਹੋਣ ਦੀ ਬਜਾਏ ਸਟ੍ਰੀਮ ਕਰਨ ਦਿੱਤਾ ਜਾ ਸਕੇ. ਐਚਟੀਟੀਪੀ ਪਾਈਪਲਾਈਨਿੰਗ ਪਛੜ ਜਾਣ ਦੇ ਸਮੇਂ ਨੂੰ ਘਟਾਉਂਦੀ ਹੈ, ਗਾਹਕਾਂ ਨੂੰ ਹਰੇਕ ਜਵਾਬ ਦੀ ਉਡੀਕ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਕਈਂ ਬੇਨਤੀਆਂ ਭੇਜਣ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ. ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਇੱਕ ਹੋਰ ਜੋੜ ਬਾਟੇ ਦੀ ਸੇਵਾ ਸੀ, ਜਿੱਥੇ ਇੱਕ ਸਰਵਰ ਸਾਧਨਾਂ ਦੇ ਇੱਕ ਹਿੱਸੇ ਨੂੰ ਸਪਸ਼ਟ ਤੌਰ ਤੇ ਇੱਕ ਗਾਹਕ ਦੁਆਰਾ ਬੇਨਤੀ ਕਰਦਾ ਹੈ ਸੰਚਾਰਿਤ ਕਰਦਾ ਹੈ.

ਸੁਰੱਖਿਅਤ ਢੰਗ

ਕੁਝ ਢੰਗ (ਉਦਾਹਰਣ ਵਜੋਂ ਜੀ.ਈ.ਟੀ., ਹੈਡ, ਵਿਕਲਪ ਅਤੇ ਟ੍ਰੈਕ) ਸੰਮੇਲਨ ਦੁਆਰਾ, ਸੁਰੱਖਿਅਤ ਵਜੋਂ ਪਰਿਭਾਸ਼ਤ ਕੀਤੇ ਗਏ ਹਨ, ਜਿਸਦਾ ਅਰਥ ਹੈ ਕਿ ਇਹ ਸਿਰਫ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤੇ ਗਏ ਹਨ ਅਤੇ ਸਰਵਰ ਦੀ ਸਥਿਤੀ ਨੂੰ ਨਹੀਂ ਬਦਲਣਾ ਚਾਹੀਦਾ. ਦੂਜੇ ਸ਼ਬਦਾਂ ਵਿੱਚ, ਉਹਨਾਂ ਦੇ ਮਾੜੇ ਪ੍ਰਭਾਵ ਨਹੀਂ ਹੋਣੇ ਚਾਹੀਦੇ, ਤੁਲਨਾਤਮਕ ਤੌਰ 'ਤੇ ਨੁਕਸਾਨਦੇਹ ਪ੍ਰਭਾਵਾਂ ਤੋਂ ਇਲਾਵਾ ਲੌਗਿੰਗ, ਵੈਬ ਕੈਚਿੰਗ, ਬੈਨਰ ਦੇ ਇਸ਼ਤਿਹਾਰਾਂ ਦੀ ਸੇਵਾ ਜਾਂ ਇੱਕ ਵੈੱਬ ਕਾ aਂਟਰ ਨੂੰ ਵਧਾਉਣਾ. ਬਿਨੈ ਪੱਤਰ ਦੇ ਰਾਜ ਦੇ ਪ੍ਰਸੰਗ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਿਨਾਂ ਆਪਹੁਦਰੇ ਜੀ.ਈ.ਟੀ. ਬੇਨਤੀਆਂ ਕਰਨਾ ਇਸ ਲਈ ਸੁਰੱਖਿਅਤ ਮੰਨਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ. ਹਾਲਾਂਕਿ, ਇਹ ਮਾਨਕ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਹ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਇਸਦੀ ਗਰੰਟੀ ਨਹੀਂ ਹੋ ਸਕਦੀ.

ਇਸਦੇ ਉਲਟ, ਜਿਵੇਂ ਕਿ ਪੋਸਟ, ਪੂਟ, ਡੀਲੀਟੀਈ ਅਤੇ ਪੈਚ ਉਹਨਾਂ ਕਾਰਜਾਂ ਲਈ ਤਿਆਰ ਕੀਤੇ ਗਏ ਹਨ ਜੋ ਸਰਵਰ ਉੱਤੇ ਮਾੜੇ ਪ੍ਰਭਾਵਾਂ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦੇ ਹਨ, ਜਾਂ ਵਿੱਤੀ ਲੈਣਦੇਣ ਜਾਂ ਈਮੇਲ ਦੇ ਸੰਚਾਰ ਵਰਗੇ ਬਾਹਰੀ ਮਾੜੇ ਪ੍ਰਭਾਵਾਂ. ਅਜਿਹੇ ਢੰਗ ਆਮ ਤੌਰ ਤੇ ਵੈਬ ਰੋਬੋਟਾਂ ਜਾਂ ਵੈਬ ਕ੍ਰਾਲਰਾਂ ਦੇ ਅਨੁਕੂਲ ਦੁਆਰਾ ਨਹੀਂ ਵਰਤੇ ਜਾਂਦੇ; ਕੁਝ ਜੋ ਅਨੁਕੂਲ ਨਹੀਂ ਹੁੰਦੇ ਉਹ ਪ੍ਰਸੰਗ ਜਾਂ ਨਤੀਜਿਆਂ ਦੀ ਪਰਵਾਹ ਕੀਤੇ ਬਗੈਰ ਬੇਨਤੀਆਂ ਕਰਨ ਲਈ ਹੁੰਦੇ ਹਨ.

ਜੀ ਈ ਟੀ ਬੇਨਤੀਆਂ ਦੀ ਨਿਰਧਾਰਤ ਸੁਰੱਖਿਆ ਦੇ ਬਾਵਜੂਦ, ਅਭਿਆਸ ਵਿੱਚ ਸਰਵਰ ਦੁਆਰਾ ਉਹਨਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਤਕਨੀਕੀ ਤੌਰ ਤੇ ਕਿਸੇ ਵੀ ਤਰੀਕੇ ਨਾਲ ਸੀਮਤ ਨਹੀਂ ਹੈ. ਇਸ ਲਈ, ਲਾਪਰਵਾਹੀ ਜਾਂ ਜਾਣ ਬੁੱਝ ਕੇ ਪ੍ਰੋਗਰਾਮਿੰਗ ਸਰਵਰ ਤੇ ਗੈਰ-ਮਾਮੂਲੀ ਤਬਦੀਲੀਆਂ ਲਿਆ ਸਕਦੀ ਹੈ. ਇਹ ਨਿਰਾਸ਼ਾਜਨਕ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਵੈਬ ਕੈਚਿੰਗ, ਸਰਚ ਇੰਜਣਾਂ ਅਤੇ ਹੋਰ ਸਵੈਚਾਲਤ ਏਜੰਟਾਂ ਲਈ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ, ਜੋ ਸਰਵਰ ਉੱਤੇ ਅਣਜਾਣ ਤਬਦੀਲੀਆਂ ਕਰ ਸਕਦੇ ਹਨ. ਉਦਾਹਰਣ ਦੇ ਲਈ, ਇੱਕ ਵੈਬਸਾਈਟ ਇੱਕ ਯੂਆਰਐਲ ਦੁਆਰਾ ਇੱਕ ਸਰੋਤ ਨੂੰ ਮਿਟਾਉਣ ਦੀ ਆਗਿਆ ਦੇ ਸਕਦੀ ਹੈ ਜਿਵੇਂ ਕਿ ਜੋ ਜੇ ਮਨਮਾਨੇ ਞੰਗ ਨਾਲ ਜੀ.ਈ.ਟੀ. ਦੀ ਵਰਤੋਂ ਕਰਦਿਆਂ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਲੇਖ ਨੂੰ ਸਿੱਧਾ ਹਟਾ ਦੇਵੇਗਾ.

ਅਭਿਆਸ ਵਿੱਚ ਇਸ ਤਰ੍ਹਾਂ ਵਾਪਰਨ ਦੀ ਇੱਕ ਉਦਾਹਰਣ ਥੋੜ੍ਹੇ ਸਮੇਂ ਲਈ ਗੂਗਲ ਵੈਬ ਐਕਸਲੇਟਰ ਬੀਟਾ ਦੇ ਦੌਰਾਨ ਸੀ, ਜਿਸ ਪੰਨੇ 'ਤੇ ਉਪਭੋਗਤਾ ਦੇਖ ਰਹੇ ਸਨ ਦੇ ਆਪਹੁਦਰੇ ਯੂਆਰਐਲ ਨੂੰ ਪ੍ਰੀਚੇਜ਼ ਕੀਤਾ, ਜਿਸ ਨਾਲ ਰਿਕਾਰਡਾਂ ਨੂੰ ਆਪਣੇ ਆਪ ਬਦਲਿਆ ਜਾਂ ਮਿਟਾਇਆ ਗਿਆ. ਬੀਟਾ ਆਪਣੀ ਪਹਿਲੀ ਰੀਲਿਜ਼ ਤੋਂ ਕੁਝ ਹਫਤਿਆਂ ਬਾਅਦ ਹੀ ਮੁਅੱਤਲ ਕੀਤਾ ਗਿਆ ਸੀ, ਵਿਆਪਕ ਅਲੋਚਨਾ ਦੇ ਬਾਅਦ