Maaari bang I-route ng PAC File ang Mga Larawan sa Ibang Proxy?
Ang desisyon ng PAC ay nangyayari bago dumating ang tugon. Ang mga pattern ng URL ay heuristic lamang ng routing, at maaaring alisin ng mga browser ang mga path ng HTTPS bago suriin ang script.
Pinipili ng PAC file ang ruta bago matanggap ng browser ang tugon. Hindi nito masusuri ang uri ng nilalaman ng larawan sa tugon at pagkatapos ay pumili ng ibang proxy nang paurong.
Ang pangalan ng file na nagtatapos sa .jpg ay isang palatandaan lamang. Ang mga larawan ay maaaring magmula sa URL na walang extension, at ang URL na mukhang larawan ay maaaring magbalik ng dokumento ng error.
May isa pang limitasyon para sa HTTPS: maaaring alisin ng mga browser ang path at query bago ipasa ang URL sa pagsusuri ng PAC. Ang panuntunang naghahanap ng /images/ ay maaaring hindi kailanman makatanggap ng tekstong iyon.
Huwag umasa sa mga lumang switch na naglalantad ng buong URL nang hindi sinusuri ang dokumentadong pag-uugali ng kasalukuyang browser. Binabago rin ng gayong mga switch kung aling sensitibong impormasyon ng URL ang nagiging nakikita ng routing script.
Kung ang isang kontroladong serbisyo ay naglalathala ng mga asset sa isang nakalaang hostname, ang patakarang nakabatay sa hostname ay maaaring mas malinaw na ipahayag ang nilalayong ruta. Kung hindi, pumili ng mekanismong talagang may impormasyong kailangan ng desisyon. Ang input ng URL ng PAC script ay hindi tanawin ng na-download na pahina o ng DOM nito.