A Qt proxy lekérdezései tartalmazzák a kapcsolat típusát
Tartsa a Qt proxy jelöltjeit a cél-URL-hez és a művelethez kötve ahelyett, hogy egyetlen eredményt globális címként fagyasztana.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);Ez a Qt Network lekérdezés egy URL házirendjét vizsgálja. Illessze be a megfelelő Qt Network fejléceket. Nem nyit kapcsolatot, és nem azonosítja a folyamat minden socketének útvonalát.
QNetworkProxyQuery céladatokat és lekérdezéstípust tartalmaz. A TCP-, UDP- és kiszolgálóműveletek eltérő képességeket igényelhetnek, mint egy HTTP gyorsítótárazó proxy vagy HTTP alagút, vagy egy SOCKS proxy. A sikertelen műveletet kérdezze le, ne egy kényelmes, nem kapcsolódó nyilvános oldalt.
Értelmezze az egyes jelöltek típusát. NoProxy szándékosan a közvetlen hozzáférést választja; az abban az eredményben üresnek tűnő hoszt nem felderítési hiba. Őrizze meg a preferencia sorrendjét és az alternatív jelölteket.
Ha az útválasztásnak dinamikusnak kell maradnia, használja a részt vevő socket vagy QNetworkAccessManager támogatott rendszerkonfigurációs vagy proxygyár-integrációját. Az első eredmény rögzített alkalmazásvégpontként való befagyasztása elveti a későbbi, célonkénti döntéseket. Vizsgálja meg a tényleges kezelőt vagy a telepített alkalmazásgyárat: a mellette végzett diagnosztikai hívás nem bizonyítja, hogy ugyanazt a házirendet használja.
A beágyazott böngésző hálózati verme eltérhet a Qt Networkétől. Egy érvényes Qt-socket jelölt nem bizonyítja, hogy minden összetevő ugyanazt a protokollt vagy hitelesítést támogatja.