OAuth ਕੀ ਹੈ? "Sign in with Google" ਅਤੇ ਡੈਲੀਗੇਟਡ ਪਹੁੰਚ ਦੀ ਵਿਆਖਿਆ

OAuth ਇੱਕ ਖੁੱਲ੍ਹਾ ਮਿਆਰ ਹੈ ਜੋ ਵਰਤੋਂਕਾਰ ਨੂੰ ਇੱਕ ਐਪ ਨੂੰ ਕਿਸੇ ਹੋਰ ਸੇਵਾ 'ਤੇ ਉਸਦੇ ਖਾਤੇ ਤੱਕ ਸੀਮਤ ਪਹੁੰਚ ਦੇਣ ਦਿੰਦਾ ਹੈ, ਬਿਨਾਂ ਆਪਣਾ ਪਾਸਵਰਡ ਦਿੱਤੇ। ਜਦੋਂ ਤੁਸੀਂ "Connect Google Calendar" 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹੋ ਅਤੇ "ਕੀ ਇਸ ਐਪ ਨੂੰ ਤੁਹਾਡੇ ਇਵੈਂਟ ਵੇਖਣ ਦੀ ਇਜਾਜ਼ਤ ਦੇਣੀ ਹੈ?" ਵਾਲੀ ਸਕ੍ਰੀਨ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਇਹ OAuth ਹੈ। ਐਪ ਨੂੰ ਉਹੀ ਮਨਜ਼ੂਰ ਕੀਤੀ ਚੀਜ਼ ਲਈ ਟੋਕਨ ਮਿਲਦਾ ਹੈ, ਜਿਸਨੂੰ ਤੁਸੀਂ ਕਦੇ ਵੀ ਰੱਦ ਕਰ ਸਕਦੇ ਹੋ। ਉਹੀ ਢਾਂਚਾ, ਇੱਕ ਵਾਧੂ ਪਰਤ OpenID Connect ਨਾਲ, "Sign in with Google" ਅਤੇ ਇਸ ਵਰਗੇ ਬਟਨਾਂ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ।

AI ਨਾਲ ਬਣਾਉਣ ਵਿੱਚ OAuth ਕਿਉਂ ਮਹੱਤਵਪੂਰਨ ਹੈ

ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਐਪ ਬਣਾਉਂਦੇ ਹੋ ਤਾਂ OAuth ਦੋ ਆਮ ਸਥਿਤੀਆਂ ਵਿੱਚ ਆਉਂਦਾ ਹੈ:

1. ਸੋਸ਼ਲ ਲੌਗਇਨ। ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਤੁਹਾਡੇ ਵਰਤੋਂਕਾਰ ਨਵਾਂ ਪਾਸਵਰਡ ਬਣਾਉਣ ਦੀ ਥਾਂ "Sign in with Google" (ਜਾਂ Apple, Microsoft, GitHub) ਵਰਤਣ। ਵੇਖੋ ਆਪਣੀ ਐਪ ਵਿੱਚ ਲੌਗਇਨ ਕਿਵੇਂ ਜੋੜੀਏ।
2. ਵਰਤੋਂਕਾਰਾਂ ਦੇ ਹੋਰ ਸੇਵਾਵਾਂ 'ਤੇ ਖਾਤਿਆਂ ਨਾਲ ਜੁੜਨਾ। ਤੁਹਾਡੀ ਐਪ ਨੂੰ ਵਰਤੋਂਕਾਰ ਦਾ ਕੈਲੰਡਰ ਪੜ੍ਹਨਾ, ਉਸਦੇ ਸੋਸ਼ਲ ਖਾਤੇ 'ਤੇ ਪੋਸਟ ਕਰਨਾ, ਉਸਦੇ ਕਲਾਊਡ ਡਰਾਈਵ ਤੋਂ ਫਾਈਲਾਂ ਲੈਣਾ, ਜਾਂ ਉਸਦਾ ਅਕਾਊਂਟਿੰਗ ਡਾਟਾ ਸਿੰਕ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ।

ਦੋਹਾਂ ਹਾਲਤਾਂ ਵਿੱਚ ਤੁਹਾਡਾ AI ਬਿਲਡਰ ਕੋਡ ਲਿਖ ਸਕਦਾ ਹੈ, ਪਰ ਕੁਝ ਕਦਮ ਸਿਰਫ਼ ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ: ਪ੍ਰਦਾਤਾ ਕੋਲ ਡਿਵੈਲਪਰ ਐਪ ਬਣਾਉਣਾ, client ID ਅਤੇ client secret ਲੈਣਾ, ਕਾਲਬੈਕ URL ਰਜਿਸਟਰ ਕਰਨੇ, ਅਤੇ ਕੁਝ ਇਜਾਜ਼ਤਾਂ ਲਈ ਪ੍ਰਦਾਤਾ ਦੀ ਸਮੀਖਿਆ ਪਾਸ ਕਰਨੀ। OAuth ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਇਹ ਜਾਣਨ ਨਾਲ ਇਹ ਕਦਮ, ਅਤੇ ਉਹਨਾਂ ਤੋਂ ਆਉਣ ਵਾਲੀਆਂ ਗਲਤੀਆਂ, ਘੱਟ ਰਹੱਸਮਈ ਲੱਗਦੀਆਂ ਹਨ। ਲੌਗਇਨ ਦੀ ਵੱਡੀ ਤਸਵੀਰ ਲਈ ਵੇਖੋ ਪ੍ਰਮਾਣਿਕਤਾ ਕੀ ਹੈ।

ਰੋਜ਼ ਦੀ ਮਿਸਾਲ

ਇੱਕ ਹੋਟਲ ਕੀ-ਕਾਰਡ ਬਾਰੇ ਸੋਚੋ। ਚੈੱਕ-ਇਨ 'ਤੇ ਫਰੰਟ ਡੈਸਕ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕੌਣ ਹੋ, ਫਿਰ ਇੱਕ ਕਾਰਡ ਦਿੰਦਾ ਹੈ ਜੋ ਤੁਹਾਡਾ ਕਮਰਾ ਅਤੇ ਜਿੰਮ ਖੋਲ੍ਹਦਾ ਹੈ, ਹੋਰ ਕਮਰੇ ਜਾਂ ਸਟਾਫ਼ ਵਾਲੇ ਖੇਤਰ ਨਹੀਂ, ਅਤੇ ਚੈੱਕਆਊਟ 'ਤੇ ਕੰਮ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦਾ ਹੈ। ਕਾਰਡ ਵਿੱਚ ਤੁਹਾਡਾ ਪਾਸਪੋਰਟ ਨਹੀਂ ਹੁੰਦਾ। ਜੇ ਤੁਸੀਂ ਇਹ ਗੁਆ ਦਿਓ, ਤਾਂ ਡੈਸਕ ਇਹ ਰੱਦ ਕਰਕੇ ਨਵਾਂ ਦੇ ਦਿੰਦਾ ਹੈ।

• ਫਰੰਟ ਡੈਸਕ ਅਥਾਰਾਈਜ਼ੇਸ਼ਨ ਸਰਵਰ ਹੈ (Google ਦਾ ਸਾਈਨ-ਇਨ ਪੇਜ)।
• ਤੁਹਾਡੀ ਪਛਾਣ ਦੀ ਜਾਂਚ ਤੁਹਾਡਾ Google ਵਿੱਚ ਲੌਗਇਨ ਕਰਨਾ ਹੈ।
• ਕੀ-ਕਾਰਡ ਐਕਸੈਸ ਟੋਕਨ ਹੈ।
• "ਕਮਰਾ ਅਤੇ ਜਿੰਮ ਸਿਰਫ਼" ਉਹ ਸਕੋਪ ਹਨ ਜੋ ਤੁਸੀਂ ਮਨਜ਼ੂਰ ਕੀਤੇ।
• ਚੈੱਕਆਊਟ ਟੋਕਨ ਦੀ ਮਿਆਦ ਖਤਮ ਹੋਣਾ, ਜਾਂ ਤੁਸੀਂ ਪਹੁੰਚ ਰੱਦ ਕਰਨਾ ਹੈ।

ਜਿਹੜੀ ਐਪ ਤੁਸੀਂ ਵਰਤ ਰਹੇ ਹੋ ਉਹ ਤੁਹਾਡਾ Google ਪਾਸਵਰਡ ਕਦੇ ਨਹੀਂ ਵੇਖਦੀ, ਸਿਰਫ਼ ਕੀ-ਕਾਰਡ ਵੇਖਦੀ ਹੈ।

ਕਦਮ-ਦਰ-ਕਦਮ OAuth ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ

ਵੈੱਬ ਐਪਾਂ ਲਈ ਸਭ ਤੋਂ ਆਮ ਫਲੋ ਅਥਾਰਾਈਜ਼ੇਸ਼ਨ ਕੋਡ ਫਲੋ ਹੈ। ਇੱਥੇ ਵੇਖੋ ਕਿ ਜਦੋਂ ਕੋਈ ਵਰਤੋਂਕਾਰ ਆਪਣਾ Google Calendar ਇੱਕ ਸ਼ੈਡਿਊਲਿੰਗ ਐਪ ਨਾਲ ਜੋੜਦਾ ਹੈ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ:

1. ਕਲਿੱਕ। ਵਰਤੋਂਕਾਰ "Connect Google Calendar" 'ਤੇ ਕਲਿੱਕ ਕਰਦਾ ਹੈ।
2. ਪ੍ਰਦਾਤਾ ਵੱਲ ਰੀਡਾਇਰੈਕਟ। ਐਪ ਬਰਾਊਜ਼ਰ ਨੂੰ Google ਵੱਲ ਭੇਜਦੀ ਹੈ, ਆਪਣੇ ਕਲਾਇੰਟ ID, ਲੋੜੀਂਦੇ ਸਕੋਪਾਂ (ਕੈਲੰਡਰ ਇਵੈਂਟ ਪੜ੍ਹਨਾ) ਅਤੇ redirect URI ਨਾਲ ਜਿੱਥੇ Google ਵਰਤੋਂਕਾਰ ਨੂੰ ਵਾਪਸ ਭੇਜੇ।
3. ਲੌਗਇਨ ਅਤੇ ਸਹਿਮਤੀ। ਵਰਤੋਂਕਾਰ Google ਵਿੱਚ ਸਾਈਨ ਇਨ ਕਰਦਾ ਹੈ (ਜੇ ਪਹਿਲਾਂ ਨਹੀਂ ਕੀਤਾ) ਅਤੇ ਸਹਿਮਤੀ ਸਕ੍ਰੀਨ ਵੇਖਦਾ ਹੈ ਜੋ ਦੱਸਦੀ ਹੈ ਕਿ ਕੀ ਮੰਗਿਆ ਜਾ ਰਿਹਾ ਹੈ। ਉਹ Allow 'ਤੇ ਕਲਿੱਕ ਕਰਦਾ ਹੈ।
4. ਕੋਡ ਨਾਲ ਵਾਪਸੀ। Google ਬਰਾਊਜ਼ਰ ਨੂੰ ਐਪ ਦੇ redirect URI 'ਤੇ ਭੇਜਦਾ ਹੈ, ਇੱਕ ਛੋਟੇ ਸਮੇਂ ਲਈ, ਇੱਕ ਵਾਰ ਵਰਤੇ ਜਾਣ ਵਾਲੇ authorization code ਨਾਲ।
5. ਸਰਵਰ 'ਤੇ ਬਦਲਣਾ। ਐਪ ਦਾ ਸਰਵਰ ਉਹ ਕੋਡ, ਅਤੇ ਆਪਣਾ client secret, ਸਿੱਧਾ Google ਨੂੰ ਭੇਜਦਾ ਹੈ ਅਤੇ ਇੱਕ access token (ਅਤੇ ਅਕਸਰ ਇੱਕ refresh token) ਲੈਂਦਾ ਹੈ।
6. API ਵਰਤਣਾ। ਸਰਵਰ ਐਕਸੈਸ ਟੋਕਨ ਨਾਲ Google Calendar API ਕਾਲ ਕਰਦਾ ਹੈ ਅਤੇ ਵਰਤੋਂਕਾਰ ਦੇ ਇਵੈਂਟ ਲੈਂਦਾ ਹੈ।

ਕਦਮ 4 ਵਿੱਚ ਕਾਲਬੈਕ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਦਾ ਹੈ:

https://yourapp.com/auth/google/callback?code=4/0Adeu5B...&state=x7Kq9

ਅਤੇ ਕਦਮ 5 ਵਿੱਚ ਟੋਕਨ ਜਵਾਬ JSON ਵਰਗਾ ਹੈ:

{
  "access_token": "ya29.a0Af...",
  "expires_in": 3599,
  "refresh_token": "1//0gL...",
  "scope": "https://www.googleapis.com/auth/calendar.readonly",
  "token_type": "Bearer"
}

ਡਿਜ਼ਾਈਨ ਦਾ ਮੁੱਖ ਨੁਕਤਾ: ਟੋਕਨ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਸਰਵਰ-ਤੋਂ-ਸਰਵਰ ਹੁੰਦਾ ਹੈ, ਇਸ ਲਈ client secret ਅਤੇ ਟੋਕਨਾਂ ਨੂੰ ਕਦੇ ਬਰਾਊਜ਼ਰ ਵਿੱਚੋਂ ਲੰਘਣ ਦੀ ਲੋੜ ਨਹੀਂ।

OAuth ਬਨਾਮ OpenID Connect ਬਨਾਮ ਤੁਹਾਡਾ ਆਪਣਾ ਲੌਗਇਨ

ਬਹੁਤ ਸਾਰੀਆਂ ਐਪਾਂ ਇਹਨਾਂ ਨੂੰ ਮਿਲਾਉਂਦੀਆਂ ਹਨ: ਈਮੇਲ-ਪਾਸਵਰਡ ਲੌਗਇਨ, ਨਾਲ "Sign in with Google" OIDC ਰਾਹੀਂ, ਅਤੇ ਹੋਰ ਸੇਵਾਵਾਂ ਨਾਲ ਵੱਖਰੇ OAuth ਕਨੈਕਸ਼ਨ।

ਮੁੱਖ ਸ਼ਬਦ

ਆਮ ਗਲਤੀਆਂ ਅਤੇ ਗਲਤਫਹਿਮੀਆਂ

• "OAuth ਇੱਕ ਲੌਗਇਨ ਸਿਸਟਮ ਹੈ।" ਸਾਦਾ OAuth ਪਹੁੰਚ ਦਿੰਦਾ ਹੈ; OpenID Connect ਪਛਾਣ ਸੰਭਾਲਦਾ ਹੈ। ਕਿਸੇ ਵਰਤੋਂਕਾਰ ਦੀ ਪਛਾਣ ਦਾ ਸਬੂਤ ਵਜੋਂ ਬੱਸ ਐਕਸੈਸ ਟੋਕਨ ਵਰਤਣ ਨਾਲ ਅਸਲ ਸੁਰੱਖਿਆ ਬੱਗ ਹੋਏ ਹਨ।
• "ਐਪ ਨੂੰ ਮੇਰਾ ਪਾਸਵਰਡ ਮਿਲਦਾ ਹੈ।" ਕਦੇ ਨਹੀਂ। ਇਹੀ ਤਾਂ ਮਕਸਦ ਹੈ।
• "ਹੋਰ ਸਕੋਪ ਮੰਗਣਾ ਨੁਕਸਾਨਰਹਿਤ ਹੈ।" ਵਰਤੋਂਕਾਰ ਵਿਆਪਕ ਬੇਨਤੀਆਂ ਤੋਂ ਸੁਚੇਤ ਹੁੰਦੇ ਹਨ, ਅਤੇ Google ਵਰਗੇ ਪ੍ਰਦਾਤਾ ਸੰਵੇਦਨਸ਼ੀਲ ਜਾਂ ਪ੍ਰਤਿਬੰਧਿਤ ਸਕੋਪਾਂ ਲਈ ਐਪ ਸਮੀਖਿਆ ਮੰਗ ਸਕਦੇ ਹਨ। ਸਿਰਫ਼ ਉਹੀ ਮੰਗੋ ਜਿਸਦੀ ਲੋੜ ਹੈ।
• "ਕਲਾਇੰਟ ਸੀਕ੍ਰੇਟ ਫਰੰਟਐਂਡ ਵਿੱਚ ਰੱਖਿਆ ਜਾ ਸਕਦਾ ਹੈ।" ਬਰਾਊਜ਼ਰ ਕੋਡ ਵਿੱਚ ਜੋ ਵੀ ਹੈ ਉਹ ਜਨਤਕ ਹੈ। ਇਸਨੂੰ ਸਰਵਰ-ਸਾਈਡ ਰਾਜ਼ਾਂ ਵਿੱਚ ਰੱਖੋ।
• "ਟੈਸਟਿੰਗ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ, ਤਾਂ ਪ੍ਰੋਡਕਸ਼ਨ ਵਿੱਚ ਵੀ ਕਰੇਗਾ।" ਪ੍ਰਦਾਤਾ ਅਕਸਰ ਅਣ-ਤਸਦੀਕ ਐਪਾਂ ਨੂੰ ਸੀਮਤ ਕਰਦੇ ਹਨ, ਜਿਵੇਂ ਸੂਚੀਬੱਧ ਟੈਸਟ ਵਰਤੋਂਕਾਰਾਂ ਤੱਕ, ਅਤੇ ਤੁਹਾਡੇ ਲਾਈਵ ਡੋਮੇਨ ਦਾ ਰੀਡਾਇਰੈਕਟ URL ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਰਜਿਸਟਰ ਕਰਨਾ ਪੈਂਦਾ ਹੈ।
• "ਟੋਕਨ ਹਮੇਸ਼ਾ ਚੱਲਦੇ ਹਨ।" ਐਕਸੈਸ ਟੋਕਨ ਜਲਦੀ ਖਤਮ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਵਰਤੋਂਕਾਰ ਪਹੁੰਚ ਰੱਦ ਕਰ ਸਕਦੇ ਹਨ। ਤੁਹਾਡੀ ਐਪ ਨੂੰ ਦੋਵੇਂ ਠੀਕ ਢੰਗ ਨਾਲ ਸੰਭਾਲਣੇ ਚਾਹੀਦੇ ਹਨ।

ਆਪਣੇ AI ਬਿਲਡਰ ਤੋਂ ਕੀ ਪੁੱਛਣਾ ਹੈ

• "ਇੱਕ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸੰਭਾਲੀ ਹੋਈ ਔਥ ਲਾਇਬ੍ਰੇਰੀ ਨਾਲ OpenID Connect ਵਰਤ ਕੇ 'Sign in with Google' ਜੋੜੋ, ਹੱਥੀਂ OAuth ਫਲੋ ਨਾ ਲਿਖੋ।"
• "PKCE ਨਾਲ ਅਥਾਰਾਈਜ਼ੇਸ਼ਨ ਕੋਡ ਫਲੋ ਵਰਤੋ ਅਤੇ state ਪੈਰਾਮੀਟਰ ਜਾਂਚੋ।"
• "ਕਲਾਇੰਟ ID ਅਤੇ ਕਲਾਇੰਟ ਸੀਕ੍ਰੇਟ ਸਰਵਰ 'ਤੇ ਐਨਵਾਇਰਮੈਂਟ ਵੇਰੀਏਬਲਾਂ ਤੋਂ ਪੜ੍ਹੋ।"
• "ਸਿਰਫ਼ ਉਹੀ ਸਕੋਪ ਮੰਗੋ ਜਿਸਦੀ ਲੋੜ ਹੈ: ਸਿਰਫ਼ ਪੜ੍ਹਨ ਵਾਲੀ ਕੈਲੰਡਰ ਪਹੁੰਚ।"
• "ਪ੍ਰਦਾਤਾ ਦੇ ਕੰਸੋਲ ਵਿੱਚ ਰਜਿਸਟਰ ਕਰਨ ਵਾਲੇ ਹਰ ਰੀਡਾਇਰੈਕਟ URL ਦੱਸੋ: ਪ੍ਰੀਵਿਊ, ਪਬਲਿਸ਼ ਕੀਤੇ URL ਅਤੇ ਮੇਰੇ ਕਸਟਮ ਡੋਮੇਨ ਲਈ।"
• "ਰਿਫ੍ਰੈਸ਼ ਟੋਕਨ ਡਾਟਾਬੇਸ ਵਿੱਚ ਐਨਕ੍ਰਿਪਟ ਕਰਕੇ ਸੰਭਾਲੋ, ਅਤੇ ਮਿਆਦ ਖਤਮ ਜਾਂ ਰੱਦ ਹੋਏ ਟੋਕਨਾਂ ਨੂੰ ਵਰਤੋਂਕਾਰ ਤੋਂ ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰਨ ਲਈ ਕਹਿ ਕੇ ਸੰਭਾਲੋ।"
• "ਵਰਤੋਂਕਾਰਾਂ ਨੂੰ ਆਪਣੀਆਂ ਸੈਟਿੰਗਾਂ ਪੰਨੇ ਤੋਂ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਡਿਸਕਨੈਕਟ ਕਰਨ ਦਿਓ।"

Mythex ਵਿੱਚ OAuth

Mythex ਵਿੱਚ ਤੁਹਾਡੀਆਂ ਬਣਾਈਆਂ ਐਪਾਂ ਲਈ ਬਿਲਟ-ਇਨ ਅੰਤਮ-ਵਰਤੋਂਕਾਰ ਲੌਗਇਨ ਨਹੀਂ ਹੈ; ਇਸਦੇ ਡੌਕਸ ਇੱਕ ਆਪਣਾ ਲਿਆਓ (bring-your-own) ਤਰੀਕਾ ਦੱਸਦੇ ਹਨ: ਤੁਸੀਂ ਕੋਈ ਔਥ ਲਾਇਬ੍ਰੇਰੀ ਜਾਂ ਹੋਸਟਡ ਪ੍ਰਦਾਤਾ ਚੁਣਦੇ ਹੋ, ਇਸਦੀਆਂ ਕੁੰਜੀਆਂ ਨੂੰ ਪ੍ਰੋਜੈਕਟ ਰਾਜ਼ਾਂ ਵਜੋਂ ਸੰਭਾਲਦੇ ਹੋ, ਅਤੇ ਏਜੰਟ ਕੋਡ ਲਿਖਦਾ ਹੈ। ਪ੍ਰਮਾਣਿਕਤਾ ਜੋੜਨ ਦੀ ਰੈਸਿਪੀ ਵਿੱਚ ਇਸ ਲਈ ਇੱਕ ਸ਼ੁਰੂਆਤੀ ਪ੍ਰੋਂਪਟ ਹੈ। Mythex ਵਿੱਚ ਤੁਹਾਨੂੰ OAuth ਖੁਦ ਵੀ ਮਿਲੇਗਾ: ਤੁਸੀਂ Google ਨਾਲ ਸਾਈਨ ਅੱਪ ਕਰ ਸਕਦੇ ਹੋ, ਰਿਪੋ ਸਿੰਕ ਲਈ GitHub ਜੋੜਨਾ GitHub OAuth ਵਰਤਦਾ ਹੈ, ਅਤੇ MCP ਰਾਹੀਂ Mythex ਨਾਲ ਜੁੜਨ ਵਾਲੇ AI ਕਲਾਇੰਟ ਇੱਕ OAuth ਸਹਿਮਤੀ ਪੇਜ ਰਾਹੀਂ ਜਾਂਦੇ ਹਨ। ਹੋਰ ਲਈ ਵੇਖੋ ਪ੍ਰਮਾਣਿਕਤਾ ਕੀ ਹੈ ਅਤੇ ਦੋ-ਕਾਰਕ ਪ੍ਰਮਾਣਿਕਤਾ ਕੀ ਹੈ।

ਸਵਾਲ