Khaladaadka codeynta xarfaha ee jsoup ka dib soo dejinta proxy

Boggu wuxuu ku soo rarayaa proxy, laakiin xarfaha leh calaamadaha dhawaaqa ayaa qaldan ku soo noqda. Ka hor inta aadan beddelin proxy, raadi meesha ugu horreysa ee bytes-ka jawaabtu noqdaan Java String. InputStreamReader oo aan lahayn charset cad ayaa go'aankaas qaadan kara ka hor inta jsoup uusan arkin dukumeentiga.

Marka jsoup uu maamulo soo dejinta, hay jawaabta wada ilaa falanqaynta:

Connection.Response response = Jsoup
    .connect("https://www.example.com/catalog")
    .proxy("proxy.example", 8080)
    .execute();
Document page = response.parse();

API-ga jawaabtu wuxuu soo bandhigaa macluumaad charset oo ka yimid Content-Type. Wuxuu sidoo kale aqbali karaa beddelid charset cad marka aad hubiso in bayaanka server-ku khaldan yahay. Cinwaanka proxy oo keliya ma sheegayo codeynta xarfaha ay dukumeentigu isticmaalaan. Haddii aad u baahan tahay isbarbardhig bogga dadweynaha oo la ogolaaday oo aan lahayn akoon proxy, ku beddel host-ka iyo port-ka HTTP ee tusaalaha mid ka mid ah musharaxiinta liiska proxy-yada HTTP, adigoo haynaya isla hubinta codeynta.

Haddii macmiil HTTP kale uu bixiyo InputStream, overload-ka falanqaynta qulqulka ee jsoup wuxuu aqbalaa magaca charset iyo URI saldhig. Charset null wuxuu oggolaadaa ogaanshaha iyo habdhaqanka kaydka ee la diiwaangeliyey; HTTP charset la yaqaan oo sax ah waa in si ula kac ah loo gudbiyo. URI saldhiggu wuxuu bixiyaa macne xiriiriyeyaasha qaraabada.

Marka bytes-ka si khaldan loo decode gareeyo, falanqaynta String-ka soo baxay oo lagu sameeyo charset kale ma soo ceshato qoraalka asalka ah. Ku noqo bytes-ka iyo metadata-da jawaabta. Sidoo kale isbarbardhig waxa la helay: bogga gelitaanka ama diidmada proxy waxa laga yaabaa inuu yahay dukumeenti gabi ahaan ka duwan bogga la codsaday, ee ma aha guuldarro decode ah oo ku dhex jirta.