Sanidi proksi ya mteja wa YouTube .NET kwa HttpClientFactory.ForProxy

Google.Apis hutoa kiwanda cha kuunda wateja wa HTTP wenye IWebProxy. Itoe unapounda huduma inayozalishwa:

var proxy = new System.Net.WebProxy("http://proxy.example:8080");
proxy.Credentials = new System.Net.NetworkCredential(
    proxyUser, proxyPassword);

using var youtube = new Google.Apis.YouTube.v3.YouTubeService(
    new Google.Apis.Services.BaseClientService.Initializer
    {
        ApplicationName = "ExampleVideoClient",
        ApiKey = apiKey,
        HttpClientFactory =
            Google.Apis.Http.HttpClientFactory.ForProxy(proxy)
    });

Mfano hutumia ufikiaji wa ufunguo wa API kwa operesheni ya data ya umma inayotumika. Acha ugawaji wa vitambulisho vya proksi kwa proksi isiyo na uthibitishaji. Katika tawi hilo la data ya umma, chagua ingizo la HTTP kutoka orodha ya proksi za HTTP ikiwa wapatanishi wa umma wanaruhusiwa. Akaunti ya proksi na ufunguo wa API huhudumia vituo tofauti.

Katika Google.Apis 1.73.0, BaseClientService.Initializer.HttpClientFactory ndio ndoano ya uundaji inayotumika. ForProxy huweka proksi iliyotolewa kwenye wateja walioundwa na kiwanda hicho. Ujenzi wa maombi, ufululizaji na sehemu nyingine ya bomba la SDK hubaki kwa huduma.

Sanidi hii kabla ya kutuma maombi. Kubadilisha MessageHandler.InnerHandler kwenye mteja aliyoundwa hakuna haja kwa kesi hii na kunaweza kutupa chaguo zingine za kidhibiti.

Kitambulisho cha OAuth kinaweza kupata au kuhuisha tokeni yake kupitia mpango wake wa HTTP. Kuweka kiwanda cha huduma hakuamui jinsi kitambulisho kilichoundwa kando kinapata tokeni. Angalia njia hiyo kando ikiwa upataji wa tokeni ndio operesheni inayoshindwa kupitia proksi. Unapotumia GoogleCredential, hifadhi nakala iliyoelekezwa kutoka CreateWithHttpClientFactory kwa kazi hiyo ya tokeni.