Qt-välityspalvelinkyselyt sisältävät yhteyden tyypin
Pidä Qt:n välityspalvelinehdokkaat kytkettyinä kohde-URL:iin ja toimintoon sen sijaan, että jäädytät yhden tuloksen yleiseksi osoitteeksi.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);Tämä Qt Network -kysely tarkastaa yhden URL:n käytännön. Sisällytä vastaavat Qt Network -otsakkeet. Se ei avaa yhteyttä eikä tunnista reittiä jokaiselle prosessin pistokkeelle.
QNetworkProxyQuery sisältää kohdetiedot ja kyselyn tyypin. TCP-, UDP- ja palvelintoiminnot voivat tarvita erilaisia valmiuksia kuin HTTP-välimuistivälityspalvelin tai HTTP-tunneli tai SOCKS-välityspalvelin. Kysy epäonnistunutta toimintoa sen sijaan, että kysyisit kätevää asiaankuulumatonta julkista sivua.
Tulkitse kunkin ehdokkaan tyyppi. NoProxy valitsee tarkoituksella suoran yhteyden; kyseisessä tuloksessa tyhjältä näyttävä isäntä ei ole löytövirhe. Säilytä etusijajärjestys ja vaihtoehtoiset ehdokkaat.
Kun reitityksen pitää pysyä dynaamisena, käytä tuettua järjestelmäasetusten tai välityspalvelintehtaan integraatiota osallistuvalle pistokkeelle tai QNetworkAccessManagerille. Ensimmäisen tuloksen jäädyttäminen kiinteäksi sovelluksen päätepisteeksi hylkää myöhemmät kohdekohtaiset päätökset. Tarkasta todellinen hallinta tai asennettu sovellustehas: sen vieressä tehty diagnostiikkakutsu ei todista, että se käyttää samaa käytäntöä.
Upotetulla selaimella voi olla eri verkkopino kuin Qt Networkilla. Kelvollinen Qt-pistokeehdokas ei todista, että jokainen osa tukee samaa protokollaa tai todennusta.