ਪ੍ਰੌਕਸੀ ਸ਼ਾਮਲ ਕਰਨ ਤੋਂ ਬਾਅਦ Puppeteer waitForSelector ਸਮਾਂ-ਸਮਾਪਤੀ
ਕਿਸੇ ਤੱਤ ਦੀ ਉਡੀਕ ਨੂੰ ਪ੍ਰੌਕਸੀ ਕਨੈਕਸ਼ਨ ਅਸਫਲਤਾ ਮੰਨਣ ਤੋਂ ਪਹਿਲਾਂ ਨੈਵੀਗੇਸ਼ਨ ਜਵਾਬ ਅਤੇ ਦਿੱਤਾ ਗਿਆ ਦਸਤਾਵੇਜ਼ ਜਾਂਚੋ।
waitForSelector 'ਤੇ ਸਮਾਂ-ਸਮਾਪਤੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਉਮੀਦ ਕੀਤੇ ਤੱਤ ਨੇ ਆਪਣੀ ਉਡੀਕ ਸ਼ਰਤ ਪੂਰੀ ਨਹੀਂ ਕੀਤੀ। ਇਸ ਦੇ ਦਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੌਕਸੀ ਸ਼ਾਮਲ ਕਰਨਾ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਪ੍ਰੌਕਸੀ ਦਾ TCP ਕਨੈਕਸ਼ਨ ਸਮਾਂ-ਸਮਾਪਤ ਹੋ ਗਿਆ ਹੈ।
- ਨੈਵੀਗੇਸ਼ਨ ਦੇ ਸਬੂਤ ਰੱਖੋ। ਅੰਤਿਮ URL, ਮੁੱਖ ਜਵਾਬ ਦੀ ਸਥਿਤੀ ਅਤੇ ਸੰਬੰਧਿਤ ਅਸਫਲ ਬੇਨਤੀਆਂ ਸਿਲੈਕਟਰ ਦੀ ਉਡੀਕ ਤੋਂ ਪਹਿਲਾਂ ਦਰਜ ਕਰੋ। Puppeteer ਵਿੱਚ HTTP ਗਲਤੀ ਜਵਾਬ ਜ਼ਰੂਰੀ ਨਹੀਂ ਕਿ ਨੈਵੀਗੇਸ਼ਨ ਅਪਵਾਦ ਵਜੋਂ ਸੁੱਟਿਆ ਜਾਵੇ।
- ਦਿੱਤਾ ਗਿਆ ਦਸਤਾਵੇਜ਼ ਜਾਂਚੋ। ਇਸ ਦਾ ਸਿਰਲੇਖ ਜਾਂ ਧਿਆਨ ਨਾਲ ਢਕਿਆ ਸਕ੍ਰੀਨਸ਼ਾਟ ਲੌਗਇਨ ਚੁਣੌਤੀ, ਪਹੁੰਚ-ਅਸਵੀਕਾਰ ਪੰਨਾ ਜਾਂ ਵੱਖਰਾ ਖੇਤਰੀ ਪੰਨਾ ਦਿਖਾ ਸਕਦਾ ਹੈ। ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਲੋੜੀਂਦੇ ਪੰਨੇ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨ ਬੇਨਤੀਆਂ ਵੀ ਅਸਫਲ ਹੋਈਆਂ ਹੋਣ; ਸਿਲੈਕਟਰ ਅਤੇ ਫਰੇਮ ਵੀ ਜਾਂਚੋ।
- ਕਿਸੇ ਵੀ ਚੁਣੌਤੀ ਦਾ ਹੱਲ ਉਸ ਦੇ ਸਰੋਤ 'ਤੇ ਕਰੋ। ਪ੍ਰੌਕਸੀ ਚੁਣੌਤੀ ਲਈ ਨੈਵੀਗੇਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ ਸਮਰਥਿਤ ਪ੍ਰੌਕਸੀ ਪ੍ਰਮਾਣਿਕਤਾ ਸੰਰਚਿਤ ਕਰੋ। ਮੰਜ਼ਿਲ ਦੀ ਚੁਣੌਤੀ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਅਧਿਕਾਰਤ ਵਰਕਫਲੋ ਦੀ ਹੈ, ਅਤੇ ਇਸ ਦੇ ਆਪਣੇ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਹੁੰਦੇ ਹਨ।
ਇਹ ਅਕਸਰ ਉਹ ਲਾਭਦਾਇਕ ਸਬੂਤ ਸਾਹਮਣੇ ਲਿਆਉਂਦਾ ਹੈ ਜੋ ਤੱਤ ਦੀ ਉਡੀਕ ਦੇ ਤੁਹਾਡੇ ਕੋਡ ਵੱਲੋਂ ਦੱਸੇ ਪਹਿਲੇ ਅਪਵਾਦ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਸੀ। ਪ੍ਰੌਕਸੀ ਨੂੰ ਵੈੱਬਸਾਈਟ ਦਾ ਪਾਸਵਰਡ ਦੇਣਾ ਉਸ ਪਹਿਲੇ ਦਸਤਾਵੇਜ਼ ਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਅਸਫਲ ਕਾਰਵਾਈ ਪਛਾਣਨ ਤੋਂ ਬਾਅਦ ਟਾਈਮਰ ਚੁਣੋ। ਨੈਵੀਗੇਸ਼ਨ, ਨੈੱਟਵਰਕ ਸੈਟਅਪ ਅਤੇ ਤੱਤ ਉਡੀਕਾਂ ਦੀਆਂ ਸੀਮਾਵਾਂ ਵੱਖਰੀਆਂ ਹਨ। ਸੱਚਮੁੱਚ ਹੌਲੀ UI ਲੰਮੀ ਸਿਲੈਕਟਰ ਉਡੀਕ ਦਾ ਜਾਇਜ਼ ਆਧਾਰ ਹੋ ਸਕਦਾ ਹੈ; ਗਲਤੀ ਪੰਨਾ ਫਿਰ ਵੀ ਗਲਤ ਦਸਤਾਵੇਜ਼ ਹੀ ਰਹੇਗਾ।
ਤੁਲਨਾ ਕਰਦੇ ਸਮੇਂ ਬ੍ਰਾਊਜ਼ਰ ਸੈਸ਼ਨ ਅਤੇ ਮਾਰਗ ਸਥਿਰ ਰੱਖੋ। ਇੱਕੋ ਕੋਸ਼ਿਸ਼ ਵਿੱਚ ਪ੍ਰੌਕਸੀ, ਸਿਲੈਕਟਰ ਅਤੇ ਸਾਰੀ ਬ੍ਰਾਊਜ਼ਰ ਸਥਿਤੀ ਬਦਲਣਾ ਇਹ ਲੁਕਾ ਦਿੰਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਸ਼ਰਤ ਮਹੱਤਵਪੂਰਨ ਸੀ।