Zeregina HTTP erantzunak egiaztatzea eta ohiko estekak jarraitzea bada, ez da beti beharrezkoa nabigatzaile osoa. Ruby Mechanize-k proxya eskaera horiek egiten dituen agentean jartzen du:

agent = Mechanize.new('office-route')
begin
  agent.set_proxy('proxy.example', 8080)
  page = agent.get('https://www.example.com/')
  puts page.code
ensure
  agent.shutdown
end

Honek mechanize liburutegia kargatuta dagoela suposatzen du. Proxy autentifikaziorik gabeko orrialde publiko baten egiaztapen baimendurako, HTTP proxy zerrendak adibiderako host/port balio egokiak ematen ditu. Proxy metodoak erabiltzaile-izena eta pasahitza ere onartzen ditu hirugarren eta laugarren argumentu hautazko gisa, endpoint-ak eskatzen dituenean.

Erabili berriro konfiguratutako agentea nabigazio-saio berari dagozkion eskaeretarako. Cookieak eta historia eramaten ditu, baita sare-ezarpenak ere. Irteerako proxya aldatzeak ez du berez identitate berririk sortzen ezta saio-hasierako cookierik baztertzen.

Proxy saio batzuk badituzu, eman bakoitzari bere agentea, lanean ari zaren bitartean partekatutako agente bat aldatzen ibili beharrean. Liburutegiak konexio-izen bakarrak ere dokumentatzen ditu SSL konexio bereiziak behar direnean; adibideko eraikitzailearen izenak aukera hori esplizitu egiten du.

Lotutako URL egiaztapenak proxyaren arabera taldekatzeak beharrezkoa ez den birkonfigurazioa murrizten lagun dezake. Eutsi emaitza sortu zuen ibilbide eta URLari lotuta, birbideratzeak eta errore-erantzunak barne.

Mechanize-k ez du nabigatzailearen JavaScript exekuzioa erreproduzitzen. Erabili benetako nabigatzaile bat probatzen ari den portaera scripten, errendatzearen edo nabigatzailearen berariazko autentifikazioaren mende dagoenean. Proxyaren bidezko HTTP eskuratze arrakastatsuak galdera estuagoa erantzuten du: agente honek eskaera hori egiteko gai izan zela.

Erlazionatutako artikuluak