ለእያንዳንዱ የSplash ሀብት ፕሮክሲ ይምረጡ

የScrapy ጥያቄ በተሳካ ሁኔታ ወደ Splash ሊደርስ ይችላል፣ ነገር ግን በSplash ውስጥ ያለው አሳሽ አሁንም የተለየ የወጪ መንገድ ይፈልጋል። እነዚህ ሁለት ግንኙነቶች ናቸው፦

Scrapy → Splash API
Splash browser → forward proxy → website

ለአንድ ማስተካከያ አንድ ፕሮክሲ ሲፈለግ የHTTP API የproxy ክርክርን ያስተላልፉ። Splash 3.5 እንደ http://proxy.example:8080 ያለ የፕሮክሲ URL ወይም የተዋቀረ የproxy-profile ስም ይመዘግባል። የURL ቅርጹ SOCKS5 እና አማራጭ ማስረጃዎችንም ይደግፋል።

የግለሰብ ገጽ ሀብቶች የተለያዩ መጨረሻ ነጥቦች ሲፈልጉ የexecute ስክሪፕት ይጠቀሙ እና ከማሰስ በፊት ምርጫውን ይመዝግቡ፦

function main(splash, args)
  splash:on_request(function(request)
    local host = args.default_proxy
    if request.url == args.special_resource then
      host = args.special_proxy
    end
    request:set_proxy{host = host, port = 8080, type = 'HTTP'}
  end)

  assert(splash:go(args.url))
  return splash:html()
end

default_proxy እና special_proxyን እንደ አስተናጋጅ ስሞች፣ special_resourceን ደግሞ በተናጠል የሚዞር ትክክለኛ የሀብት URL አድርገው ያስተላልፉ። ሁለቱ አድማጮች ሲለያዩ በምሳሌው ያለውን ነጠላ ወደብ ይተኩ። ሌሎች ሀብቶች ነባሪውን መንገድ ያገኛሉ። የHTTP ፕሮክሲ ዝርዝር ለእነዚህ አስተናጋጅና ወደብ መስኮች የመጨረሻ ነጥብ እጩዎችን ያቀርባል፣ ይህም የህዝብ ሀብት መንገዶች ሲፈቀዱ እና በእጩዎቹ ላይ የፕሮክሲ ማስረጃ ሳይተገበር ነው።

የrequest ዘዴ አማራጭ የusername እና password መስኮችን ይቀበላል። በHTTP ዓይነት HTTPS መዳረሻዎች በዚያ HTTP ፕሮክሲ በኩል CONNECT ይጠቀማሉ፤ የተፈጠረ የHTTPS ፕሮክሲ ዓይነት አያስፈልጋቸውም።

መልሶ ጥሪው ከእያንዳንዱ ጥያቄ በፊት ይሠራል። የrequest ዘዴዎቹ አንድ ጥያቄ ከተላከ በኋላ ሊቀይሩት አይችሉም፣ መልሶ ጥሪውም እንደ splash:go ወይም splash:wait ያሉ ኢ-ተመሳሳይ የSplash ዘዴዎችን ሊጠራ አይችልም።

ገፁ አንድ ክፍለ ጊዜ ወይም የምንጭ ማንነት ሲጠብቅ የመንገድ ምርጫውን የተረጋጋ ያድርጉ። እያንዳንዱን ምስልና የAPI ጥያቄ በዘፈቀደ ወደ ሌላ መውጫ መመደብ ጥያቄዎቹ ከአንድ ወጥ ክፍለ ጊዜ ጋር የማይገናኙበት የተሰራ ገፅ ሊፈጥር ይችላል።