Qt ਪ੍ਰੌਕਸੀ ਕਿਊਰੀਆਂ ਵਿੱਚ ਕਨੈਕਸ਼ਨ ਦੀ ਕਿਸਮ ਸ਼ਾਮਲ ਹੈ
Qt ਦੇ ਪ੍ਰੌਕਸੀ ਉਮੀਦਵਾਰਾਂ ਨੂੰ ਟਾਰਗਿਟ URL ਅਤੇ ਕਾਰਵਾਈ ਨਾਲ ਜੋੜੀ ਰੱਖੋ, ਇੱਕ ਨਤੀਜੇ ਨੂੰ ਵਿਸ਼ਵ ਪੱਧਰੀ ਪਤੇ ਵਜੋਂ ਜਮਾਉਣ ਦੀ ਬਜਾਏ।
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);ਇਹ Qt Network ਕਿਊਰੀ ਇੱਕ URL ਲਈ ਨੀਤੀ ਦੀ ਜਾਂਚ ਕਰਦੀ ਹੈ। ਸੰਬੰਧਿਤ Qt Network ਹੈਡਰ ਸ਼ਾਮਲ ਕਰੋ। ਇਹ ਕਨੈਕਸ਼ਨ ਨਹੀਂ ਖੋਲ੍ਹਦੀ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਹਰ ਸਾਕਟ ਦਾ ਰਸਤਾ ਨਹੀਂ ਪਛਾਣਦੀ।
QNetworkProxyQuery ਵਿੱਚ ਮੰਜ਼ਿਲ ਦੀ ਜਾਣਕਾਰੀ ਅਤੇ ਕਿਊਰੀ ਕਿਸਮ ਸ਼ਾਮਲ ਹੈ। TCP, UDP ਅਤੇ ਸਰਵਰ ਕਾਰਵਾਈਆਂ ਨੂੰ HTTP ਕੈਸ਼ਿੰਗ ਪ੍ਰੌਕਸੀ ਜਾਂ HTTP ਟਨਲ, ਜਾਂ SOCKS ਪ੍ਰੌਕਸੀ ਤੋਂ ਵੱਖਰੀਆਂ ਸਮਰੱਥਾਵਾਂ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਸੁਵਿਧਾਜਨਕ ਅਸੰਬੰਧਿਤ ਜਨਤਕ ਪੰਨੇ ਦੀ ਬਜਾਏ ਅਸਫਲ ਕਾਰਵਾਈ ਦੀ ਕਿਊਰੀ ਕਰੋ।
ਹਰ ਉਮੀਦਵਾਰ ਦੀ ਕਿਸਮ ਦੀ ਵਿਆਖਿਆ ਕਰੋ। NoProxy ਜਾਣਬੁੱਝ ਕੇ ਸਿੱਧੀ ਪਹੁੰਚ ਚੁਣਦਾ ਹੈ; ਉਸ ਨਤੀਜੇ ਵਿੱਚ ਖਾਲੀ ਦਿਸਦਾ ਹੋਸਟ ਖੋਜ ਦੀ ਅਸਫਲਤਾ ਨਹੀਂ ਹੈ। ਤਰਜੀਹ ਕ੍ਰਮ ਅਤੇ ਵਿਕਲਪਿਕ ਉਮੀਦਵਾਰ ਬਰਕਰਾਰ ਰੱਖੋ।
ਜਦੋਂ ਰਾਊਟਿੰਗ ਗਤੀਸ਼ੀਲ ਰਹਿਣੀ ਚਾਹੀਦੀ ਹੈ, ਤਾਂ ਹਿੱਸਾ ਲੈਣ ਵਾਲੇ ਸਾਕਟ ਜਾਂ QNetworkAccessManager ਲਈ ਸਮਰਥਿਤ ਸਿਸਟਮ-ਕੌਨਫਿਗਰੇਸ਼ਨ ਜਾਂ ਪ੍ਰੌਕਸੀ-ਫੈਕਟਰੀ ਏਕੀਕਰਨ ਵਰਤੋ। ਪਹਿਲੇ ਨਤੀਜੇ ਨੂੰ ਸਥਿਰ ਐਪਲੀਕੇਸ਼ਨ ਐਂਡਪੌਇੰਟ ਵਜੋਂ ਜਮਾਉਣਾ ਬਾਅਦ ਦੇ ਪ੍ਰਤੀ-ਮੰਜ਼ਿਲ ਫੈਸਲੇ ਰੱਦ ਕਰਦਾ ਹੈ। ਅਸਲ ਮੈਨੇਜਰ ਜਾਂ ਸਥਾਪਿਤ ਐਪਲੀਕੇਸ਼ਨ ਫੈਕਟਰੀ ਦੀ ਜਾਂਚ ਕਰੋ: ਇਸ ਦੇ ਨਾਲ ਵਾਲੀ ਨਿਦਾਨ ਕਾਲ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ ਕਿ ਇਹ ਉਹੀ ਨੀਤੀ ਵਰਤਦੀ ਹੈ।
ਇੰਬੈੱਡਿਡ ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ Qt Network ਤੋਂ ਵੱਖਰਾ ਨੈੱਟਵਰਕ ਸਟੈਕ ਹੋ ਸਕਦਾ ਹੈ। ਵੈਧ Qt-ਸਾਕਟ ਉਮੀਦਵਾਰ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਹਰ ਹਿੱਸਾ ਉਹੀ ਪ੍ਰੋਟੋਕੋਲ ਜਾਂ ਪ੍ਰਮਾਣਿਕਤਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ।