په jsoup کې د توري کوډ کولو تېروتنې د پراکسي له لارې د ډاونلوډ وروسته

مخ د پراکسي له لارې بارېږي، خو د تلفظ نښو لرونکي توري ګډوډ بېرته راځي. د پراکسي بدلولو دمخه لومړی ځای ومومئ چې د ځواب بایټونه Java String کېږي. پرته له روښانه charset یو InputStreamReader کولی شي دا پرېکړه مخکې له دې وکړي چې jsoup سند وویني.

کله چې jsoup پخپله اخیستنه سمبالوي، ځواب تر تحلیل پورې یو ځای وساتئ:

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

د ځواب API د Content-Type څخه ترلاسه شوي charset معلومات ښکاره کوي. کله چې تاسو ثابته کړه چې د سرور اعلان غلط دی، دا کولی شي روښانه charset بدلون هم ومني. د پراکسي پته پخپله نه وایي چې سند کوم د توري کوډ کول کاروي. که تاسو ته د پراکسي حساب پرته د عامه مخ د اجازه شوي پرتله کولو اړتیا وي، د مثال HTTP host او port د د HTTP پراکسي لیست څخه په یو نوماند بدل کړئ، هماغه د کوډ کولو څیړنې وساتئ.

که بل HTTP کلاینټ InputStream وړاندې کړي، د jsoup د جریان تحلیل overloading د charset نوم او بنسټیز URI مني. Null charset د هغې مستند شوي کشف او بیک اپ چلند اجازه ورکوي؛ پیژندل شوی او سم HTTP charset باید په قصد سره انتقال شي. بنسټیز URI د نسبي لینکونو لپاره زمینه برابروي.

کله چې بایټونه په غلط ډول ډیکوډ شي، د پایلې String په بل charset تحلیل کول اصلي متن نه رغوي. بایټونو او د ځواب میټاډاټا ته بېرته لاړ شئ. هغه څه هم پرتله کړئ چې ترلاسه شول: د پراکسي ننوت مخ یا رد ممکن د غوښتل شوي مخ څخه په بشپړ ډول جلا سند وي، نه په هغه کې د ډیکوډ کولو ناکامي.