pull-filter ਲਿਖਤ ਦਾ ਮੇਲ ਕਰਦਾ ਹੈ, ਸਬਨੈੱਟ ਦਾ ਨਹੀਂ: ਇਸਨੂੰ ਸ਼ੁਰੂਆਤੀ ਹਿੱਸਾ ਸਮਝੋ

ਮਕਸਦ ਇੱਕ ਧੱਕਿਆ ਹੋਇਆ ਰੂਟ ਕੱਢਣ ਦਾ ਸੀ। ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਇੱਕ ਹੋਰ ਰੂਟਿੰਗ ਚੋਣ ਗੁੰਮ ਹੈ, ਜਾਂ ਕਲਾਇੰਟ ਲੂਪ ਵਿੱਚ ਦੁਬਾਰਾ ਜੁੜਦਾ ਹੈ। ਦੋਵੇਂ ਨਤੀਜੇ ਫਿਲਟਰ ਨੂੰ ਸਬਨੈੱਟ ਨਿਯਮ ਵਜੋਂ ਪੜ੍ਹਨ ਤੋਂ ਆਉਂਦੇ ਹਨ, ਜਦੋਂ ਕਿ ਇਹ ਲਿਖਤ ਦੀ ਤੁਲਨਾ ਕਰਦਾ ਹੈ। ਕਲਾਇੰਟ ਜਾਂਚਦਾ ਹੈ ਕਿ ਧੱਕੀ ਹੋਈ ਚੋਣ ਤੁਹਾਡੇ ਦਿੱਤੇ ਅੱਖਰਾਂ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਕਿਸੇ ਵੀ ਪੜਾਅ ਤੇ ਪਤੇ ਦਾ ਤਰਕ ਸ਼ਾਮਲ ਨਹੀਂ ਹੁੰਦਾ।

ਫਿਲਟਰ ਅਸਲ ਵਿੱਚ ਕੀ ਤੁਲਨਾ ਕਰਦਾ ਹੈ

ਹਰ ਧੱਕੀ ਹੋਈ ਚੋਣ ਨਾਮ ਅਤੇ ਉਸਦੇ ਆਰਗਿਊਮੈਂਟਾਂ ਨਾਲ ਬਣੀ ਲਾਈਨ ਵਜੋਂ ਆਉਂਦੀ ਹੈ। ਫਿਲਟਰ ਤੁਹਾਡੇ ਅੱਖਰਾਂ ਦੀ ਤੁਲਨਾ ਉਸ ਲਾਈਨ ਦੀ ਸ਼ੁਰੂਆਤ ਨਾਲ ਕਰਦਾ ਹੈ, ਕਿਸੇ ਵੀ ਪਤੇ ਦੇ ਪਾਰਸ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਕਿਸੇ ਵੀ ਰੂਟ ਦੇ ਸਥਾਪਿਤ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ। ਇਸ ਲਈ ਨਾਮ ਲਈ ਲਿਖਿਆ ਨਿਯਮ ਉਨ੍ਹਾਂ ਅੱਖਰਾਂ ਨਾਲ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੀ ਹਰ ਚੋਣ ਫੜਦਾ ਹੈ, ਸਿਰਫ਼ ਉਹ ਨਹੀਂ ਜੋ ਤੁਸੀਂ ਵੇਖ ਰਹੇ ਸੀ। ਇਸੇ ਲਈ ਫਿਲਟਰ ਵੱਖਰੇ ਤੌਰ ਤੇ ਸਹੀ ਦਿਖ ਸਕਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਕੋਈ ਅਸੰਬੰਧਿਤ ਚੀਜ਼ ਹਟਾ ਸਕਦਾ ਹੈ।

ਨੈੱਟਵਰਕ ਰੇਂਜ ਵਰਗਾ ਦਿਖਣ ਵਾਲਾ ਸਟ੍ਰਿੰਗ ਅਜੇ ਵੀ ਸਿਰਫ਼ ਅੱਖਰ ਹੈ। ਇਹ ਕੋਈ ਸ਼ੁਰੂਆਤੀ ਹਿੱਸਾ ਨਹੀਂ ਚੁਣਦਾ, ਨੈੱਟਵਰਕ ਬਿੱਟਾਂ ਤੇ ਗਣਨਾ ਨਹੀਂ ਕਰਦਾ ਅਤੇ ਮੰਜ਼ਿਲਾਂ ਦਾ ਸਮੂਹ ਨਹੀਂ ਦੱਸ ਸਕਦਾ। ਜਦੋਂ ਅਜਿਹਾ ਨਿਯਮ ਕੰਮ ਕਰਦਾ ਲੱਗੇ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਰੁਕ ਜਾਵੇ, ਤਾਂ ਧੱਕੀ ਹੋਈ ਲਿਖਤ ਆਮ ਤੌਰ ਤੇ ਸ਼ਕਲ ਬਦਲ ਚੁੱਕੀ ਹੁੰਦੀ ਹੈ।

ਇੱਕ ਜਗ੍ਹਾ ਮੇਲ ਦਾ ਸਮੂਹ ਬਦਲ ਦਿੰਦੀ ਹੈ

ਉਹੀ ਚੋਣ ਨਾਮ ਅੰਤਲੇ ਵਿਭਾਜਕ ਨਾਲ ਅਤੇ ਉਸ ਤੋਂ ਬਿਨਾਂ ਵੱਖਰੀਆਂ ਲਾਈਨਾਂ ਚੁਣਦਾ ਹੈ। ਵਿਭਾਜਕ ਤੋਂ ਬਿਨਾਂ ਮੇਲ ਖੁੱਲ੍ਹਾ ਰਹਿੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਇਸ ਨਾਲ ਆਰਗਿਊਮੈਂਟ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਚੋਣ ਨਾਮ ਠੀਕ ਉੱਥੇ ਹੀ ਖ਼ਤਮ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

pull-filter ignore "route"
pull-filter ignore "route "

ਖੁੱਲ੍ਹਾ ਰੂਪ ਉਹ ਚੋਣਾਂ ਵੀ ਫੜਦਾ ਹੈ ਜੋ ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਅੱਖਰਾਂ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਤੁਸੀਂ ਕੱਢਣਾ ਚਾਹੁੰਦੇ ਸੀ ਉਸ ਰੂਟ ਦੇ ਨਾਲ ਅਸੰਬੰਧਿਤ ਰੂਟਿੰਗ ਵਿਵਹਾਰ ਵੀ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ। ਫਿਲਟਰ ਲਿਖਣ ਤੋਂ ਪਹਿਲਾਂ ਲਾਗ ਤੋਂ ਧੱਕੀ ਹੋਈ ਲਾਈਨ ਕਾਪੀ ਕਰੋ। ਸੋਧੀ ਪਰੋਫਾਈਲ ਦੇ ਨਾਲ ਅਣਬਦਲੀ ਕਾਪੀ ਰੱਖੋ, ਕਿਉਂਕਿ ਚੌੜਾ ਮੇਲ ਯਾਦਦਾਸ਼ਤ ਤੋਂ ਨਹੀਂ ਸਗੋਂ ਫਾਈਲ ਤੋਂ ਵਾਪਸ ਕਰਨਾ ਸੌਖਾ ਹੈ।

ਕ੍ਰਮ ਅਤੇ ਕਾਰਵਾਈ ਵੱਖ-ਵੱਖ ਲੱਛਣ ਪੈਦਾ ਕਰਦੇ ਹਨ

ਨਿਯਮ ਕ੍ਰਮ ਵਿੱਚ ਮੁਲਾਂਕਣ ਹੁੰਦੇ ਹਨ ਅਤੇ ਪਹਿਲਾ ਮੇਲ ਨਤੀਜਾ ਤੈਅ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਜਲਦੀ ਰੱਖਿਆ ਚੌੜਾ ਨਿਯਮ ਬਾਅਦ ਦੇ ਹਰ ਖਾਸ ਨਿਯਮ ਨੂੰ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਕਰ ਦਿੰਦਾ ਹੈ। ਕਾਰਵਾਈ ਵੀ ਖਰਾਬੀ ਬਦਲਦੀ ਹੈ: ਮੇਲ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨਾ ਚੋਣ ਕੱਢ ਦਿੰਦਾ ਹੈ ਅਤੇ ਸੈਸ਼ਨ ਜਾਰੀ ਰਹਿੰਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਇਨਕਾਰ ਕਰਨਾ ਅਜਿਹੀ ਗਲਤੀ ਉਠਾਉਂਦਾ ਹੈ ਜੋ ਕਨੈਕਸ਼ਨ ਮੁੜ ਸ਼ੁਰੂ ਕਰਦੀ ਹੈ। ਇਸ ਲਈ ਵਾਰ-ਵਾਰ ਧੱਕੀ ਜਾਣ ਵਾਲੀ ਲਾਈਨ ਇਨਕਾਰ ਕਰਨ ਵਾਲੀ ਕਾਰਵਾਈ ਨਾਲ ਮਿਲ ਕੇ ਮੁੜ ਜੁੜਨ ਦਾ ਚੱਕਰ ਪੈਦਾ ਕਰਦੀ ਹੈ। ਉਸ ਚੱਕਰ ਨੂੰ ਨੈੱਟਵਰਕ ਖਰਾਬੀ ਸਮਝਣਾ ਸੌਖਾ ਹੈ, ਅਤੇ ਮੇਲ ਖਾਣ ਵਾਲੀ ਚੋਣ ਦਾ ਨਾਮ ਦੱਸਣ ਵਾਲੀ ਲਾਗ ਲਾਈਨ ਹੀ ਦੋਵਾਂ ਨੂੰ ਵੱਖ ਕਰਦੀ ਹੈ।

ਕਿਹੜੀ ਲਾਈਨ ਮੇਲ ਖਾਧੀ ਅਤੇ ਕਿਹੜੀ ਕਾਰਵਾਈ ਚੱਲੀ, ਇਹ ਲਿਖੋ। ਕੱਢਿਆ ਗਿਆ ਰੂਟ ਅਤੇ ਮੁੜ ਸ਼ੁਰੂ ਹੋਣ ਦਾ ਚੱਕਰ ਵੱਖਰੀ ਮੁਰੰਮਤ ਮੰਗਦੇ ਹਨ, ਅਤੇ ਨੋਟ ਨੂੰ ਦੋਵੇਂ ਖੁੱਲ੍ਹੇ ਛੱਡਣ ਦੀ ਥਾਂ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਹੋਇਆ।

ਵੇਖੋ ਹੋਸਟ ਨੇ ਕੀ ਸਥਾਪਿਤ ਕੀਤਾ

ਮੁੜ ਜੁੜਨ ਤੋਂ ਬਾਅਦ ਲਾਗੂ ਕੀਤੇ ਰੂਟ ਪੜ੍ਹੋ ਅਤੇ ਤੁਸੀਂ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਸੀ ਉਹ ਮੰਜ਼ਿਲ ਤੇ ਹਟਾਉਣਾ ਚਾਹੁੰਦੇ ਸੀ ਉਹ ਵੀ ਜਾਂਚੋ। ਧੱਕਿਆ ਹੋਇਆ ਰੂਟ ਕੱਢਣ ਨਾਲ ਕੋਈ ਬਦਲ ਨਹੀਂ ਮਿਲਦਾ, ਇਸ ਲਈ ਨਾਪਸੰਦ ਰੂਟ ਦੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਸਰੋਤ ਕਿਸੇ ਹੋਰ ਰਾਹ ਤੋਂ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹੋ ਸਕਦਾ ਹੈ। ਜੇ ਕੋਈ ਨਾਮ ਹੁਣ ਹੋਰ ਕਿਤੇ ਹੱਲ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਜਾਂਚੋ ਕਿ ਧੱਕਿਆ ਹੋਇਆ ਰਿਜ਼ੌਲਵਰ ਚੋਣ ਉਸੇ ਚੌੜੇ ਸ਼ੁਰੂਆਤੀ ਹਿੱਸੇ ਨੇ ਫੜਿਆ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੋ ਬਦਲਾਅ ਤੁਹਾਡੇ ਚਲਾਏ ਟੈਸਟ ਵਿੱਚ ਪਾਸ ਹੋਵੇ ਪਰ ਜਿਸ ਟੈਸਟ ਦਾ ਇਰਾਦਾ ਸੀ ਉਸ ਵਿੱਚ ਫੇਲ ਹੋਵੇ, ਇੱਥੇ ਉਹੀ ਆਮ ਨਤੀਜਾ ਹੈ।

ਉਹ ਫ਼ਰਕ ਟਿਕਟ ਵਿੱਚ ਰੱਖੋ: ਤੁਸੀਂ ਹਟਾਇਆ ਰੂਟ, ਤੁਸੀਂ ਰੱਖਣ ਦੀ ਉਮੀਦ ਕੀਤੀ ਰੂਟ, ਅਤੇ ਟੇਬਲ ਹੁਣ ਕੀ ਦਿਖਾ ਰਹੀ ਹੈ। ਅਗਲਾ ਬਦਲਾਅ ਉਸ ਰਿਕਾਰਡ ਦੇ ਆਧਾਰ ਤੇ ਪਰਖਿਆ ਜਾਵੇਗਾ।

ਇਸਨੂੰ ਭਰੋਸੇ ਦੀ ਸੀਮਾ ਨਾ ਮੰਨੋ

ਲਿਖਤ ਤੇ ਫਿਲਟਰ ਸੰਰਚਨਾ ਦੀ ਸੁਵਿਧਾ ਹੈ, ਉਸ ਸਰਵਰ ਖ਼ਿਲਾਫ਼ ਨਿਯੰਤਰਣ ਨਹੀਂ ਜਿਸ ਤੇ ਤੁਸੀਂ ਭਰੋਸਾ ਨਹੀਂ ਕਰਦੇ। ਸਿਰਫ਼ ਫਾਰਮੈਟ ਦੇ ਫ਼ਰਕ ਹੀ ਇਸਨੂੰ ਹਰਾ ਦਿੰਦੇ ਹਨ, ਇਸੇ ਲਈ ਮੈਨੁਅਲ ਉਸ ਦਾਅਵੇ ਨੂੰ ਸੀਮਿਤ ਰੱਖਦਾ ਹੈ। ਜਦੋਂ ਸਰਵਰ ਤੁਹਾਡੀ ਸੰਸਥਾ ਦਾ ਹੋਵੇ, ਤਾਂ ਸਥਾਨਕ ਅਪਵਾਦ ਜਮ੍ਹਾਂ ਕਰਨ ਦੀ ਥਾਂ ਪੁਸ਼ ਨੀਤੀ ਸੁਧਾਰਨਾ ਵਧੇਰੇ ਸਪਸ਼ਟ ਹੈ।

ਸਥਾਨਕ ਫਿਲਟਰ ਕਿਉਂ ਮੌਜੂਦ ਹੈ, ਇਹ ਲਿਖੋ, ਤਾਂ ਜੋ ਅਗਲਾ ਵਿਅਕਤੀ ਤੈਅ ਕਰ ਸਕੇ ਕਿ ਇਸਦੀ ਹਾਲੇ ਵੀ ਲੋੜ ਹੈ ਜਾਂ ਨਹੀਂ। ਕਾਰਨ ਖ਼ਤਮ ਹੋਣ ਤੋਂ ਬਹੁਤ ਬਾਅਦ ਵੀ ਫਿਲਟਰ ਜਮ੍ਹਾਂ ਹੁੰਦੇ ਰਹਿੰਦੇ ਹਨ।