pnpm ਪ੍ਰੌਕਸੀ ਟਾਈਮਆਊਟ: ਡਾਊਨਲੋਡ ਸਮਕਾਲੀਨਤਾ ਜਾਂਚੋ
ਸੀਮਤ ਪ੍ਰੌਕਸੀ ਉੱਤੇ ਗੈਰ-ਜ਼ਰੂਰੀ ਸਮਾਂਤਰ ਦਬਾਅ ਘਟਾਓ ਅਤੇ ਬੇਨਤੀ ਸਮਕਾਲੀਨਤਾ ਨੂੰ ਪ੍ਰਤੀ-ਸਰੋਤ ਕਨੈਕਸ਼ਨ ਸੀਮਾਵਾਂ ਤੋਂ ਵੱਖ ਕਰੋ।
ਜੇ ਇੱਕ ਪੈਕੇਜ ਬੇਨਤੀ ਕੰਮ ਕਰਦੀ ਹੈ ਪਰ ਇੰਸਟਾਲ ਟਾਈਮਆਊਟ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਪ੍ਰੌਕਸੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਉਸੇ ਰਸਤੇ ਉੱਤੇ ਘੱਟ ਮਾਤਰਾ ਵਿੱਚ ਸਮਾਂਤਰ ਕੰਮ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਇਹਨਾਂ ਪ੍ਰੋਜੈਕਟ ਸੈਟਿੰਗਾਂ ਦਾ ਸਮਰਥਨ ਕਰਨ ਵਾਲੇ pnpm ਵਰਜਨ ਲਈ, ਇੱਕ ਸਾਧਾਰਨ ਜਾਂਚ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ ਹੈ:
networkConcurrency: 8
maxsockets: 4ਇੰਸਟਾਲ ਕੀਤੇ ਰਿਲੀਜ਼ ਦੁਆਰਾ ਸਮਰਥਿਤ ਸਥਾਨ ਵਰਤੋ, ਜਿਵੇਂ ਮੌਜੂਦਾ pnpm-workspace.yaml। ਇਹ ਸੰਖਿਆਵਾਂ ਉਦਾਹਰਨ ਹਨ, ਤੁਹਾਡੀ ਪ੍ਰੌਕਸੀ ਲਈ ਮਾਪ ਜਾਂ ਗਤੀ ਦੀ ਸਿਫਾਰਸ਼ ਨਹੀਂ।
| ਸੈਟਿੰਗ | ਸਰੋਤ |
|---|---|
networkConcurrency | ਸਮਕਾਲੀ ਨੈੱਟਵਰਕ ਕੰਮ। |
maxsockets | ਪ੍ਰਤੀ ਸਰੋਤ ਕਨੈਕਸ਼ਨ: ਪ੍ਰੋਟੋਕੋਲ, ਹੋਸਟ ਅਤੇ ਪੋਰਟ। |
ਉਹੀ ਇੱਛਤ ਪੈਕੇਜ ਕਾਰਵਾਈ ਚਲਾਓ ਅਤੇ ਕਨੈਕਸ਼ਨ ਗਲਤੀਆਂ, ਪੂਰੀਆਂ ਬੇਨਤੀਆਂ ਅਤੇ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ਾਂ ਦਰਜ ਕਰੋ। ਕੈਸ਼ ਕੀਤਾ ਦੂਜਾ ਇੰਸਟਾਲ ਕੈਸ਼ ਰਹਿਤ ਪਹਿਲੇ ਡਾਊਨਲੋਡ ਨਾਲ ਬੈਂਡਵਿਡਥ ਵਜੋਂ ਤੁਲਨਾ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ। ਘੱਟ ਸਮਕਾਲੀਨਤਾ ਸੀਮਤ ਵਿਚੋਲੇ ਦੀ ਮਦਦ ਕਰ ਸਕਦੀ ਹੈ ਜਾਂ ਸਿਹਤਮੰਦ ਰਨ ਨੂੰ ਹੌਲੀ ਕਰ ਸਕਦੀ ਹੈ; ਕੰਮ ਦੇ ਭਾਰ ਦੇ ਸਬੂਤ ਤੋਂ ਬਿਨਾਂ ਕੋਈ ਨਿਸ਼ਚਿਤ ਸੁਧਾਰ ਨਹੀਂ।
ਵਰਜਨ ਵਿਵਹਾਰ ਵੀ ਜਾਂਚੋ। ਮੌਜੂਦਾ pnpm ਸਵੈਚਾਲਿਤ ਸਮਕਾਲੀਨਤਾ ਅਤੇ ਕੁਝ ਟਾਈਮਆਊਟ-ਸੰਬੰਧੀ ਸਮਾਯੋਜਨਾਂ ਦਾ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਉਸ ਸਮਾਯੋਜਨ ਲਈ ਇੱਕੋ ਪ੍ਰੌਕਸੀ ਰਾਹੀਂ ਜਾਣ ਵਾਲੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਇੱਕ ਹੋਸਟ ਮੰਨਣਾ ਸ਼ਾਮਲ ਹੈ। ਸਪੱਸ਼ਟ ਸੈਟਿੰਗ ਪ੍ਰਯੋਗ ਨੂੰ ਸਪੱਸ਼ਟ ਬਣਾਉਂਦੀ ਹੈ ਪਰ ਹਰ ਰਿਲੀਜ਼ ਨੂੰ ਇੱਕੋ ਜਿਹਾ ਸਮਾਂ-ਸੂਚੀ ਨਹੀਂ ਬਣਾਉਂਦੀ।
ਜੇ ਇੱਕ ਬੇਨਤੀ ਵੀ ਅਸਫਲ ਹੋਵੇ, ਤਾਂ ਪਹਿਲਾਂ ਪ੍ਰੋਟੋਕੋਲ, ਐਂਡਪੌਇੰਟ, ਪ੍ਰਮਾਣਿਕਤਾ, TLS ਜਾਂ ਟਾਰਗਿਟ ਨੀਤੀ ਦੀ ਜਾਂਚ ਕਰੋ। ਸਮਾਂਤਰਤਾ ਸੀਮਾਵਾਂ ਉਹ ਅਸਫਲਤਾਵਾਂ ਠੀਕ ਨਹੀਂ ਕਰ ਸਕਦੀਆਂ।