ਤੁਸੀਂ PAC ਫ਼ਾਈਲ ਸੰਪਾਦਿਤ ਕੀਤੀ। ਕੀ ਬ੍ਰਾਊਜ਼ਰ ਨੇ ਇਸਨੂੰ ਦੁਬਾਰਾ ਲਿਆ?
ਪ੍ਰੌਕਸੀ ਸਕ੍ਰਿਪਟ ਨੂੰ ਇਸਦੇ ਸਰਵਰ 'ਤੇ ਸੰਭਾਲਣਾ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਨੇ ਆਪਣੀ ਕੈਸ਼ ਕੀਤੀ ਸੰਰਚਨਾ ਬਦਲ ਦਿੱਤੀ ਹੈ। ਨਵਾਂ ਨਿਯਮ ਡੀਬੱਗ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਾਪਤੀ ਜਾਂਚੋ।
ਤੁਸੀਂ PAC ਫ਼ਾਈਲ ਨੂੰ ਪ੍ਰੌਕਸੀ A ਤੋਂ ਪ੍ਰੌਕਸੀ B ਵਿੱਚ ਬਦਲਦੇ ਹੋ, ਸੰਭਾਲਦੇ ਹੋ ਅਤੇ ਵੈੱਬਸਾਈਟ ਦੁਬਾਰਾ ਲੋਡ ਕਰਦੇ ਹੋ। ਸਾਈਟ ਅਜੇ ਵੀ ਪ੍ਰੌਕਸੀ A ਦੇਖਦੀ ਹੈ। ਨਿਯਮ ਦੁਬਾਰਾ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚੋ ਕਿ ਬ੍ਰਾਊਜ਼ਰ ਨੂੰ ਨਵੀਂ ਸਕ੍ਰਿਪਟ ਮਿਲੀ ਵੀ ਜਾਂ ਨਹੀਂ।
ਪੰਨਾ ਦੁਬਾਰਾ ਲੋਡ ਕਰਨਾ ਅਤੇ PAC ਡਾਊਨਲੋਡ ਕਰਨਾ ਦੋ ਵੱਖਰੀਆਂ ਕਿਰਿਆਵਾਂ ਹਨ। ਕਲਾਇੰਟ ਵੇਖੇ ਜਾ ਰਹੇ ਪੰਨੇ ਤੋਂ ਸੁਤੰਤਰ ਰੂਪ ਵਿੱਚ ਸਕ੍ਰਿਪਟ ਰੱਖ ਸਕਦਾ ਹੈ। ਪਹਿਲਾਂ ਹੀ ਸਥਾਪਿਤ ਕਨੈਕਸ਼ਨ ਇੱਕ ਹੋਰ ਕਾਰਨ ਜੋੜਦਾ ਹੈ ਕਿ ਅਗਲੀ ਦਿਖਣ ਵਾਲੀ ਗਤੀਵਿਧੀ ਨਵਾਂ ਰੂਟਿੰਗ ਫੈਸਲਾ ਨ ਦਿਖਾਏ।
PAC ਬੇਨਤੀ ਲੱਭੋ
ਸੰਰਚਨਾ ਸਰਵਰ ਦਾ ਐਕਸੈਸ ਲੌਗ ਅਤੇ ਕਲਾਇੰਟ ਦੇ ਉਪਲਬਧ ਨੈੱਟਵਰਕ ਡਾਇਗਨੋਸਟਿਕਸ ਵਰਤੋ। ਸਹੀ PAC URL, ਜਵਾਬ ਅਤੇ ਦਿੱਤੀ ਗਈ ਸਕ੍ਰਿਪਟ ਦਾ ਸੰਸਕਰਣ ਪਛਾਣੋ। ਇੱਕ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਸੰਪਾਦਿਤ ਫ਼ਾਈਲ ਸਰਗਰਮ ਵੈੱਬ ਹੋਸਟ ਵੱਲੋਂ ਪਰੋਸੀ ਜਾ ਰਹੀ ਵੱਖਰੀ ਫ਼ਾਈਲ ਨਾਲ ਸਹਿ-ਮੌਜੂਦ ਹੋ ਸਕਦੀ ਹੈ।
Chromium ਆਪਣੀ PAC ਕੈਸ਼ਿੰਗ ਅਤੇ ਦੁਬਾਰਾ ਲਿਆਉਣ ਦੀ ਵਰਤੋਂ ਦਾ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ। ਹੋਰ ਕਲਾਇੰਟਾਂ ਦੇ ਆਪਣੇ ਨਿਯਮ ਹਨ। ਪੁਰਾਣੀ “ਬ੍ਰਾਊਜ਼ਰ ਦੁਬਾਰਾ ਚਾਲੂ ਕਰੋ” ਕਹਾਣੀ ਨੂੰ ਸਰਵਵਿਆਪੀ ਰਿਫ੍ਰੈਸ਼ ਅੰਤਰਾਲ ਵਿੱਚ ਬਦਲਣ ਤੋਂ ਬਚੋ।
ਤੁਲਨਾ ਨੂੰ ਅਰਥਪੂਰਨ ਬਣਾਓ
ਜੇਕਰ ਨਿਯੰਤਰਿਤ ਨਵਾਂ ਬ੍ਰਾਊਜ਼ਰ ਸੈਸ਼ਨ ਢੁਕਵਾਂ ਹੈ, ਤਾਂ ਸਮਰਥਿਤ ਸੰਰਚਨਾ ਵਿਧੀ ਵਰਤੋ ਅਤੇ ਸਿਰਫ਼ ਸੈਟਿੰਗਾਂ ਸਕ੍ਰੀਨ 'ਤੇ ਨਿਰਭਰ ਕਰਨ ਦੀ ਬਜਾਏ ਪ੍ਰਾਪਤੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਧਿਆਨ ਰੱਖੋ ਕਿ ਵਿੰਡੋ ਬੰਦ ਕਰਨਾ ਹਮੇਸ਼ਾ ਹਰ ਬ੍ਰਾਊਜ਼ਰ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਖ਼ਤਮ ਨਹੀਂ ਕਰਦਾ।
ਨਵੀਂ ਸਕ੍ਰਿਪਟ ਲੋਡ ਹੋਣ ਦਾ ਪਤਾ ਲੱਗਣ ਤੋਂ ਬਾਅਦ ਮੰਜ਼ਿਲ ਲਈ ਇਸਦਾ ਨਤੀਜਾ ਜਾਂਚੋ। ਉਸ ਤੋਂ ਬਾਅਦ ਹੀ ਕਨੈਕਸ਼ਨ ਦੁਬਾਰਾ ਵਰਤੋਂ ਜਾਂ ਪ੍ਰੌਕਸੀ ਸੇਵਾ ਦਾ ਨਿਕਾਸ ਪਤਾ ਖੋਜੋ। ਉਹ ਪਛਲੇ ਪੜਾਅ ਉਸ PAC ਸੰਪਾਦਨ ਦੀ ਵਿਆਖਿਆ ਨਹੀਂ ਕਰ ਸਕਦੇ ਜੋ ਕਲਾਇੰਟ ਨੂੰ ਕਦੇ ਨਹੀਂ ਮਿਲਿਆ।