ਆਊਟਸੋਰਸਿੰਗ ਤੋਂ ਵਿਕਾਸ ਤੱਕ (ਭਾਗ 2)

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

ਯੋਜਨਾਬੰਦੀ

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

ਕਿਉਂਕਿ ਅਸੀਂ ਉਤਪਾਦ ਨੂੰ ਵੰਡਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ, ਪਰ ਓਪਨ ਸੋਰਸ ਵਜੋਂ ਨਹੀਂ, ਇਸ ਲਈ ਓਪਨ ਲਾਇਸੈਂਸਾਂ ਜਿਵੇਂ ਕਿ GPL ਦੇ ਨਾਲ ਵੱਖ-ਵੱਖ ਲਾਇਬ੍ਰੇਰੀਆਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨਾ ਅਸੰਭਵ ਹੋ ਗਿਆ ਹੈ। ਇਹ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕ ਵੱਖਰਾ ਵਿਸ਼ਾ ਹੈ; ਉਤਪਾਦ ਵੇਚਣ ਦਾ ਫੈਸਲਾ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਮੈਨੂੰ ਇਸ ਤੱਥ ਦੇ ਕਾਰਨ ਅੱਧੀਆਂ ਲਾਇਬ੍ਰੇਰੀਆਂ ਵਿੱਚੋਂ ਲੰਘਣਾ ਪਿਆ ਕਿ ਉਹ ਜੀ.ਪੀ.ਐਲ. ਜਦੋਂ ਉਨ੍ਹਾਂ ਨੇ ਆਪਣੇ ਲਈ ਲਿਖਿਆ, ਇਹ ਆਮ ਸੀ. ਪਰ ਵੰਡਣ ਲਈ ਢੁਕਵਾਂ ਨਹੀਂ ਹੈ। ਪਹਿਲਾ VPN ਜੋ ਮਨ ਵਿੱਚ ਆਉਂਦਾ ਹੈ ਉਹ ਹੈ OpenVPN. ਪਰ ਇਹ ਜੀ.ਪੀ.ਐਲ. ਇੱਕ ਹੋਰ ਵਿਕਲਪ ਜਾਪਾਨੀ SoftEther VPN ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸੀ। ਉਸਦੇ ਲਾਇਸੈਂਸ ਨੇ ਉਸਨੂੰ ਆਪਣੇ ਉਤਪਾਦ ਵਿੱਚ ਇਸਨੂੰ ਸ਼ਾਮਲ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੱਤੀ। ਇਸ ਨੂੰ ਇਸ ਤਰੀਕੇ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਕਰਨ ਦੇ ਤਰੀਕੇ ਬਾਰੇ ਕੁਝ ਦਿਨਾਂ ਦੇ ਵੱਖ-ਵੱਖ ਟੈਸਟਾਂ ਤੋਂ ਬਾਅਦ, ਉਪਭੋਗਤਾ ਨੂੰ ਕਿਸੇ ਵੀ ਚੀਜ਼ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ ਅਤੇ SoftEther VPN ਬਾਰੇ ਜਾਣਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ, ਇੱਕ ਪ੍ਰੋਟੋਟਾਈਪ ਪ੍ਰਾਪਤ ਕੀਤਾ ਗਿਆ ਸੀ। ਸਭ ਕੁਝ ਉਵੇਂ ਹੀ ਸੀ ਜਿਵੇਂ ਹੋਣਾ ਚਾਹੀਦਾ ਸੀ। ਪਰ ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ ਇਸ ਸਕੀਮ ਨੇ ਸਾਨੂੰ ਅਜੇ ਵੀ ਉਲਝਣ ਵਿੱਚ ਰੱਖਿਆ, ਅਤੇ ਅਸੀਂ ਆਖਰਕਾਰ ਇਸਨੂੰ ਛੱਡ ਦਿੱਤਾ। ਪਰ ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ ਉਨ੍ਹਾਂ ਨੇ ਇਕ ਹੋਰ ਵਿਕਲਪ ਲਿਆਉਣ ਤੋਂ ਬਾਅਦ ਇਨਕਾਰ ਕਰ ਦਿੱਤਾ। ਅੰਤ ਵਿੱਚ, ਸਭ ਕੁਝ ਨਿਯਮਤ TCP ਕੁਨੈਕਸ਼ਨਾਂ 'ਤੇ ਕੀਤਾ ਗਿਆ ਸੀ. ਕੁਝ ਕੁਨੈਕਸ਼ਨ ਕੋਆਰਡੀਨੇਟਰ ਰਾਹੀਂ ਕੰਮ ਕਰਦੇ ਹਨ, ਕੁਝ ਸਿੱਧੇ ਨੈਟ ਹੋਲ ਪੰਚਿੰਗ (NHP) ਤਕਨੀਕ ਰਾਹੀਂ, ਜੋ ਕਿ ਫ੍ਰੀ ਪਾਸਕਲ ਵਿੱਚ ਵੀ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਸੀ। ਮੈਨੂੰ ਇਹ ਕਹਿਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਮੈਂ ਪਹਿਲਾਂ ਕਦੇ ਵੀ NHP ਬਾਰੇ ਨਹੀਂ ਸੁਣਿਆ ਸੀ। ਅਤੇ ਇਹ ਮੇਰੇ ਲਈ ਕਦੇ ਨਹੀਂ ਆਇਆ ਕਿ 2 ਨੈਟਵਰਕ ਡਿਵਾਈਸਾਂ ਨੂੰ ਜੋੜਨਾ ਸੰਭਵ ਸੀ, ਜੋ ਕਿ ਦੋਵੇਂ ਸਿੱਧੇ NAT ਦੇ ਪਿੱਛੇ ਹਨ. ਮੈਂ ਵਿਸ਼ੇ ਦਾ ਅਧਿਐਨ ਕੀਤਾ, ਸੰਚਾਲਨ ਦੇ ਸਿਧਾਂਤ ਨੂੰ ਸਮਝਿਆ ਅਤੇ ਲਿਖਣ ਲਈ ਬੈਠ ਗਿਆ। ਯੋਜਨਾ ਨੂੰ ਸਾਕਾਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਉਪਭੋਗਤਾ ਪਾਸਵਰਡ ਦਾਖਲ ਕੀਤੇ ਜਾਂ VPN ਸਥਾਪਤ ਕੀਤੇ ਬਿਨਾਂ RDP, SSH ਜਾਂ Winbox ਦੁਆਰਾ NAT ਦੇ ਪਿੱਛੇ ਲੋੜੀਦੀ ਡਿਵਾਈਸ ਨਾਲ ਇੱਕ ਕਲਿੱਕ ਨਾਲ ਜੁੜਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਹਨਾਂ ਵਿੱਚੋਂ ਜ਼ਿਆਦਾਤਰ ਕੁਨੈਕਸ਼ਨ ਸਾਡੇ ਕੋਆਰਡੀਨੇਟਰ ਤੋਂ ਅੱਗੇ ਚਲੇ ਜਾਂਦੇ ਹਨ, ਜਿਸਦਾ ਪਿੰਗ ਅਤੇ ਇਹਨਾਂ ਕੁਨੈਕਸ਼ਨਾਂ ਦੀ ਸੇਵਾ ਕਰਨ ਦੀ ਲਾਗਤ 'ਤੇ ਚੰਗਾ ਪ੍ਰਭਾਵ ਪੈਂਦਾ ਹੈ।

ਸਰਵਰ ਦੇ ਹਿੱਸੇ ਨੂੰ ਲੀਨਕਸ ਤੋਂ ਵਿੰਡੋਜ਼ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਨਾ

ਵਿੰਡੋਜ਼ 'ਤੇ ਸਵਿਚ ਕਰਨ ਵੇਲੇ ਕਈ ਸਮੱਸਿਆਵਾਂ ਸਨ। ਪਹਿਲਾ ਇਹ ਹੈ ਕਿ ਵਿੰਡੋਜ਼ ਵਿੱਚ ਬਿਲਟ-ਇਨ wmic ਤੁਹਾਨੂੰ WQL ਪੁੱਛਗਿੱਛ ਕਰਨ ਦੀ ਆਗਿਆ ਨਹੀਂ ਦਿੰਦਾ ਹੈ। ਅਤੇ ਸਾਡੇ ਸਿਸਟਮ ਵਿੱਚ ਸਭ ਕੁਝ ਪਹਿਲਾਂ ਹੀ ਉਹਨਾਂ 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਸੀ. ਅਤੇ ਕੁਝ ਹੋਰ ਸੀ, ਪਰ ਹੁਣ ਮੈਂ ਭੁੱਲ ਗਿਆ ਹਾਂ ਕਿ ਆਖਰਕਾਰ ਉਨ੍ਹਾਂ ਨੇ ਇਸਦੀ ਵਰਤੋਂ ਕਿਉਂ ਛੱਡ ਦਿੱਤੀ। ਵਿੰਡੋਜ਼ ਦੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਸੰਭਵ ਤੌਰ 'ਤੇ ਅੰਤਰ। ਅਤੇ ਦੂਜੀ ਸਮੱਸਿਆ ਮਲਟੀਥ੍ਰੈਡਿੰਗ ਹੈ। ਸਾਡੇ ਲਈ "ਸਵੀਕਾਰਯੋਗ" ਲਾਇਸੰਸ ਦੇ ਤਹਿਤ ਇੱਕ ਚੰਗੀ ਤੀਜੀ-ਧਿਰ ਉਪਯੋਗਤਾ ਨਾ ਮਿਲਣ ਕਰਕੇ, ਮੈਂ ਲਾਜ਼ਰਸ IDE ਨੂੰ ਦੁਬਾਰਾ ਲਾਂਚ ਕੀਤਾ। ਅਤੇ ਮੈਂ ਲੋੜੀਂਦੀ ਉਪਯੋਗਤਾ ਲਿਖੀ. ਇਨਪੁਟ ਵਸਤੂਆਂ ਦੀ ਲੋੜੀਂਦੀ ਸੂਚੀ ਹੈ ਅਤੇ ਕਿਹੜੀਆਂ ਖਾਸ ਪੁੱਛਗਿੱਛਾਂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ, ਅਤੇ ਜਵਾਬ ਵਿੱਚ ਮੈਨੂੰ ਡੇਟਾ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ। ਅਤੇ ਇਹ ਸਭ ਮਲਟੀ-ਥ੍ਰੈਡਡ ਮੋਡ ਵਿੱਚ. ਮਹਾਨ।

PHP ਵਿੰਡੋਜ਼ ਲਈ pthreads ਸੈਟ ਅਪ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਮੈਂ ਸੋਚਿਆ ਕਿ ਸਭ ਕੁਝ ਤੁਰੰਤ ਸ਼ੁਰੂ ਹੋ ਜਾਵੇਗਾ, ਪਰ ਅਜਿਹਾ ਨਹੀਂ ਸੀ। ਡੀਬੱਗਿੰਗ ਦੇ ਕੁਝ ਸਮੇਂ ਬਾਅਦ, ਮੈਨੂੰ ਅਹਿਸਾਸ ਹੋਇਆ ਕਿ pthreads ਕੰਮ ਕਰਦੇ ਜਾਪਦੇ ਸਨ, ਪਰ ਇਹ ਸਾਡੇ ਸਿਸਟਮ 'ਤੇ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਸੀ। ਇਹ ਸਪੱਸ਼ਟ ਹੋ ਗਿਆ ਹੈ ਕਿ ਵਿੰਡੋਜ਼ 'ਤੇ pthreads ਨਾਲ ਕੰਮ ਕਰਨ ਵਿੱਚ ਕੁਝ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ. ਅਤੇ ਇਸ ਲਈ ਇਹ ਸੀ. ਮੈਂ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਪੜ੍ਹਿਆ, ਅਤੇ ਇਹ ਉੱਥੇ ਲਿਖਿਆ ਗਿਆ ਸੀ ਕਿ ਵਿੰਡੋਜ਼ ਲਈ ਥਰਿੱਡਾਂ ਦੀ ਗਿਣਤੀ ਸੀਮਤ ਹੈ, ਅਤੇ, ਜਿੱਥੋਂ ਤੱਕ ਮੈਨੂੰ ਯਾਦ ਹੈ, ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ। ਇਹ ਸਮੱਸਿਆ ਬਣ ਗਈ। ਕਿਉਂਕਿ ਜਦੋਂ ਮੈਂ ਐਪਲੀਕੇਸ਼ਨ 'ਤੇ ਚੱਲਣ ਵਾਲੇ ਥਰਿੱਡਾਂ ਦੀ ਗਿਣਤੀ ਨੂੰ ਘਟਾਉਣਾ ਸ਼ੁਰੂ ਕੀਤਾ, ਤਾਂ ਇਸ ਨੇ ਕੰਮ ਬਹੁਤ ਹੌਲੀ ਹੌਲੀ ਕੀਤਾ। ਮੈਂ IDE ਨੂੰ ਦੁਬਾਰਾ ਖੋਲ੍ਹਿਆ ਅਤੇ ਆਬਜੈਕਟ ਦੇ ਮਲਟੀ-ਥ੍ਰੈਡਡ ਪਿੰਗਿੰਗ ਲਈ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਉਸੇ ਉਪਯੋਗਤਾ ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ ਸੀ। ਖੈਰ, ਉੱਥੇ ਪਹਿਲਾਂ ਹੀ ਬਹੁਤ ਸਾਰੀਆਂ ਪੋਰਟ ਸਕੈਨਿੰਗ ਵੀ ਹੈ. ਵਾਸਤਵ ਵਿੱਚ, ਇਸ ਤੋਂ ਬਾਅਦ, PHP ਲਈ pthreads ਦੀ ਲੋੜ ਗਾਇਬ ਹੋ ਗਈ, ਅਤੇ ਇਸਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਇਸ ਸਹੂਲਤ ਵਿੱਚ ਕਈ ਹੋਰ ਕਾਰਜਕੁਸ਼ਲਤਾਵਾਂ ਸ਼ਾਮਲ ਕੀਤੀਆਂ ਗਈਆਂ ਸਨ ਅਤੇ ਇਹ ਅੱਜ ਵੀ ਕੰਮ ਕਰਦੀ ਹੈ। ਇਸ ਤੋਂ ਬਾਅਦ, ਵਿੰਡੋਜ਼ ਲਈ ਇੱਕ ਇੰਸਟੌਲਰ ਅਸੈਂਬਲ ਕੀਤਾ ਗਿਆ ਸੀ, ਜਿਸ ਵਿੱਚ ਅਪਾਚੇ, PHP, ਮਾਰੀਆਡੀਬੀ, ਖੁਦ PHP ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਸਿਸਟਮ ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਲਈ ਉਪਯੋਗਤਾਵਾਂ ਦਾ ਇੱਕ ਸੈੱਟ, ਫ੍ਰੀ ਪਾਸਕਲ ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਸੀ। ਜਿਵੇਂ ਕਿ ਇੰਸਟਾਲਰ ਲਈ, ਮੈਂ ਸੋਚਿਆ ਕਿ ਮੈਂ ਇਸ ਮੁੱਦੇ ਨੂੰ ਜਲਦੀ ਹੱਲ ਕਰਾਂਗਾ, ਕਿਉਂਕਿ ... ਇਹ ਇੱਕ ਬਹੁਤ ਹੀ ਆਮ ਗੱਲ ਹੈ ਅਤੇ ਲਗਭਗ ਹਰ ਸਾਫਟਵੇਅਰ ਲਈ ਜ਼ਰੂਰੀ ਹੈ. ਜਾਂ ਤਾਂ ਮੈਂ ਗਲਤ ਥਾਂ ਦੇਖ ਰਿਹਾ ਸੀ, ਜਾਂ ਕੁਝ ਹੋਰ। ਪਰ ਮੈਂ ਲਗਾਤਾਰ ਉਹਨਾਂ ਉਤਪਾਦਾਂ ਵਿੱਚ ਆਇਆ ਜੋ ਜਾਂ ਤਾਂ ਕਾਫ਼ੀ ਲਚਕਦਾਰ ਨਹੀਂ ਸਨ, ਜਾਂ ਮਹਿੰਗੇ ਅਤੇ ਲਚਕੀਲੇ ਵੀ ਸਨ। ਅਤੇ ਫਿਰ ਵੀ, ਮੈਨੂੰ ਇੱਕ ਮੁਫਤ ਸਥਾਪਕ ਮਿਲਿਆ ਜਿਸ ਵਿੱਚ ਕਿਸੇ ਵੀ ਇੱਛਾ ਲਈ ਪ੍ਰਦਾਨ ਕਰਨਾ ਸੰਭਵ ਹੋਵੇਗਾ. ਇਹ InnoSetup ਹੈ। ਮੈਂ ਇਸ ਬਾਰੇ ਇੱਥੇ ਇਸ ਲਈ ਲਿਖ ਰਿਹਾ ਹਾਂ ਕਿਉਂਕਿ ਜੇਕਰ ਮੈਂ ਕਿਸੇ ਦਾ ਸਮਾਂ ਬਚਾਉਂਦਾ ਹਾਂ ਤਾਂ ਮੈਨੂੰ ਇਸਨੂੰ ਦੇਖਣਾ ਪਿਆ।

ਤੁਹਾਡੇ ਕਲਾਇੰਟ ਦੇ ਹੱਕ ਵਿੱਚ ਪਲੱਗਇਨ ਦਾ ਇਨਕਾਰ

ਮੈਂ ਪਹਿਲਾਂ ਲਿਖਿਆ ਸੀ ਕਿ ਕਲਾਇੰਟ ਦਾ ਹਿੱਸਾ "ਪਲੱਗਇਨ" ਵਾਲਾ ਇੱਕ ਬ੍ਰਾਊਜ਼ਰ ਸੀ। ਇਸ ਲਈ ਕਈ ਵਾਰ ਕ੍ਰੋਮ ਨੂੰ ਅਪਡੇਟ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਲੇਆਉਟ ਥੋੜਾ ਜਿਹਾ ਟੇਢਾ ਸੀ, ਫਿਰ ਵਿੰਡੋਜ਼ ਨੂੰ ਅਪਡੇਟ ਕੀਤਾ ਗਿਆ ਸੀ ਅਤੇ ਕਸਟਮ ਯੂਰੀ ਸਕੀਮ ਗਾਇਬ ਹੋ ਗਈ ਸੀ। ਮੈਂ ਅਸਲ ਵਿੱਚ ਉਤਪਾਦ ਦੇ ਜਨਤਕ ਸੰਸਕਰਣ ਵਿੱਚ ਇਸ ਕਿਸਮ ਦੇ ਹੈਰਾਨੀ ਨਹੀਂ ਚਾਹੁੰਦਾ ਸੀ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਹਰੇਕ ਵਿੰਡੋਜ਼ ਅਪਡੇਟ ਤੋਂ ਬਾਅਦ ਕਸਟਮ ਯੂਰੀ ਅਲੋਪ ਹੋਣਾ ਸ਼ੁਰੂ ਹੋ ਗਿਆ। Microsoft ਨੇ ਲੋੜੀਂਦੇ ਭਾਗ ਵਿੱਚ ਸਾਰੀਆਂ ਗੈਰ-ਇਸਦੀਆਂ ਸ਼ਾਖਾਵਾਂ ਨੂੰ ਸਿਰਫ਼ ਮਿਟਾ ਦਿੱਤਾ ਹੈ। ਨਾਲ ਹੀ, ਗੂਗਲ ਕਰੋਮ ਹੁਣ ਤੁਹਾਨੂੰ ਕਸਟਮ ਯੂਰੀ ਤੋਂ ਐਪਲੀਕੇਸ਼ਨ ਖੋਲ੍ਹਣ ਜਾਂ ਨਾ ਖੋਲ੍ਹਣ ਦੀ ਚੋਣ ਨੂੰ ਯਾਦ ਰੱਖਣ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਵੀ ਤੁਸੀਂ ਕਿਸੇ ਨਿਗਰਾਨੀ ਵਸਤੂ 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹੋ ਤਾਂ ਇਹ ਸਵਾਲ ਪੁੱਛਦਾ ਹੈ। ਖੈਰ, ਆਮ ਤੌਰ 'ਤੇ, ਉਪਭੋਗਤਾ ਦੇ ਸਥਾਨਕ ਸਿਸਟਮ ਨਾਲ ਆਮ ਗੱਲਬਾਤ ਜ਼ਰੂਰੀ ਸੀ, ਜੋ ਬ੍ਰਾਊਜ਼ਰ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰਦਾ ਹੈ. ਇਸ ਸਕੀਮ ਵਿੱਚ ਸਭ ਤੋਂ ਸਰਲ ਵਿਕਲਪ ਸਿਰਫ਼ ਆਪਣਾ ਖੁਦ ਦਾ ਬ੍ਰਾਊਜ਼ਰ ਬਣਾਉਣਾ ਜਾਪਦਾ ਹੈ, ਜਿਵੇਂ ਕਿ ਬਹੁਤ ਸਾਰੇ ਹੁਣ ਇਲੈਕਟ੍ਰੋਨ ਰਾਹੀਂ ਕਰ ਰਹੇ ਹਨ। ਪਰ ਬਹੁਤ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਪਹਿਲਾਂ ਹੀ ਫ੍ਰੀ ਪਾਸਕਲ ਵਿੱਚ ਲਿਖੀਆਂ ਗਈਆਂ ਸਨ, ਸਰਵਰ ਹਿੱਸੇ ਸਮੇਤ, ਇਸ ਲਈ ਅਸੀਂ ਕਲਾਇੰਟ ਨੂੰ ਉਸੇ ਭਾਸ਼ਾ ਵਿੱਚ ਬਣਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ, ਨਾ ਕਿ ਚਿੜੀਆਘਰ ਬਣਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ। ਬੋਰਡ 'ਤੇ Chromium ਵਾਲਾ ਇੱਕ ਕਲਾਇੰਟ ਇਸ ਤਰ੍ਹਾਂ ਲਿਖਿਆ ਗਿਆ ਸੀ। ਉਸ ਤੋਂ ਬਾਅਦ, ਇਸਨੇ ਵੱਖ-ਵੱਖ ਸਟ੍ਰੈਪਿੰਗਸ ਹਾਸਲ ਕਰਨੇ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤੇ।

ਰਿਲੀਜ਼

ਅੰਤ ਵਿੱਚ ਅਸੀਂ ਸਿਸਟਮ ਲਈ ਇੱਕ ਨਾਮ ਚੁਣਿਆ। ਅਸੀਂ ਲਗਾਤਾਰ ਵੱਖ-ਵੱਖ ਵਿਕਲਪਾਂ ਵਿੱਚੋਂ ਲੰਘੇ ਜਦੋਂ ਕਿ ਸਥਾਨਕ ਸੰਸਕਰਣ ਤੋਂ SaaS ਵਿੱਚ ਬਦਲਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਚੱਲ ਰਹੀ ਸੀ। ਕਿਉਂਕਿ ਅਸੀਂ ਸ਼ੁਰੂ ਵਿੱਚ ਨਾ ਸਿਰਫ ਘਰੇਲੂ ਬਾਜ਼ਾਰ ਵਿੱਚ ਦਾਖਲ ਹੋਣ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਸੀ, ਇੱਕ ਨਾਮ ਚੁਣਨ ਦਾ ਮੁੱਖ ਮਾਪਦੰਡ ".com" ਜ਼ੋਨ ਵਿੱਚ ਇੱਕ ਖਾਲੀ ਜਾਂ ਬਹੁਤ ਮਹਿੰਗਾ ਡੋਮੇਨ ਦੀ ਮੌਜੂਦਗੀ ਸੀ। ਕੁਝ ਫੰਕਸ਼ਨ/ਮੌਡਿਊਲ ਅਜੇ ਤੱਕ ਸਥਾਨਕ ਸੰਸਕਰਣ ਤੋਂ ਵੇਲੀਅਮ ਵਿੱਚ ਪੋਰਟ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ, ਪਰ ਅਸੀਂ ਫੈਸਲਾ ਕੀਤਾ ਹੈ ਕਿ ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਮੌਜੂਦਾ ਕਾਰਜਸ਼ੀਲਤਾ ਨਾਲ ਜਾਰੀ ਕਰਾਂਗੇ ਅਤੇ ਬਾਕੀ ਨੂੰ ਅੱਪਡੇਟ ਵਜੋਂ ਪੂਰਾ ਕਰਾਂਗੇ। ਪਹਿਲੇ ਸੰਸਕਰਣ ਵਿੱਚ ਕੋਈ ਹੈਲਪਡੈਸਕ, ਵੇਲੀਅਮ ਕਨੈਕਟਰ ਨਹੀਂ ਸੀ, ਨੋਟੀਫਿਕੇਸ਼ਨ ਟਰਿਗਰਸ ਅਤੇ ਹੋਰ ਬਹੁਤ ਕੁਝ ਲਈ ਥ੍ਰੈਸ਼ਹੋਲਡ ਨੂੰ ਬਦਲਣਾ ਅਸੰਭਵ ਸੀ। ਅਸੀਂ ਇੱਕ ਕੋਡ ਸਾਈਨ ਸਰਟੀਫਿਕੇਟ ਖਰੀਦਿਆ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਭਾਗਾਂ 'ਤੇ ਹਸਤਾਖਰ ਕੀਤੇ ਹਨ। ਅਸੀਂ ਉਤਪਾਦ ਲਈ ਇੱਕ ਵੈਬਸਾਈਟ ਲਿਖੀ, ਸਾਫਟਵੇਅਰ, ਇੱਕ ਟ੍ਰੇਡਮਾਰਕ, ਆਦਿ ਨੂੰ ਰਜਿਸਟਰ ਕਰਨ ਲਈ ਪ੍ਰਕਿਰਿਆਵਾਂ ਸ਼ੁਰੂ ਕੀਤੀਆਂ। ਆਮ ਤੌਰ 'ਤੇ, ਅਸੀਂ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਤਿਆਰ ਹਾਂ. ਕੀਤੇ ਗਏ ਕੰਮ ਤੋਂ ਇੱਕ ਮਾਮੂਲੀ ਖੁਸ਼ੀ ਅਤੇ ਇਸ ਤੱਥ ਤੋਂ ਕਿ ਸ਼ਾਇਦ ਕੋਈ ਤੁਹਾਡੇ ਉਤਪਾਦ ਦੀ ਵਰਤੋਂ ਕਰੇਗਾ, ਹਾਲਾਂਕਿ ਸਾਨੂੰ ਇਸ ਬਾਰੇ ਕੋਈ ਸ਼ੱਕ ਨਹੀਂ ਸੀ। ਅਤੇ ਫਿਰ ਬੰਦ ਕਰੋ. ਪਾਰਟਨਰ ਨੇ ਕਿਹਾ ਕਿ ਮੈਸੇਂਜਰਾਂ ਰਾਹੀਂ ਸੂਚਨਾਵਾਂ ਤੋਂ ਬਿਨਾਂ ਮਾਰਕੀਟ ਵਿੱਚ ਦਾਖਲ ਹੋਣਾ ਅਸੰਭਵ ਹੈ। ਇਹ ਹੋਰ ਬਹੁਤ ਸਾਰੀਆਂ ਚੀਜ਼ਾਂ ਤੋਂ ਬਿਨਾਂ ਸੰਭਵ ਹੈ, ਪਰ ਇਸ ਤੋਂ ਬਿਨਾਂ ਨਹੀਂ. ਕੁਝ ਬਹਿਸ ਤੋਂ ਬਾਅਦ, ਟੈਲੀਗ੍ਰਾਮ ਨਾਲ ਏਕੀਕਰਨ ਜੋੜਿਆ ਗਿਆ, ਜੋ ਸਾਡੇ ਲਈ ਅਨੁਕੂਲ ਸੀ। ਸਾਰੇ ਮੌਜੂਦਾ ਤਤਕਾਲ ਮੈਸੇਂਜਰਾਂ ਵਿੱਚੋਂ, ਇਹ ਕੇਵਲ ਇੱਕ ਹੈ ਜੋ ਇਸਦੇ APIs ਤੱਕ ਮੁਫਤ ਅਤੇ ਬਿਨਾਂ ਕਿਸੇ ਗੁੰਝਲਦਾਰ ਪ੍ਰਵਾਨਗੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੇ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਉਹੀ ਵਟਸਐਪ ਉਹਨਾਂ ਪ੍ਰਦਾਤਾਵਾਂ ਨਾਲ ਸੰਪਰਕ ਕਰਨ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ ਜੋ ਉਹਨਾਂ ਦੀਆਂ ਸੇਵਾਵਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਚੰਗੇ ਪੈਸੇ ਲੈਂਦੇ ਹਨ; ਗੈਸਕੇਟ ਤੋਂ ਬਿਨਾਂ ਪਹੁੰਚ ਦੀ ਮੰਗ ਕਰਨ ਵਾਲੇ ਸਾਰੇ ਪੱਤਰਾਂ ਨੂੰ ਅਣਡਿੱਠ ਕੀਤਾ ਗਿਆ ਸੀ। ਖੈਰ, ਵਾਈਬਰ... ਮੈਨੂੰ ਨਹੀਂ ਪਤਾ ਕਿ ਹੁਣ ਇਸਨੂੰ ਕੌਣ ਵਰਤਦਾ ਹੈ, ਕਿਉਂਕਿ... ਸਪੈਮ ਅਤੇ ਵਿਗਿਆਪਨ ਚਾਰਟ ਤੋਂ ਬਾਹਰ ਹਨ। ਦਸੰਬਰ ਦੇ ਅੰਤ ਵਿੱਚ, ਦੋਸਤਾਂ ਵਿੱਚ ਅੰਦਰੂਨੀ ਟੈਸਟਾਂ ਅਤੇ ਟੈਸਟਾਂ ਦੀ ਇੱਕ ਲੜੀ ਤੋਂ ਬਾਅਦ, ਹਰੇਕ ਲਈ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਖੋਲ੍ਹ ਦਿੱਤੀ ਗਈ ਸੀ ਅਤੇ ਸੌਫਟਵੇਅਰ ਨੂੰ ਡਾਊਨਲੋਡ ਕਰਨ ਲਈ ਉਪਲਬਧ ਕਰਾਇਆ ਗਿਆ ਸੀ।

ਵੰਡ ਦੀ ਸ਼ੁਰੂਆਤ

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

ਇੱਥੇ ਇਹ ਕਿਹਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਮਾਰਕੀਟ ਵਿੱਚ ਦਾਖਲ ਹੋਣਾ ਜਦੋਂ ਤੁਹਾਡੀ ਕੰਪਨੀ ਦਾ ਕੋਈ ਮਸ਼ਹੂਰ ਨਾਮ ਨਹੀਂ ਹੈ, ਅਤੇ ਉਸੇ ਸਮੇਂ ਏਜੰਟ ਰਹਿਤ ਨਿਗਰਾਨੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਪ੍ਰਦਾਨ ਕਰਨਾ ਜਿਸ ਵਿੱਚ ਤੁਹਾਨੂੰ ਆਪਣੇ ਸਰਵਰਾਂ ਅਤੇ ਵਰਕਸਟੇਸ਼ਨਾਂ ਤੋਂ ਖਾਤੇ ਦਾਖਲ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੁੰਦੀ ਹੈ, ਬਹੁਤ ਮੁਸ਼ਕਲ ਹੈ. ਇਹ ਬਹੁਤ ਸਾਰੇ ਲੋਕਾਂ ਨੂੰ ਡਰਾਉਂਦਾ ਹੈ. ਅਸੀਂ ਸ਼ੁਰੂ ਤੋਂ ਹੀ ਸਮਝ ਲਿਆ ਸੀ ਕਿ ਇਸ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਹੋਣਗੀਆਂ ਅਤੇ ਅਸੀਂ ਇਸ ਲਈ ਤਕਨੀਕੀ ਅਤੇ ਨੈਤਿਕ ਤੌਰ 'ਤੇ ਤਿਆਰ ਸੀ। ਸਾਰੇ ਰਿਮੋਟ ਕਨੈਕਸ਼ਨ, ਇਸ ਤੱਥ ਦੇ ਬਾਵਜੂਦ ਕਿ RDP ਅਤੇ SSH ਪਹਿਲਾਂ ਹੀ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਏਨਕ੍ਰਿਪਟ ਕੀਤੇ ਗਏ ਹਨ, AES ਸਟੈਂਡਰਡ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਸਾਡੇ ਸੌਫਟਵੇਅਰ ਦੁਆਰਾ ਵੀ ਏਨਕ੍ਰਿਪਟ ਕੀਤੇ ਗਏ ਹਨ। ਸਥਾਨਕ ਸਰਵਰਾਂ ਤੋਂ ਸਾਰਾ ਡਾਟਾ HTTPS ਰਾਹੀਂ ਕਲਾਉਡ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਖਾਤੇ ਇਨਕ੍ਰਿਪਟਡ ਰੂਪ ਵਿੱਚ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਸਾਰੇ ਸਬ-ਸਿਸਟਮ ਲਈ ਇਨਕ੍ਰਿਪਸ਼ਨ ਕੁੰਜੀਆਂ ਸਾਰੇ ਗਾਹਕਾਂ ਲਈ ਵਿਅਕਤੀਗਤ ਹਨ। ਰਿਮੋਟ ਕਨੈਕਸ਼ਨਾਂ ਲਈ, ਸੈਸ਼ਨ ਇਨਕ੍ਰਿਪਸ਼ਨ ਕੁੰਜੀਆਂ ਆਮ ਤੌਰ 'ਤੇ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।

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

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

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

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

ਕੁਝ ਕਹਿੰਦੇ ਹਨ ਕਿ ਅਸੀਂ ਇਸਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰਾਂਗੇ ਕਿਉਂਕਿ ਕੋਈ FSTEC ਸਰਟੀਫਿਕੇਟ ਨਹੀਂ ਹੈ। ਸਾਨੂੰ ਇਹ ਸਮਝਾਉਣਾ ਪਏਗਾ ਕਿ ਅਸੀਂ ਇਸਨੂੰ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹਾਂ ਅਤੇ ਨਹੀਂ ਕਰਾਂਗੇ ਕਿਉਂਕਿ ਇਹ ਸਰਟੀਫਿਕੇਟ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, ਏਨਕ੍ਰਿਪਸ਼ਨ GOST ਦੇ ਅਨੁਸਾਰ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਅਸੀਂ ਸੌਫਟਵੇਅਰ ਨੂੰ ਨਾ ਸਿਰਫ਼ ਰੂਸ ਵਿੱਚ ਵੰਡਣ ਅਤੇ AES ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ।

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

ਕਰਮਚਾਰੀਆਂ ਲਈ ਰਿਮੋਟ ਐਕਸੈਸ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਜੋੜਨਾ

ਗਾਹਕਾਂ ਦੇ ਅਕਸਰ ਕੰਮ ਵਿੱਚੋਂ ਇੱਕ "ਵਾਨਿਆ ਨੂੰ ਘਰ ਤੋਂ ਉਸਦੇ ਕੰਪਿਊਟਰ ਤੱਕ ਪਹੁੰਚ ਦੇਣਾ" ਹੈ। ਅਸੀਂ Mikrotik 'ਤੇ VPN ਨੂੰ ਵਧਾਇਆ ਹੈ ਅਤੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਖਾਤੇ ਬਣਾਏ ਹਨ। ਪਰ ਇਹ ਇੱਕ ਅਸਲੀ ਸਮੱਸਿਆ ਹੈ. ਉਪਭੋਗਤਾ ਨਿਰਦੇਸ਼ਾਂ ਨੂੰ ਦੇਖਣ ਦੇ ਯੋਗ ਨਹੀਂ ਹਨ ਅਤੇ VPN ਦੁਆਰਾ ਕਨੈਕਟ ਕਰਨ ਲਈ ਕਦਮ ਦਰ ਕਦਮ ਉਹਨਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦੇ ਹਨ। ਵਿੰਡੋਜ਼ ਦੇ ਵੱਖ-ਵੱਖ ਸੰਸਕਰਣ। ਇੱਕ ਵਿੰਡੋਜ਼ ਵਿੱਚ ਸਭ ਕੁਝ ਚੰਗੀ ਤਰ੍ਹਾਂ ਜੁੜਦਾ ਹੈ, ਦੂਜੇ ਵਿੱਚ ਇੱਕ ਵੱਖਰੇ ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ, ਇਹ ਹਮੇਸ਼ਾ ਨੈਟਵਰਕ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਦੀ ਪੁਨਰ-ਸੰਰਚਨਾ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਸੀ, ਜੋ ਕਿ ਇੱਕ VPN ਸਰਵਰ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਾਰੇ ਕਰਮਚਾਰੀਆਂ ਕੋਲ ਇਸ ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਹੈ ਅਤੇ ਇਹ ਅਸੁਵਿਧਾਜਨਕ ਸੀ.

ਪਰ ਸਾਡੇ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਸਰਵਰਾਂ ਅਤੇ ਨੈੱਟਵਰਕ ਉਪਕਰਣਾਂ ਨਾਲ ਰਿਮੋਟ ਕਨੈਕਸ਼ਨ ਹਨ। ਕਿਉਂ ਨਾ ਇੱਕ ਰੈਡੀਮੇਡ ਟਰਾਂਸਪੋਰਟ ਦੀ ਵਰਤੋਂ ਕਰੋ ਅਤੇ ਇੱਕ ਵੱਖਰੀ ਛੋਟੀ ਸਹੂਲਤ ਬਣਾਓ ਜੋ ਤੁਸੀਂ ਉਪਭੋਗਤਾ ਨੂੰ ਜੁੜਨ ਲਈ ਦੇ ਸਕਦੇ ਹੋ। ਮੈਂ ਸਿਰਫ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੁੰਦਾ ਸੀ ਕਿ ਉਪਭੋਗਤਾ ਨੇ ਉੱਥੇ ਕੁਝ ਵੀ ਅਪ੍ਰਮਾਣਿਤ ਨਹੀਂ ਕੀਤਾ ਹੈ. ਸਿਰਫ਼ ਇੱਕ ਬਟਨ "ਕਨੈਕਟ"। ਪਰ ਇਹ ਉਪਯੋਗਤਾ ਕਿਵੇਂ ਸਮਝੇਗੀ ਕਿ ਕਿੱਥੇ ਕਨੈਕਟ ਕਰਨਾ ਹੈ ਜੇਕਰ ਇਸਦਾ ਸਿਰਫ ਇੱਕ ਬਟਨ ਹੈ? ਸਾਡੇ ਸਰਵਰਾਂ 'ਤੇ ਲੋੜੀਂਦੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਆਨਲਾਈਨ ਬਣਾਉਣ ਦਾ ਵਿਚਾਰ ਸੀ। ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ "ਡਾਊਨਲੋਡ ਸ਼ਾਰਟਕੱਟ" ਬਟਨ 'ਤੇ ਕਲਿੱਕ ਕਰਦਾ ਹੈ, ਅਤੇ ਆਰਡੀਪੀ ਦੁਆਰਾ ਲੋੜੀਂਦੇ ਸਰਵਰ/ਕੰਪਿਊਟਰ ਨਾਲ ਜੁੜਨ ਲਈ ਹਾਰਡਵਾਇਰਡ ਜਾਣਕਾਰੀ ਦੇ ਨਾਲ ਇੱਕ ਵਿਅਕਤੀਗਤ ਬਾਈਨਰੀ ਬਣਾਉਣ ਲਈ ਸਾਡੇ ਕਲਾਉਡ ਨੂੰ ਇੱਕ ਕਮਾਂਡ ਭੇਜੀ ਜਾਂਦੀ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ, ਇਹ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ. ਪਰ ਇਸ ਵਿੱਚ ਲੰਮਾ ਸਮਾਂ ਲੱਗਦਾ ਹੈ; ਪ੍ਰਬੰਧਕ ਨੂੰ ਪਹਿਲਾਂ ਇੰਤਜ਼ਾਰ ਕਰਨਾ ਪਏਗਾ ਜਦੋਂ ਤੱਕ ਬਾਈਨਰੀ ਨੂੰ ਕੰਪਾਇਲ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਅਤੇ ਫਿਰ ਡਾਊਨਲੋਡ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਬੇਸ਼ੱਕ, ਸੰਰਚਨਾ ਦੇ ਨਾਲ ਇੱਕ ਦੂਜੀ ਫਾਈਲ ਨੂੰ ਜੋੜਨਾ ਸੰਭਵ ਹੋਵੇਗਾ, ਪਰ ਇਹ ਪਹਿਲਾਂ ਹੀ 2 ਫਾਈਲਾਂ ਹਨ, ਅਤੇ ਸਾਦਗੀ ਲਈ ਉਪਭੋਗਤਾ ਨੂੰ ਇੱਕ ਦੀ ਲੋੜ ਹੈ. ਇੱਕ ਫਾਈਲ, ਇੱਕ ਬਟਨ ਅਤੇ ਕੋਈ ਇੰਸਟਾਲਰ ਨਹੀਂ। ਗੂਗਲ 'ਤੇ ਥੋੜਾ ਜਿਹਾ ਪੜ੍ਹਨ ਤੋਂ ਬਾਅਦ, ਮੈਂ ਇਸ ਸਿੱਟੇ 'ਤੇ ਪਹੁੰਚਿਆ ਕਿ ਜੇ ਤੁਸੀਂ ਕੰਪਾਇਲ ਕੀਤੇ ".exe" ਦੇ ਅੰਤ ਵਿੱਚ ਕੁਝ ਜਾਣਕਾਰੀ ਜੋੜਦੇ ਹੋ, ਤਾਂ ਇਹ ਵਿਗੜਦਾ ਨਹੀਂ ਹੈ (ਚੰਗੀ ਤਰ੍ਹਾਂ, ਲਗਭਗ). ਤੁਸੀਂ ਘੱਟੋ ਘੱਟ ਉੱਥੇ ਯੁੱਧ ਅਤੇ ਸ਼ਾਂਤੀ ਨੂੰ ਜੋੜ ਸਕਦੇ ਹੋ, ਅਤੇ ਇਹ ਪਹਿਲਾਂ ਵਾਂਗ ਕੰਮ ਕਰੇਗਾ. ਇਸ ਦਾ ਫਾਇਦਾ ਨਾ ਉਠਾਉਣਾ ਪਾਪ ਹੋਵੇਗਾ। ਹੁਣ ਤੁਸੀਂ ਸਿਰਫ਼ ਕਲਾਇੰਟ ਵਿੱਚ ਹੀ, ਚਲਦੇ ਸਮੇਂ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਅਨਪੈਕ ਕਰ ਸਕਦੇ ਹੋ, ਜਿਸ ਤਰੀਕੇ ਨਾਲ ਇਸਨੂੰ ਵੇਲੀਅਮ ਕਨੈਕਟਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਅੰਤ ਵਿੱਚ ਇਸ ਨਾਲ ਜੁੜਨ ਲਈ ਲੋੜੀਂਦੀ ਜਾਣਕਾਰੀ ਸ਼ਾਮਲ ਕਰ ਸਕਦੇ ਹੋ। ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਖੁਦ ਜਾਣਦੀ ਹੈ ਕਿ ਇਸ ਨਾਲ ਕੀ ਕਰਨਾ ਹੈ. ਮੈਂ ਬਰੈਕਟਾਂ ਵਿੱਚ "ਲਗਭਗ ਚੰਗੀ ਤਰ੍ਹਾਂ" ਥੋੜਾ ਉੱਚਾ ਕਿਉਂ ਲਿਖਿਆ? ਕਿਉਂਕਿ ਤੁਹਾਨੂੰ ਇਸ ਸਹੂਲਤ ਲਈ ਭੁਗਤਾਨ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਕਿਉਂਕਿ ਐਪਲੀਕੇਸ਼ਨ ਆਪਣੇ ਡਿਜੀਟਲ ਦਸਤਖਤ ਗੁਆ ਦਿੰਦੀ ਹੈ। ਪਰ ਇਸ ਪੜਾਅ 'ਤੇ, ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ ਕਿ ਅਜਿਹੀ ਸਹੂਲਤ ਲਈ ਭੁਗਤਾਨ ਕਰਨ ਲਈ ਇਹ ਇੱਕ ਛੋਟੀ ਕੀਮਤ ਹੈ।

ਥਰਡ ਪਾਰਟੀ ਮੋਡੀਊਲ ਲਾਇਸੰਸ

ਮੈਂ ਪਹਿਲਾਂ ਹੀ ਉੱਪਰ ਲਿਖਿਆ ਹੈ ਕਿ ਉਤਪਾਦ ਨੂੰ ਜਨਤਕ ਤੌਰ 'ਤੇ ਉਪਲਬਧ ਕਰਾਉਣ ਦਾ ਫੈਸਲਾ ਕੀਤੇ ਜਾਣ ਤੋਂ ਬਾਅਦ, ਨਾ ਕਿ ਸਿਰਫ਼ ਸਾਡੀ ਆਪਣੀ ਵਰਤੋਂ ਲਈ, ਸਾਨੂੰ ਸਖ਼ਤ ਮਿਹਨਤ ਕਰਨੀ ਪਈ ਅਤੇ ਕੁਝ ਮਾਡਿਊਲਾਂ ਲਈ ਬਦਲਾਵ ਲੱਭਣਾ ਪਿਆ ਜੋ ਸਾਡੇ ਉਤਪਾਦ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹੋਣ ਦਿੰਦੇ ਸਨ। ਪਰ ਰਿਹਾਈ ਦੇ ਬਾਅਦ, ਇੱਕ ਬਹੁਤ ਹੀ ਕੋਝਾ ਚੀਜ਼ ਅਚਾਨਕ ਖੋਜ ਕੀਤੀ ਗਈ ਸੀ. ਵੇਲੀਅਮ ਸਰਵਰ, ਜੋ ਕਿ ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ ਸੀ, ਵਿੱਚ ਮਾਰੀਆਡੀਬੀ ਡੀਬੀਐਮਐਸ ਸ਼ਾਮਲ ਸੀ। ਅਤੇ ਇਹ GPL ਲਾਇਸੰਸਸ਼ੁਦਾ ਹੈ। GPL ਲਾਇਸੰਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਸੌਫਟਵੇਅਰ ਓਪਨ ਸੋਰਸ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਜੇਕਰ ਸਾਡੇ ਉਤਪਾਦ ਵਿੱਚ ਮਾਰੀਆਡੀਬੀ ਸ਼ਾਮਲ ਹੈ, ਜਿਸ ਕੋਲ ਇਹ ਲਾਇਸੰਸ ਹੈ, ਤਾਂ ਸਾਡਾ ਉਤਪਾਦ ਇਸ ਲਾਇਸੰਸ ਦੇ ਅਧੀਨ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਪਰ ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਇਸ ਲਾਇਸੈਂਸ ਦਾ ਉਦੇਸ਼ ਓਪਨ ਸੋਰਸ ਹੈ, ਅਦਾਲਤ ਵਿੱਚ ਗਲਤੀ ਨਾਲ ਗਲਤੀਆਂ ਕਰਨ ਵਾਲਿਆਂ ਨੂੰ ਸਜ਼ਾ ਦੇਣਾ ਨਹੀਂ। ਜੇਕਰ ਕਾਪੀਰਾਈਟ ਧਾਰਕ ਕੋਲ ਕੋਈ ਦਾਅਵਾ ਹੈ, ਤਾਂ ਉਹ ਉਲੰਘਣਾ ਕਰਨ ਵਾਲੇ ਨੂੰ ਲਿਖਤੀ ਰੂਪ ਵਿੱਚ ਸੂਚਿਤ ਕਰਦਾ ਹੈ ਅਤੇ ਉਸਨੂੰ 30 ਦਿਨਾਂ ਦੇ ਅੰਦਰ ਉਲੰਘਣਾ ਨੂੰ ਖਤਮ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਅਸੀਂ ਆਪਣੀ ਗਲਤੀ ਦਾ ਖੁਦ ਪਤਾ ਲਗਾਇਆ ਅਤੇ ਸਾਨੂੰ ਕੋਈ ਪੱਤਰ ਨਹੀਂ ਮਿਲਿਆ ਅਤੇ ਤੁਰੰਤ ਇਸ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਦੇ ਵਿਕਲਪਾਂ 'ਤੇ ਵਿਚਾਰ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦਿੱਤਾ। ਹੱਲ ਸਪੱਸ਼ਟ ਹੋ ਗਿਆ - SQLite ਤੇ ਸਵਿਚ ਕਰੋ. ਇਸ ਡੇਟਾਬੇਸ ਵਿੱਚ ਕੋਈ ਲਾਇਸੈਂਸ ਪਾਬੰਦੀਆਂ ਨਹੀਂ ਹਨ। ਜ਼ਿਆਦਾਤਰ ਆਧੁਨਿਕ ਬ੍ਰਾਊਜ਼ਰ SQLite ਅਤੇ ਹੋਰ ਪ੍ਰੋਗਰਾਮਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਵਰਤਦੇ ਹਨ। ਮੈਨੂੰ ਇੰਟਰਨੈੱਟ 'ਤੇ ਜਾਣਕਾਰੀ ਮਿਲੀ ਕਿ SQLite ਨੂੰ ਸੰਸਾਰ ਵਿੱਚ ਸਭ ਤੋਂ ਵੱਧ ਵਿਆਪਕ DBMS ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ, ਬਿਲਕੁਲ ਬ੍ਰਾਊਜ਼ਰਾਂ ਦੇ ਕਾਰਨ, ਪਰ ਮੈਂ ਸਬੂਤ ਨਹੀਂ ਲੱਭਿਆ, ਇਸ ਲਈ ਇਹ ਗਲਤ ਜਾਣਕਾਰੀ ਹੈ। ਮੈਂ SQLite ਤੇ ਸਵਿਚ ਕਰਨ ਦੇ ਖ਼ਤਰਿਆਂ ਦਾ ਅਧਿਐਨ ਕਰਨਾ ਸ਼ੁਰੂ ਕੀਤਾ.

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

Select * FROM `table` WHERE `id`>1000 FOR UPDATE

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

PRAGMA journal_mode=WAL;

ਨਤੀਜੇ ਵਜੋਂ, ਕੰਮ ਪੂਰਾ ਹੋ ਗਿਆ ਸੀ ਅਤੇ ਹੁਣ ਕਲਾਇੰਟ ਦਾ ਸਰਵਰ ਹਿੱਸਾ SQLite 'ਤੇ ਚੱਲਦਾ ਹੈ। ਅਸੀਂ ਸਿਸਟਮ ਦੇ ਸੰਚਾਲਨ ਵਿੱਚ ਕੋਈ ਬਦਲਾਅ ਨਹੀਂ ਦੇਖਿਆ।

ਨਵਾਂ ਹੈਲਪਡੈਸਕ

ਹੈਲਪਡੈਸਕ ਸਿਸਟਮ ਨੂੰ ਅੰਦਰੂਨੀ ਸੰਸਕਰਣ ਤੋਂ SaaS ਸੰਸਕਰਣ ਤੱਕ ਪੋਰਟ ਕਰਨਾ ਜ਼ਰੂਰੀ ਸੀ, ਪਰ ਕੁਝ ਤਬਦੀਲੀਆਂ ਦੇ ਨਾਲ। ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਜੋ ਮੈਂ ਕਰਨਾ ਚਾਹੁੰਦਾ ਸੀ ਉਹ ਸੀ ਸਿਸਟਮ ਵਿੱਚ ਪਾਰਦਰਸ਼ੀ ਉਪਭੋਗਤਾ ਅਧਿਕਾਰ ਦੇ ਰੂਪ ਵਿੱਚ ਕਲਾਇੰਟ ਦੇ ਡੋਮੇਨ ਨਾਲ ਏਕੀਕਰਣ. ਹੁਣ, ਹੈਲਪਡੈਸਕ ਵਿੱਚ ਲੌਗਇਨ ਕਰਨ ਅਤੇ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ ਬੇਨਤੀ ਛੱਡਣ ਲਈ, ਉਪਭੋਗਤਾ ਸਿਰਫ਼ ਡੈਸਕਟਾਪ ਦੇ ਸ਼ਾਰਟਕੱਟ 'ਤੇ ਕਲਿੱਕ ਕਰਦਾ ਹੈ ਅਤੇ ਬ੍ਰਾਊਜ਼ਰ ਖੁੱਲ੍ਹਦਾ ਹੈ। ਉਪਭੋਗਤਾ ਕੋਈ ਪ੍ਰਮਾਣ ਪੱਤਰ ਦਾਖਲ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਅਪਾਚੇ SSPI ਲਈ ਮੋਡੀਊਲ, ਜੋ ਕਿ ਵੇਲੀਅਮ ਸਰਵਰ ਦਾ ਹਿੱਸਾ ਹੈ, ਆਪਣੇ ਆਪ ਉਪਭੋਗਤਾ ਨੂੰ ਇੱਕ ਡੋਮੇਨ ਖਾਤੇ ਦੇ ਅਧੀਨ ਅਧਿਕਾਰਤ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਉਪਭੋਗਤਾ ਕਾਰਪੋਰੇਟ ਨੈਟਵਰਕ ਤੋਂ ਬਾਹਰ ਹੁੰਦਾ ਹੈ ਤਾਂ ਸਿਸਟਮ ਵਿੱਚ ਇੱਕ ਬੇਨਤੀ ਛੱਡਣ ਲਈ, ਉਹ ਇੱਕ ਬਟਨ ਤੇ ਕਲਿਕ ਕਰਦਾ ਹੈ ਅਤੇ ਉਸਨੂੰ ਆਪਣੀ ਈਮੇਲ ਵਿੱਚ ਇੱਕ ਲਿੰਕ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ ਜਿਸ ਦੁਆਰਾ ਉਹ ਬਿਨਾਂ ਪਾਸਵਰਡ ਦੇ ਹੈਲਪਡੈਸਕ ਸਿਸਟਮ ਵਿੱਚ ਲੌਗਇਨ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਕੋਈ ਉਪਭੋਗਤਾ ਕਿਸੇ ਡੋਮੇਨ ਵਿੱਚ ਅਯੋਗ ਜਾਂ ਮਿਟਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਹੈਲਪਡੈਸਕ ਖਾਤਾ ਵੀ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦੇਵੇਗਾ। ਇਸ ਤਰ੍ਹਾਂ, ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਡੋਮੇਨ ਅਤੇ ਹੈਲਪਡੈਸਕ ਦੋਵਾਂ ਵਿੱਚ ਖਾਤਿਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ। ਇੱਕ ਕਰਮਚਾਰੀ ਛੱਡ ਦਿੰਦਾ ਹੈ - ਉਹ ਡੋਮੇਨ ਵਿੱਚ ਆਪਣੇ ਖਾਤੇ ਨੂੰ ਡਿਸਕਨੈਕਟ ਕਰਦਾ ਹੈ ਅਤੇ ਬੱਸ, ਉਹ ਸਿਸਟਮ ਵਿੱਚ ਲੌਗਇਨ ਨਹੀਂ ਕਰੇਗਾ, ਨਾ ਕਿ ਕਾਰਪੋਰੇਟ ਨੈੱਟਵਰਕ ਤੋਂ, ਨਾ ਕਿ ਲਿੰਕ ਰਾਹੀਂ। ਇਸ ਏਕੀਕਰਣ ਦੇ ਕੰਮ ਕਰਨ ਲਈ, ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਇੱਕ GPO ਬਣਾਉਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜੋ ਕਿ ਇੰਟਰਾਨੈੱਟ ਜ਼ੋਨ ਵਿੱਚ ਇੱਕ ਅੰਦਰੂਨੀ ਸਾਈਟ ਜੋੜਦਾ ਹੈ и ਡੈਸਕਟਾਪ 'ਤੇ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਇੱਕ ਸ਼ਾਰਟਕੱਟ ਵੰਡਦਾ ਹੈ.

ਦੂਸਰੀ ਚੀਜ਼ ਜੋ ਅਸੀਂ ਹੈਲਪਡੈਸਕ ਪ੍ਰਣਾਲੀਆਂ ਲਈ ਬਹੁਤ ਜ਼ਰੂਰੀ ਸਮਝਦੇ ਹਾਂ, ਘੱਟੋ-ਘੱਟ ਆਪਣੇ ਲਈ, ਬਿਨੈਕਾਰ ਨੂੰ ਇੱਕ ਕਲਿੱਕ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਸਿੱਧਾ ਜੁੜਣਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜੇਕਰ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਇੱਕ ਵੱਖਰੇ ਨੈੱਟਵਰਕ 'ਤੇ ਹੈ ਤਾਂ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਪਾਸ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਆਊਟਸੋਰਸਿੰਗ ਲਈ ਇਹ ਲਾਜ਼ਮੀ ਹੈ, ਫੁੱਲ-ਟਾਈਮ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕਾਂ ਲਈ ਇਹ ਅਕਸਰ ਬਹੁਤ ਜ਼ਰੂਰੀ ਹੁੰਦਾ ਹੈ। ਪਹਿਲਾਂ ਹੀ ਕਈ ਉਤਪਾਦ ਹਨ ਜੋ ਰਿਮੋਟ ਕਨੈਕਸ਼ਨਾਂ ਦਾ ਵਧੀਆ ਕੰਮ ਕਰਦੇ ਹਨ। ਅਤੇ ਅਸੀਂ ਉਹਨਾਂ ਲਈ ਏਕੀਕਰਣ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ. ਅਸੀਂ ਹੁਣ VNC ਲਈ ਏਕੀਕ੍ਰਿਤ ਹੋ ਗਏ ਹਾਂ, ਅਤੇ ਭਵਿੱਖ ਵਿੱਚ ਅਸੀਂ ਰੈਡਮਿਨ ਅਤੇ ਟੀਮਵਿਊਅਰ ਨੂੰ ਜੋੜਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ। ਰਿਮੋਟ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਕਨੈਕਸ਼ਨਾਂ ਲਈ ਸਾਡੇ ਨੈੱਟਵਰਕ ਟ੍ਰਾਂਸਪੋਰਟ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਅਸੀਂ NAT ਦੇ ਪਿੱਛੇ ਰਿਮੋਟ ਵਰਕਸਟੇਸ਼ਨਾਂ ਨਾਲ VNC ਕਨੈਕਟ ਕੀਤਾ ਹੈ। ਰੈਡਮਿਨ ਨਾਲ ਵੀ ਅਜਿਹਾ ਹੀ ਹੋਵੇਗਾ। ਹੁਣ, ਕਿਸੇ ਉਪਭੋਗਤਾ ਨਾਲ ਜੁੜਨ ਲਈ, ਤੁਹਾਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਹੀ "ਬਿਨੈਕਾਰ ਨਾਲ ਜੁੜੋ" ਬਟਨ 'ਤੇ ਕਲਿੱਕ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। VNC ਕਲਾਇੰਟ ਖੁੱਲ੍ਹਦਾ ਹੈ ਅਤੇ ਬਿਨੈਕਾਰ ਨਾਲ ਜੁੜਦਾ ਹੈ, ਭਾਵੇਂ ਤੁਸੀਂ ਇੱਕੋ ਨੈੱਟਵਰਕ 'ਤੇ ਹੋ ਜਾਂ ਚੱਪਲਾਂ ਵਿੱਚ ਘਰ ਬੈਠੇ ਹੋ। ਪਹਿਲਾਂ, ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ, GPO ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਹਰੇਕ ਦੇ ਵਰਕਸਟੇਸ਼ਨਾਂ 'ਤੇ VNC ਸਰਵਰ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।

ਹੁਣ ਅਸੀਂ ਖੁਦ ਨਵੇਂ ਹੈਲਪਡੈਸਕ 'ਤੇ ਜਾ ਰਹੇ ਹਾਂ ਅਤੇ ਡੋਮੇਨ ਅਤੇ VNC ਨਾਲ ਏਕੀਕਰਣ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹਾਂ। ਇਹ ਸਾਡੇ ਲਈ ਬਹੁਤ ਸੁਵਿਧਾਜਨਕ ਹੈ। ਹੁਣ ਅਸੀਂ TeamViewer ਲਈ ਭੁਗਤਾਨ ਕਰਨ ਤੋਂ ਬਚ ਸਕਦੇ ਹਾਂ, ਜਿਸਦੀ ਵਰਤੋਂ ਅਸੀਂ ਆਪਣੀ ਸਹਾਇਤਾ ਸੇਵਾ ਨੂੰ ਚਲਾਉਣ ਲਈ ਤਿੰਨ ਸਾਲਾਂ ਤੋਂ ਵੱਧ ਸਮੇਂ ਤੋਂ ਕਰ ਰਹੇ ਹਾਂ।

ਅਸੀਂ ਅੱਗੇ ਕੀ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ?

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

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

ਵੇਲੀਅਮ ਕਨੈਕਟਰ ਦੇ ਆਗਮਨ ਦੇ ਨਾਲ, ਕਾਰਪੋਰੇਟ ਨੈਟਵਰਕ ਵਿੱਚ ਇੱਕ VPN ਸਰਵਰ ਨੂੰ ਤੈਨਾਤ ਕਰਨਾ, ਜਾਂ RDGW ਕਰਨਾ, ਜਾਂ ਸਿਰਫ਼ RDP ਦੁਆਰਾ ਕਨੈਕਟ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਮਸ਼ੀਨਾਂ ਨੂੰ ਪੋਰਟਾਂ ਨੂੰ ਅੱਗੇ ਭੇਜਣਾ ਬੇਲੋੜਾ ਹੋ ਗਿਆ। ਬਹੁਤ ਸਾਰੇ ਲੋਕ ਸਾਡੇ ਸਿਸਟਮ ਦੀ ਵਰਤੋਂ ਇਹਨਾਂ ਰਿਮੋਟ ਕਨੈਕਸ਼ਨਾਂ ਲਈ ਹੀ ਕਰਦੇ ਹਨ। ਵੇਲੀਅਮ ਕਨੈਕਟਰ ਸਿਰਫ ਵਿੰਡੋਜ਼ ਲਈ ਉਪਲਬਧ ਹੈ, ਅਤੇ ਕੁਝ ਕੰਪਨੀ ਉਪਭੋਗਤਾ ਕਾਰਪੋਰੇਟ ਨੈੱਟਵਰਕ 'ਤੇ ਵਰਕਸਟੇਸ਼ਨਾਂ ਜਾਂ ਟਰਮੀਨਲਾਂ ਨਾਲ MacOS ਚਲਾ ਰਹੇ ਘਰੇਲੂ ਲੈਪਟਾਪਾਂ ਤੋਂ ਜੁੜਦੇ ਹਨ। ਅਤੇ ਇਹ ਪਤਾ ਚਲਦਾ ਹੈ ਕਿ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ, ਕਈ ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਕਾਰਨ, ਅਜੇ ਵੀ ਫਾਰਵਰਡਿੰਗ ਜਾਂ VPN ਦੇ ਮੁੱਦੇ 'ਤੇ ਵਾਪਸ ਜਾਣ ਲਈ ਮਜਬੂਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਲਈ, ਅਸੀਂ ਹੁਣ MacOS ਲਈ ਵੇਲੀਅਮ ਕਨੈਕਟਰ ਦਾ ਇੱਕ ਸੰਸਕਰਣ ਬਣਾਉਣ ਨੂੰ ਪੂਰਾ ਕਰ ਰਹੇ ਹਾਂ। ਆਪਣੀ ਪਸੰਦੀਦਾ ਐਪਲ ਤਕਨਾਲੋਜੀ ਦੇ ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਇੱਕ ਕਲਿੱਕ ਵਿੱਚ ਕਾਰਪੋਰੇਟ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨਾਲ ਜੁੜਨ ਦਾ ਮੌਕਾ ਵੀ ਮਿਲੇਗਾ।

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

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

ਸਰੋਤ: www.habr.com