ਟਰਮੀਨਲ ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਸੈਟਿੰਗਾਂ ਕਿਉਂ ਕੰਮ ਕਰਦੀਆਂ ਹਨ ਪਰ ਡੈਸਕਟਾਪ ਲਾਂਚਰ ਵਿੱਚ ਨਹੀਂ

ਤੁਸੀਂ ਟਰਮੀਨਲ ਵਿੱਚ ਪ੍ਰੌਕਸੀ ਐਕਸਪੋਰਟ ਕਰਦੇ ਹੋ। ਉੱਥੇ ਸ਼ੁਰੂ ਕੀਤਾ ਕਮਾਂਡ ਇਸਨੂੰ ਵਰਤਦਾ ਹੈ। ਡੈਸਕਟਾਪ ਆਈਕਨ ਉੱਤੇ ਕਲਿੱਕ ਕਰਨ ਨਾਲ ਫਿਰ ਵੀ ਹੋਰ ਰਾਹ ਮਿਲਦਾ ਹੈ। ਆਈਕਨ ਉਸ ਟਰਮੀਨਲ ਦਾ ਬੱਚਾ ਨਹੀਂ ਬਣਿਆ।

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

Exec ਕਮਾਂਡ ਦਾ ਵਰਣਨ ਹੈ, ਸ਼ੈੱਲ ਸਕ੍ਰਿਪਟ ਨਹੀਂ

Desktop Entry ਵਿਸ਼ੇਸ਼ਤਾ Exec ਲਈ ਇੱਕ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਅਤੇ ਆਰਗਿਊਮੈਂਟ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀ ਹੈ। ਇਹ ਸ਼ੈੱਲ ਵੇਰੀਏਬਲ ਦੇ ਵਿਸਤਾਰ ਜਾਂ ਸ਼ੈੱਲ ਬਿਲਟਇਨ ਦਾ ਵਾਅਦਾ ਨਹੀਂ ਕਰਦੀ।

ਸੰਬੰਧਿਤ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਪੜ੍ਹਨ ਵਾਲੇ ਬਾਹਰੀ ਪ੍ਰੋਗਰਾਮ ਲਈ, ਜਾਣ-ਬੁੱਝ ਕੇ ਸੀਮਿਤ ਲਾਂਚ ਦਾ ਇਹ ਰੂਪ ਹੋ ਸਕਦਾ ਹੈ:

Exec=env https_proxy=http://proxy.example:8080 /path/to/application

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

Exec=export ... ਨਾ ਲਿਖੋ ਅਤੇ ਇਹ ਨਾ ਸੋਚੋ ਕਿ ਡੈਸਕਟਾਪ ਇਸਨੂੰ ਤੁਹਾਡੇ ਲੌਗਇਨ ਸ਼ੈੱਲ ਵਜੋਂ ਸਮਝੇਗਾ। ਡੈਸਕਟਾਪ ਐਂਟਰੀ ਦੇ ਹਵਾਲਾ ਨਿਯਮ ਅਤੇ ਸਮਰਥਿਤ ਫੀਲਡ ਕੋਡ ਵੀ ਧਿਆਨ ਵਿੱਚ ਰੱਖੋ; ਉਹ ਇੱਕ ਹੋਰ ਪਾਰਸਰ ਹਨ।

ਜਾਂਚੋ ਕਿ ਕੁਝ ਨਵਾਂ ਲਾਂਚ ਹੋਇਆ ਹੈ ਜਾਂ ਨਹੀਂ

ਕੁਝ ਐਪਲੀਕੇਸ਼ਨ ਬੇਨਤੀ ਪਹਿਲਾਂ ਹੀ ਚੱਲ ਰਹੇ ਇੰਸਟੈਂਸ ਨੂੰ ਭੇਜਦੀਆਂ ਹਨ। ਕੁਝ ਐਂਟਰੀਆਂ D-Bus ਸਰਗਰਮੀ ਵਰਤਦੀਆਂ ਹਨ, ਜਿਸਦਾ ਆਪਣਾ ਲਾਂਚ ਰਾਹ ਹੈ। ਨਵਾਂ ਆਈਕਨ ਕਲਿੱਕ ਨਵੀਂ ਸੋਧੀ Exec ਵਾਤਾਵਰਣ ਨਾਲ ਨਵੀਂ ਪ੍ਰਕਿਰਿਆ ਸਥਾਪਿਤ ਨਹੀਂ ਕਰਦਾ।

ਬੇਨਤੀ ਕਰਨ ਵਾਲੇ ਇੰਸਟੈਂਸ ਅਤੇ ਇਸਦੇ ਅਸਲ ਕਬਜ਼ੇ ਵਾਲੀ ਸੰਰਚਨਾ ਦੀ ਪਛਾਣ ਕਰੋ। ਜੇ ਢੁਕਵਾਂ ਹੋਵੇ ਤਾਂ ਨਿਯੰਤਰਿਤ ਨਵਾਂ ਲਾਂਚ ਤੁਲਨਾ ਨੂੰ ਸੰਕੁਚਿਤ ਕਰ ਸਕਦਾ ਹੈ। ਮਨੋਰਥਿਤ ਵਾਤਾਵਰਣ ਕਦੇ ਇਸ ਤੱਕ ਪਹੁੰਚਿਆ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਐਪਲੀਕੇਸ਼ਨ ਮੁੜ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਬਚੋ।