Redis 6.0 ਰੀਲੀਜ਼

ਤਿਆਰ ਕੀਤਾ DBMS ਰਿਲੀਜ਼ ਰੈਡਿਸ., NoSQL ਸਿਸਟਮਾਂ ਦੀ ਸ਼੍ਰੇਣੀ ਨਾਲ ਸਬੰਧਤ ਹੈ। ਰੈਡਿਸ ਕੁੰਜੀ/ਮੁੱਲ ਡੇਟਾ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਮੇਮਕੈਚਡ-ਵਰਗੇ ਫੰਕਸ਼ਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਸਟ੍ਰਕਚਰਡ ਡੇਟਾ ਫਾਰਮੈਟਾਂ ਜਿਵੇਂ ਕਿ ਸੂਚੀਆਂ, ਹੈਸ਼ਾਂ ਅਤੇ ਸੈੱਟਾਂ ਲਈ ਸਮਰਥਨ ਦੁਆਰਾ ਵਧਾਇਆ ਗਿਆ ਹੈ, ਅਤੇ ਸਰਵਰ-ਸਾਈਡ ਲੁਆ ਹੈਂਡਲਰ ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਚਲਾਉਣ ਦੀ ਯੋਗਤਾ। ਪ੍ਰੋਜੈਕਟ ਕੋਡ ਸਪਲਾਈ BSD ਲਾਇਸੰਸ ਦੇ ਅਧੀਨ. ਅਤਿਰਿਕਤ ਮੋਡੀਊਲ ਜੋ ਪਿਛਲੇ ਸਾਲ ਤੋਂ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਉੱਨਤ ਸਮਰੱਥਾਵਾਂ ਦੀ ਪੇਸ਼ਕਸ਼ ਕਰਦੇ ਹਨ ਜਿਵੇਂ ਕਿ RediSearch, RedisGraph, RedisJSON, RedisML, RedisBloom. ਸਪਲਾਈ ਮਲਕੀਅਤ RSAL ਲਾਇਸੰਸ ਦੇ ਅਧੀਨ. AGPLv3 ਲਾਇਸੰਸ ਦੇ ਅਧੀਨ ਇਹਨਾਂ ਮੋਡੀਊਲਾਂ ਦੇ ਖੁੱਲੇ ਸੰਸਕਰਣਾਂ ਦਾ ਵਿਕਾਸ ਪ੍ਰੋਜੈਕਟ ਦੁਆਰਾ ਜਾਰੀ ਰੱਖਿਆ ਗਿਆ ਹੈ ਗੁੱਡਫਾਰਮ.

Memcached ਦੇ ਉਲਟ, Redis ਡਿਸਕ 'ਤੇ ਡੇਟਾ ਦੀ ਨਿਰੰਤਰ ਸਟੋਰੇਜ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਅਤੇ ਐਮਰਜੈਂਸੀ ਬੰਦ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਡੇਟਾਬੇਸ ਦੀ ਸੁਰੱਖਿਆ ਦੀ ਗਰੰਟੀ ਦਿੰਦਾ ਹੈ। ਪ੍ਰੋਜੈਕਟ ਦਾ ਸਰੋਤ ਕੋਡ BSD ਲਾਇਸੰਸ ਦੇ ਅਧੀਨ ਵੰਡਿਆ ਗਿਆ ਹੈ। ਪਰਲ, ਪਾਈਥਨ, ਪੀਐਚਪੀ, ਜਾਵਾ, ਰੂਬੀ, ਅਤੇ ਟੀਸੀਐਲ ਸਮੇਤ ਬਹੁਤ ਸਾਰੀਆਂ ਪ੍ਰਸਿੱਧ ਭਾਸ਼ਾਵਾਂ ਲਈ ਕਲਾਇੰਟ ਲਾਇਬ੍ਰੇਰੀਆਂ ਉਪਲਬਧ ਹਨ। ਰੈਡਿਸ ਟ੍ਰਾਂਜੈਕਸ਼ਨਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਜੋ ਤੁਹਾਨੂੰ ਕਮਾਂਡਾਂ ਦੇ ਇੱਕ ਸਮੂਹ ਨੂੰ ਇੱਕ ਕਦਮ ਵਿੱਚ ਚਲਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਇੱਕ ਦਿੱਤੇ ਗਏ ਕਮਾਂਡਾਂ ਦੇ ਅਮਲ ਵਿੱਚ ਇਕਸਾਰਤਾ ਅਤੇ ਇਕਸਾਰਤਾ (ਹੋਰ ਬੇਨਤੀਆਂ ਤੋਂ ਕਮਾਂਡਾਂ ਦਖਲ ਨਹੀਂ ਦੇ ਸਕਦੀਆਂ) ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ, ਅਤੇ ਸਮੱਸਿਆਵਾਂ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਵਾਪਸ ਰੋਲ ਕਰਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਤਬਦੀਲੀਆਂ ਸਾਰਾ ਡਾਟਾ ਪੂਰੀ ਤਰ੍ਹਾਂ RAM ਵਿੱਚ ਕੈਸ਼ ਕੀਤਾ ਗਿਆ ਹੈ।

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

ਕੁੰਜੀ ਸੁਧਾਰRedis 6.0 ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ:

• ਮੂਲ ਰੂਪ ਵਿੱਚ, ਨਵਾਂ RESP3 ਪ੍ਰੋਟੋਕੋਲ ਪ੍ਰਸਤਾਵਿਤ ਹੈ, ਪਰ ਕੁਨੈਕਸ਼ਨ ਸੈਟਅਪ RESP2 ਮੋਡ ਵਿੱਚ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਨਵੇਂ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਤਾਂ ਹੀ ਬਦਲਦਾ ਹੈ ਜੇਕਰ ਕੁਨੈਕਸ਼ਨ ਦੀ ਗੱਲਬਾਤ ਕਰਨ ਵੇਲੇ ਨਵੀਂ HELLO ਕਮਾਂਡ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। RESP3 ਤੁਹਾਨੂੰ ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ ਆਮ ਐਰੇ ਨੂੰ ਬਦਲਣ ਦੀ ਲੋੜ ਤੋਂ ਬਿਨਾਂ ਅਤੇ ਵਾਪਸੀ ਦੀਆਂ ਕਿਸਮਾਂ ਨੂੰ ਵੱਖ ਕਰਕੇ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਗੁੰਝਲਦਾਰ ਡਾਟਾ ਕਿਸਮਾਂ ਨੂੰ ਵਾਪਸ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।
• ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਸੂਚੀ ਸਮਰਥਨ (ACL), ਤੁਹਾਨੂੰ ਸਹੀ ਢੰਗ ਨਾਲ ਇਹ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਕਿ ਕਲਾਇੰਟ ਦੁਆਰਾ ਕਿਹੜੇ ਓਪਰੇਸ਼ਨ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ ਅਤੇ ਕਿਹੜੇ ਨਹੀਂ। ACLs ਵਿਕਾਸ ਦੇ ਦੌਰਾਨ ਸੰਭਾਵਿਤ ਤਰੁਟੀਆਂ ਤੋਂ ਬਚਾਉਣਾ ਵੀ ਸੰਭਵ ਬਣਾਉਂਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਹੈਂਡਲਰ ਜੋ ਸਿਰਫ BRPOPLPUSH ਓਪਰੇਸ਼ਨ ਕਰਦਾ ਹੈ, ਨੂੰ ਹੋਰ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਚਲਾਉਣ ਦੀ ਮਨਾਹੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਅਤੇ ਜੇਕਰ ਡੀਬੱਗਿੰਗ ਦੇ ਦੌਰਾਨ ਜੋੜੀ ਗਈ FLUSHALL ਕਾਲ ਗਲਤੀ ਨਾਲ ਉਤਪਾਦਨ ਕੋਡ ਵਿੱਚ ਭੁੱਲ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਹ ਸਮੱਸਿਆਵਾਂ ਦੀ ਅਗਵਾਈ ਨਹੀਂ ਕਰਦੇ. ACL ਨੂੰ ਲਾਗੂ ਕਰਨ ਨਾਲ ਕੋਈ ਵਾਧੂ ਓਵਰਹੈੱਡ ਨਹੀਂ ਪੈਂਦਾ ਅਤੇ ਪ੍ਰਦਰਸ਼ਨ 'ਤੇ ਅਸਲ ਵਿੱਚ ਕੋਈ ਪ੍ਰਭਾਵ ਨਹੀਂ ਪੈਂਦਾ। ਏਸੀਐਲ ਲਈ ਇੰਟਰਫੇਸ ਮੋਡੀਊਲ ਵੀ ਤਿਆਰ ਕੀਤੇ ਗਏ ਹਨ, ਜਿਸ ਨਾਲ ਤੁਹਾਡੇ ਆਪਣੇ ਪ੍ਰਮਾਣਿਕਤਾ ਤਰੀਕਿਆਂ ਨੂੰ ਬਣਾਉਣਾ ਸੰਭਵ ਹੋ ਗਿਆ ਹੈ। ਸਾਰੀਆਂ ਰਿਕਾਰਡ ਕੀਤੀਆਂ ACL ਉਲੰਘਣਾਵਾਂ ਨੂੰ ਦੇਖਣ ਲਈ, “ACL LOG” ਕਮਾਂਡ ਪ੍ਰਦਾਨ ਕੀਤੀ ਗਈ ਹੈ। ਅਣਪਛਾਤੇ ਸੈਸ਼ਨ ਕੁੰਜੀਆਂ ਬਣਾਉਣ ਲਈ, "ACL GENPASS" ਕਮਾਂਡ ਨੂੰ SHA256-ਅਧਾਰਿਤ HMAC ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਜੋੜਿਆ ਗਿਆ ਹੈ।
• ਸਪੋਰਟ SSL / TLS ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਵਿਚਕਾਰ ਸੰਚਾਰ ਚੈਨਲ ਨੂੰ ਐਨਕ੍ਰਿਪਟ ਕਰਨ ਲਈ।
• ਸਪੋਰਟ ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ ਡਾਟਾ ਕੈਸ਼ ਕਰਨਾ। ਕਲਾਈਂਟ-ਸਾਈਡ ਕੈਸ਼ ਨੂੰ ਡੇਟਾਬੇਸ ਦੀ ਸਥਿਤੀ ਨਾਲ ਮਿਲਾਨ ਲਈ, ਦੋ ਮੋਡ ਉਪਲਬਧ ਹਨ: 1. ਸਰਵਰ 'ਤੇ ਉਹਨਾਂ ਕੁੰਜੀਆਂ ਨੂੰ ਯਾਦ ਰੱਖਣਾ ਜੋ ਕਲਾਇੰਟ ਨੇ ਪਹਿਲਾਂ ਬੇਨਤੀ ਕੀਤੀ ਸੀ ਤਾਂ ਜੋ ਇਸਨੂੰ ਕਲਾਇੰਟ ਕੈਸ਼ ਵਿੱਚ ਐਂਟਰੀ ਦੀ ਸਾਰਥਕਤਾ ਦੇ ਨੁਕਸਾਨ ਬਾਰੇ ਸੂਚਿਤ ਕੀਤਾ ਜਾ ਸਕੇ। 2. "ਪ੍ਰਸਾਰਣ" ਵਿਧੀ, ਜਿਸ ਵਿੱਚ ਕਲਾਇੰਟ ਕੁਝ ਕੁੰਜੀ ਅਗੇਤਰਾਂ ਦੀ ਗਾਹਕੀ ਲੈਂਦਾ ਹੈ ਅਤੇ ਸਰਵਰ ਇਸ ਨੂੰ ਸੂਚਿਤ ਕਰਦਾ ਹੈ ਜੇਕਰ ਇਹਨਾਂ ਅਗੇਤਰਾਂ ਦੇ ਅਧੀਨ ਆਉਂਦੀਆਂ ਕੁੰਜੀਆਂ ਬਦਲਦੀਆਂ ਹਨ। "ਪ੍ਰਸਾਰਣ" ਮੋਡ ਦਾ ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਸਰਵਰ ਕਲਾਇੰਟ ਸਾਈਡ 'ਤੇ ਕੈਸ਼ ਕੀਤੇ ਮੁੱਲਾਂ ਦੇ ਨਕਸ਼ੇ ਨੂੰ ਸਟੋਰ ਕਰਨ ਲਈ ਵਾਧੂ ਮੈਮੋਰੀ ਬਰਬਾਦ ਨਹੀਂ ਕਰਦਾ, ਪਰ ਨੁਕਸਾਨ ਇਹ ਹੈ ਕਿ ਸੰਚਾਰਿਤ ਸੰਦੇਸ਼ਾਂ ਦੀ ਗਿਣਤੀ ਵਧਦੀ ਹੈ।
• ਡਿਸਕ ਸੁਨੇਹਾ ਬ੍ਰੋਕਰ, ਜੋ ਤੁਹਾਨੂੰ ਸੁਨੇਹਾ ਕਤਾਰਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਲਈ Redis ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਨੂੰ ਮੂਲ ਢਾਂਚੇ ਤੋਂ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ ਵੱਖਰਾ ਮੋਡੀਊਲ.
• ਜੋੜਿਆ ਗਿਆ ਕਲੱਸਟਰ ਪ੍ਰੌਕਸੀ, Redis ਸਰਵਰਾਂ ਦੇ ਇੱਕ ਕਲੱਸਟਰ ਲਈ ਇੱਕ ਪ੍ਰੌਕਸੀ, ਇੱਕ ਕਲਾਇੰਟ ਨੂੰ ਕਈ Redis ਸਰਵਰਾਂ ਦੇ ਨਾਲ ਕੰਮ ਨੂੰ ਸੰਗਠਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਉਹ ਇੱਕ ਸਿੰਗਲ ਉਦਾਹਰਣ ਹਨ। ਪ੍ਰੌਕਸੀ ਲੋੜੀਂਦੇ ਡੇਟਾ, ਮਲਟੀਪਲੈਕਸ ਕਨੈਕਸ਼ਨਾਂ ਦੇ ਨਾਲ ਨੋਡਾਂ ਲਈ ਬੇਨਤੀਆਂ ਨੂੰ ਰੂਟ ਕਰ ਸਕਦੀ ਹੈ, ਜੇਕਰ ਨੋਡ ਅਸਫਲਤਾਵਾਂ ਦਾ ਪਤਾ ਲਗਾਇਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਕਲੱਸਟਰ ਨੂੰ ਮੁੜ ਸੰਰਚਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਕਈ ਨੋਡਾਂ ਨੂੰ ਫੈਲਾਉਣ ਵਾਲੀਆਂ ਬੇਨਤੀਆਂ ਨੂੰ ਚਲਾ ਸਕਦਾ ਹੈ।
• ਮੌਡਿਊਲ ਲਿਖਣ ਲਈ API ਨੂੰ ਮਹੱਤਵਪੂਰਨ ਤੌਰ 'ਤੇ ਸੁਧਾਰਿਆ ਗਿਆ ਹੈ, ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ Redis ਨੂੰ ਇੱਕ ਫਰੇਮਵਰਕ ਵਿੱਚ ਬਦਲਦਾ ਹੈ ਜੋ ਤੁਹਾਨੂੰ ਐਡ-ਆਨ ਮੋਡੀਊਲ ਦੇ ਰੂਪ ਵਿੱਚ ਸਿਸਟਮ ਬਣਾਉਣ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।
• ਇੱਕ ਰੀਪਲੀਕੇਸ਼ਨ ਮੋਡ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਵਿੱਚ RDB ਫਾਈਲਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਤੋਂ ਬਾਅਦ ਉਹਨਾਂ ਨੂੰ ਤੁਰੰਤ ਮਿਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
• PSYNC2 ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਪ੍ਰੋਟੋਕੋਲ ਵਿੱਚ ਸੁਧਾਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਿਸ ਨੇ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਅਤੇ ਮਾਸਟਰ ਲਈ ਆਮ ਆਫਸੈਟਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਦੀਆਂ ਸੰਭਾਵਨਾਵਾਂ ਨੂੰ ਵਧਾ ਕੇ, ਅੰਸ਼ਕ ਰੀਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਨੂੰ ਵਧੇਰੇ ਵਾਰ ਕਰਨਾ ਸੰਭਵ ਬਣਾਇਆ ਹੈ।
• RDB ਫਾਈਲਾਂ ਨੂੰ ਲੋਡ ਕਰਨ ਦਾ ਕੰਮ ਤੇਜ਼ ਕੀਤਾ ਗਿਆ ਹੈ। ਫਾਈਲ ਸਮੱਗਰੀ 'ਤੇ ਨਿਰਭਰ ਕਰਦਿਆਂ, ਪ੍ਰਵੇਗ 20 ਤੋਂ 30% ਤੱਕ ਹੁੰਦਾ ਹੈ। INFO ਕਮਾਂਡ ਦੇ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਨੂੰ ਕਾਫ਼ੀ ਤੇਜ਼ ਕੀਤਾ ਗਿਆ ਹੈ ਜਦੋਂ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਜੁੜੇ ਗਾਹਕ ਹੁੰਦੇ ਹਨ।
• ਗੁੰਝਲਦਾਰ ਸਟ੍ਰਿੰਗ ਪ੍ਰੋਸੈਸਿੰਗ ਐਲਗੋਰਿਦਮ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਨਾਲ ਇੱਕ ਨਵੀਂ STRALGO ਕਮਾਂਡ ਸ਼ਾਮਲ ਕੀਤੀ ਗਈ ਹੈ। ਵਰਤਮਾਨ ਵਿੱਚ, ਸਿਰਫ ਇੱਕ LCS (ਲੰਬਾ ਆਮ ਅਨੁਸੂਚੀ) ਐਲਗੋਰਿਦਮ ਉਪਲਬਧ ਹੈ, ਜੋ ਕਿ RNA ਅਤੇ DNA ਕ੍ਰਮ ਦੀ ਤੁਲਨਾ ਕਰਨ ਵੇਲੇ ਉਪਯੋਗੀ ਹੋ ਸਕਦਾ ਹੈ।

ਸਰੋਤ: opennet.ru