Jou elke HtmlUnit-wurker in stabile proxy
Set de proxy-opsjes fan HtmlUnit foar it laden fan siden en foarkom dat parallelle wurkers de rûte fan ien dielde browserklant feroarje.
job A → WebClient A → proxy A → destination
job B → WebClient B → proxy B → destinationTaw in konfigurearre HtmlUnit WebClient ta oan elke tagelyk aktive blêdzje-identiteit. Syn WebClientOptions hat de ProxyConfig; behannelje de rûte as fêst wylst it wurk rint. In dielde wurkrige freget net om ien dielde feroarbere browser. Foar tastiene kontrôles fan iepenbiere siden mei HTTP ProxyConfig, kies kandidaat-einpunten út de HTTP-proxyrol foardat jo se oan wurkers tawize.
Hâld de side, lettere ladingen en sesjestatus by dy klant. It feroarjen fan proxy-opsjes kin festige ferbiningen net oerplantsje. Aparte klanten meitsje ek aparte browserstatus, dus planje elke bedoelde dielde oanmelding ynstee fan te ferûnderstellen dat routing allinnich de identiteit bepaalt. Proxy-autentikaasje brûkt de ynterface fan de ynstalleare HtmlUnit-ferzje en bliuwt apart fan oanmelding by in webside.
Definiearje foltôging foardat in browser nei in pool weromjout. It antwurd op it heechste nivo kin oankomme wylst skripts of eftergrûnferziken trochgeane. Meitsje dat wurk dien of annulearje it, wiskje status dy't de folgjende identiteit net ervje moat, en nim de klant út tsjinst as dy grins net betrouber fêststeld wurde kin.
Behein it oantal aktive klanten en slút foltôge WebClients. In browser parset en kin skripts útfiere, wat mear kostet as in gewoane oerdracht. Foar in wurk dat allinnich de weromjûne HTML nedich hat, kin in lytsere HTTP-klant mear tagelyk ferziken stypje binnen itselde boarnebudzjet.