Kupata ukurasa kupitia proksi ya HTTP katika jsoup

Tumia API ya proksi ya HTTP ya jsoup katika ngazi ya ombi na uunde maombi tofauti wakati wafanyakazi kadhaa wanashiriki mipangilio ya kikao.

jsoup inaweza kupata ukurasa kupitia proksi ya HTTP na kuchanganua jibu katika ombi moja:

Document page = Jsoup.connect("https://www.example.com/")
    .proxy("proxy.example", 8080)
    .get();

Jina la mwenyeji na bandari kamili hutambua proksi. Kwa maombi yanayoruhusiwa kwa kurasa za umma, chagua kituo cha mwisho cha HTTP kutoka huduma yako au kutoka orodha ya proksi za HTTP. URL inayopitishwa kwa connect inabaki kuwa ukurasa unaotaka. Huhitaji kupakua HTML kwenye mfuatano kwa URLConnection tofauti ili tu kuongeza njia hii.

proxy(String, int) huchagua proksi ya HTTP kwa ombi hilo. Nambari ya bandari kama 1080 haibadilishi itifaki yake kuwa SOCKS; kituo cha mwisho cha proksi lazima kizungumze aina inayosanidiwa. jsoup pia huonyesha upakiaji wa ziada unaokubali java.net.Proxy, lakini usaidizi wa njia fulani bado unategemea utekelezaji wa HTTP unaotumika.

Mpe kila mfanyakazi ombi lake mwenyewe

Chaguo la ngazi ya ombi hufanya kazi sambamba kuwa rahisi kuliko kubadilisha sifa za mfumo wa JVM karibu na kila upakuaji. Weka ombi linalobadilika tofauti kwa kila mfanyakazi. jsoup ya kisasa inaweza kushiriki mipangilio na hifadhi ya vidakuzi vya kikao wakati inaunda ombi jipya:

Connection session = Jsoup.newSession();
Document first = session.newRequest()
    .url("https://www.example.com/one")
    .proxy("proxy-a.example", 8080)
    .get();
Document second = session.newRequest()
    .url("https://www.example.com/two")
    .proxy("proxy-b.example", 8080)
    .get();

Miito iliyo hapo juu hufanya kazi kwa mfuatano kwa uwazi. Ikiwa kazi inasambazwa kwa wakati mmoja, uunde maombi kwa kujitegemea badala ya kubadilisha proksi kwenye Connection moja inayoendelea. Kikao kinachoshirikiwa pia hushiriki vidakuzi; tumia vikao tofauti wakati utambulisho wa kuvinjari unapaswa kubaki tofauti.

Violeshi hivi vipo katika jsoup 1.21.2. Kiolesura cha newRequest() bila hoja kilitokea 1.14.1, kwa hivyo programu ya zamani inapaswa kukagua utegemezi wake kabla ya kupitisha mfano wa kikao.

Sifa za kuthibitisha ni hitaji la ziada kwa proksi iliyothibitishwa. Uteuzi wa njia uliofanikiwa hautoi akaunti, na kupokea changamoto ya proksi ni tofauti na kushindwa kuunganisha kwenye bandari yake.

Makala zinazohusiana