Pasio'r URL cyn y gwesteiwr mewn profwr PAC wedi'i deilwra

Mae gan dudalen brawf PAC a wnaed gartref ddau flwch wedi'u labelu Host ac URL. Mae'r botwm yn pasio eu gwerthoedd yn y drefn honno. Yn anffodus, mae'r swyddogaeth PAC yn disgwyl y drefn wrthwyneb.

FindProxyForURL(url, host)

Ar gyfer un cyrchfan enghreifftiol, dylai'r alwad edrych fel hyn:

FindProxyForURL("https://status.office.example/", "status.office.example")

Yr ail ddadl yw enw gwesteiwr, heb y cynllun, y llwybr na'r porthladd. Ni fydd rheol sy'n cymharu host ag enw hysbys yn cyfateb pan fydd y gefnogaeth brawf yn cyflenwi URL llawn yno.

Mae'r ddau fewnbwn yn llinynnau, felly nid oes raid i JavaScript daflu gwall. Gall y sgript gyrraedd ei return olaf yn dawel ac arddangos procsi sy'n edrych yn gredadwy. Felly mae'n arbennig o hawdd camgymryd y nam hwn am reol parth wael.

Gwiriwch yr alwad cyn y rheol

Darllenwch alwad y swyddogaeth yn y gefnogaeth brawf ac archwiliwch y ddau werth ar y ffin honno. Yna cymharwch eithriad gwesteiwr union hysbys â gwesteiwr digyswllt a ddylai ddefnyddio'r llwybr rhagosodedig. Peidiwch â dechrau ehangu'r eithriad nes iddo gyfateb i'r mewnbwn diffygiol.

Mae alwad gywiredig yn gadael amgylchedd ategol y gwerthuswr i'w ystyried o hyd. Nid yw myIpAddress() sefydlog nac ategwr DNS ar goll yn gyflwr rhwydwaith gwirioneddol y porwr. Cadwch y rheini'n gwestiynau ar wahân. Y trwsgl uniongyrchol yw'r contract paramedr; yr atgyweiriad nesaf, os oes angen, yw gwneud i'r amgylchedd prawf gynrychioli'r defnyddiwr arfaethedig.