Qt-prokuraj demandoj inkluzivas la specion de konekto
Tenu la prokurajn kandidatojn de Qt ligitaj al la cela URL kaj operacio anstataŭ frostigi unu rezulton kiel tutmonda adreso.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);Ĉi tiu Qt Network-demando esploras politikon por unu URL. Inkluzivu la respondajn Qt Network-kapojn. Ĝi ne malfermas konekton nek identigas la vojon por ĉiu ingo en la procezo.
QNetworkProxyQuery inkluzivas celinformojn kaj demandospecion. TCP, UDP kaj servilaj operacioj povas bezoni malsamajn kapablojn ol HTTP-kaŝmemora prokuro aŭ HTTP-tunelo, aŭ SOCKS-prokuro. Demandu la malsukcesan operacion anstataŭ oportunan ne rilatan publikan paĝon.
Interpretu la specion de ĉiu kandidato. NoProxy intence elektas rektan aliron; gastiganto ŝajnanta malplena en tiu rezulto ne estas malkovra fiasko. Konservu la preferan ordon kaj alternativajn kandidatojn.
Kiam enkursigado devas resti dinamika, uzu la subtenatan integradon de sistema agordo aŭ prokura fabriko por la partoprenanta ingo aŭ QNetworkAccessManager. Frostigi la unuan rezulton kiel fiksan aplikaĵan finpunkton forĵetas postajn decidojn laŭ celo. Inspektu la faktan administrilon aŭ instalitan aplikaĵan fabrikon: diagnostika voko apude ne pruvas, ke ĝi uzas la saman politikon.
Enkonstruita retumilo povas havi alian retan stakon ol Qt Network. Valida Qt-inga kandidato ne pruvas, ke ĉiu komponanto subtenas la saman protokolon aŭ aŭtentikigon.