Redaktuat skedarin PAC. A e solli përsëri shfletuesi?
Ruajtja e një skripti proxy në serverin e tij nuk vërteton se shfletuesi zëvendësoi konfigurimin e tij të ruajtur në cache. Verifikoni marrjen përpara se të korrigjoni rregullin e ri.
Ndryshoni skedarin PAC nga proxy A në proxy B, e ruani dhe ringarkoni një faqe interneti. Faqja ende sheh proxy A. Përpara se ta ndryshoni përsëri rregullin, verifikoni nëse shfletuesi e mori fare skriptin e ri.
Ringarkimi i një faqeje dhe shkarkimi i një PAC janë dy veprime të ndryshme. Klienti mund ta mbajë një skript të pavarur nga faqja që po shihet. Një lidhje tashmë e vendosur shton një arsye tjetër pse aktiviteti i radhës i dukshëm mund të mos tregojë një vendim të ri rrugëtimi.
Kërkoni një kërkesë PAC
Përdorni regjistrin e aksesit të serverit të konfigurimit dhe diagnostikimin e rrjetit në dispozicion të klientit. Identifikoni URL-në e saktë PAC, përgjigjen dhe versionin e skriptit të dorëzuar. Një skedar i redaktuar në një drejtori mund të bashkëjetojë me një skedar tjetër të shërbyer nga hosti aktiv i uebit.
Chromium dokumenton sjelljen e vet të ruajtjes në cache dhe rimarrjes së PAC. Klientët e tjerë kanë rregullat e tyre. Shmangni kthimin e një anekdote të vjetër "rindizni shfletuesin" në një interval universal rifreskimi.
Bëjeni krahasimin kuptimplotë
Nëse një sesion i ri i kontrolluar i shfletuesit është i përshtatshëm, përdorni mekanizmin e konfigurimit të mbështetur dhe konfirmoni marrjen në vend që të mbështeteni vetëm në një ekran cilësimesh. Jini të vetëdijshëm se mbyllja e një dritareje nuk i përfundon gjithmonë të gjitha proceset e shfletuesit.
Pasi dihet se skripti i ri është ngarkuar, shqyrtoni rezultatin e tij për destinacionin. Vetëm atëherë hetoni ripërdorimin e lidhjes ose adresën e daljes së shërbimit proxy. Ato faza të mëvonshme nuk mund të shpjegojnë një redaktim PAC që klienti nuk e mori kurrë.