castomFLOW
castomFLOW ਖੋਲ੍ਹੋ

ਭਰੋਸੇਯੋਗ ਰਨ

ਕੋਈ ਆਟੋਮੇਸ਼ਨ ਉਦੋਂ ਤੱਕ ਨਹੀਂ ਵੇਖਦਾ ਜਦੋਂ ਤੱਕ ਉਹ ਕੁਝ ਦੋ ਵਾਰੀ ਨਾ ਭੇਜ ਦੇਵੇ

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

ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਿਮੂਲੇਸ਼ਨ ਕਰੋ

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

ਕੁਝ ਵੀ ਬਾਹਰ ਨਹੀਂ ਜਾਂਦਾ। ਨਾ ਕੋਈ ਈਮੇਲ ਭੇਜੀ ਜਾਂਦੀ ਹੈ, ਨਾ ਇਨਵੌਇਸ ਬਣਦੀ ਹੈ, ਨਾ ਕੋਈ ਸ਼ੁਲਕ ਮੰਗਿਆ ਜਾਂਦਾ ਹੈ, ਨਾ ਕੋਈ ਕਤਾਰ ਲਿਖੀ ਜਾਂਦੀ ਹੈ। ਬਾਹਰੀ ਕਾਲਾਂ ਇਰਾਦਿਆਂ ਵਜੋਂ ਦਰਜ ਹੁੰਦੀਆਂ ਹਨ, ਭੇਜਣ ਵਾਲੇ ਪੇਲੋਡ ਸਮੇਤ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਮੈਪਿੰਗ ਸਹੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਕਿਸੇ ਦੀ ਮੁਸੀਬਤ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਵੇਖ ਸਕੋ।

ਸਿਮੂਲੇਸ਼ਨ ਹੀ ਉਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਹਨ ਜੋ ਲੋਕਾਂ ਨੂੰ ਆਟੋਮੇਸ਼ਨ ਚਾਲੂ ਕਰਨ ਤੋਂ ਰੋਕਦਾ ਹੈ: ਇਹ ਅਸਲ ਵਿੱਚ ਕੀ ਕਰੇਗਾ?

ਸਿਮੂਲੇਸ਼ਨ · ਆਰਡਰ 88 214ਕੁਝ ਵੀ ਨਹੀਂ ਭੇਜਿਆ ਗਿਆ
  • 1ਪਤਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋਮੇਲ ਖਾਧਾ। 6 ਖੇਤਰ ਲਿਖੇ ਹੁੰਦੇ।
  • ?ਸ਼ਰਤ1 000 zł ਤੋਂ ਵੱਧ ਦਾ ਆਰਡਰ? ਨਹੀਂ — 289,00 zł। ਛੋਟਾ ਰਾਹ ਚੁਣਿਆ ਗਿਆ।
  • 3ਇਨਵੌਇਸਇਨਵੌਇਸਿੰਗ ਸਿਸਟਮ ਨੂੰ POST ਕੀਤਾ ਜਾਂਦਾ। ਪੇਲੋਡ ਪੂਰਾ ਦਿਖਾਇਆ ਗਿਆ।
  • !ਇੱਥੇ ਫੜਿਆ ਗਿਆVAT ਦਰ ਗਲਤ ਖੇਤਰ ਤੋਂ ਲਈ ਗਈ। ਲੇਖਾਕਾਰ ਦੇ ਇਨਬਾਕਸ ਦੀ ਬਜਾਏ ਇੱਕ ਸਿਮੂਲੇਸ਼ਨ ਵਿੱਚ ਲੱਭੀ।

ਭੇਜਿਆ ਗਿਆ: ਕੁਝ ਨਹੀਂਵਸੂਲ ਕੀਤਾ ਗਿਆ: ਕੁਝ ਨਹੀਂ

ਹਰ ਰਨ ਉਸੀ ਵਰਜ਼ਨ ਉੱਤੇ ਚੱਲਦਾ ਹੈ ਜਿਸ ਉੱਤੇ ਉਹ ਦਾਖਲ ਹੋਇਆ ਸੀ

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

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

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

ਚੱਲਦੇ ਸਮੇਂ ਸੋਧv4 → v5
  • 1ਪਹਿਲਾਂ2 918 ਰਨ ਚੱਲ ਰਹੇ ਹਨ, ਸਾਰੇ v4 ਉੱਤੇ। ਕੁਝ ਦੋ ਦਿਨਾਂ ਦੀ ਉਡੀਕ ਵਿੱਚ ਹਨ।
  • 2v5 ਪ੍ਰਕਾਸ਼ਿਤ ਕਰੋਦੋ ਕਦਮ ਬਦਲੇ ਗਏ, ਇੱਕ ਸੁਨੇਹਾ ਦੁਬਾਰਾ ਲਿਖਿਆ ਗਿਆ।
  • 3ਬਾਅਦ ਵਿੱਚਉਹ 2 918 ਰਨ v4 ਨੂੰ ਪੂਰਾ ਕਰਦੇ ਹਨ। 11:40 ਤੋਂ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲਾ ਹਰ ਰਨ v5 ਚਲਾਉਂਦਾ ਹੈ।
  • §ਕਿਸੇ ਨੂੰ ਨਹੀਂਇੱਕ ਵਰਕਫ਼ਲੋ ਦਾ ਅੱਧ ਅਤੇ ਦੂਜੇ ਦਾ ਅੱਧ ਮਿਲਿਆ।

ਹਰ ਰਨ ਉੱਤੇ ਵਰਜ਼ਨ ਦਰਜਪੁਰਾਣੇ ਵਰਜ਼ਨ ਰੱਖੇ ਗਏ

ਦੁਬਾਰਾ-ਭੇਜਣ ਵਾਲੀਆਂ ਦੁਬਾਰਾ-ਕੋਸ਼ਿਸ਼ਾਂ

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

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

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

ਭੇਜਣ ਦੇ ਵਿਚਕਾਰ ਵਰਕਰ ਮਰ ਗਿਆਮੁੜ ਪ੍ਰਾਪਤ ਹੋਇਆ
  • 1ਕਦਮ 5 ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈਸ਼ਿਪਿੰਗ ਸੂਚਨਾ ਭੇਜੋ।
  • ✕ਵਰਕਰ ਮਰ ਗਿਆਡਿਪਲੌਇ। ਕੁਝ ਵੀ ਕਮਿਟ ਨਹੀਂ ਹੋਇਆ।
  • 2ਚੁੱਕਿਆ ਗਿਆਦੂਜਾ ਵਰਕਰ ਰਨ ਨੂੰ ਅਜੇ ਵੀ ਕਦਮ 5 ਉੱਤੇ ਲੱਭਦਾ ਹੈ।
  • ✓ਇੱਕ ਵਾਰ ਭੇਜਿਆ ਗਿਆਗਾਹਕ ਨੂੰ ਇੱਕ ਈਮੇਲ ਮਿਲੀ, ਦੋ ਨਹੀਂ।

ਪ੍ਰਭਾਵ ਤਰੱਕੀ ਨਾਲ ਇਕੱਠੇ ਕਮਿਟ ਹੁੰਦੇ ਹਨਹਰ ਰਨ ਅਤੇ ਕਦਮ ਲਈ idempotency ਕੁੰਜੀ

ਇਨਸਾਨ ਲਈ ਪੜ੍ਹਨਯੋਗ ਲਿਖਿਆ ਗਿਆ ਲੌਗ

ਹਰ ਰਨ, ਹਰ ਕਦਮ, ਲਿਆ ਗਿਆ ਰਾਹ ਅਤੇ ਉਹ ਮੁੱਲ ਜਿਸ ਨੇ ਇਹ ਫੈਸਲਾ ਕੀਤਾ। ਹਰ ਕਦਮ ਦੇ ਸਮੇਂ। ਹਰ ਬਾਹਰੀ ਕਾਲ ਦੀ ਬੇਨਤੀ ਅਤੇ ਜਵਾਬ, ਪ੍ਰਮਾਣ-ਪੱਤਰ ਲੁਕਾਏ ਹੋਏ। ਰਨ ਕਿਸ ਵਰਜ਼ਨ ਉੱਤੇ ਸੀ। ਰਨ ਕਿੱਥੇ ਉਡੀਕ ਵਿੱਚ ਹੈ ਅਤੇ ਕਦੋਂ ਤੱਕ।

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

ਅਸਫਲ ਹੋਣ ਵਾਲੇ ਰਨ ਇੱਕ ਥਾਂ ਇਕੱਠੇ ਹੋ ਜਾਂਦੇ ਹਨ, ਕਾਰਨ ਨਾਲ ਗਰੁੱਪ ਕੀਤੇ ਹੋਏ, ਤਾਂ ਜੋ “ਰਾਤ ਭਰ ਇਕਤਾਲੀ ਅਸਫਲਤਾਵਾਂ” ਦਾ ਹੱਲ “ਇੱਕ ਸਪਲਾਇਰ ਨੇ ਨੌਂ ਮਿੰਟ ਲਈ 503 ਦਿੱਤਾ” ਬਣ ਜਾਵੇ, ਨਾ ਕਿ ਇਕਤਾਲੀ ਵੱਖਰੀਆਂ ਜਾਂਚਾਂ।

ਰਾਤ ਭਰ, ਗਰੁੱਪ ਕੀਤੇ41 ਅਸਫਲਤਾਵਾਂ
  • 1ਇੱਕ ਕਾਰਨਸਪਲਾਇਰ API ਨੇ 02:41 ਤੋਂ 02:50 ਦੇ ਵਿਚਕਾਰ 503 ਦਿੱਤਾ।
  • 2ਕੀ ਹੋਇਆਸਾਰੇ 41 ਦੁਬਾਰਾ ਚਲਾਏ ਗਏ; 39 ਦੂਜੀ ਕੋਸ਼ਿਸ਼ ਵਿੱਚ ਸਫਲ ਹੋ ਗਏ।
  • 3ਬਾਕੀ ਬਚੇਦੋ ਰੁਕ ਗਏ ਹਨ ਅਤੇ ਕਿਸੇ ਵਿਅਕਤੀ ਦੀ ਉਡੀਕ ਵਿੱਚ ਹਨ। ਦੋਵੇਂ ਉਸ ਕਤਾਰ ਨਾਲ ਸੂਚੀਬੱਧ ਹਨ ਜੋ ਅਸਫਲ ਹੋਈ ਸੀ।
  • §ਇਕਤਾਲੀ ਨਹੀਂਜਾਂਚਾਂ। ਇੱਕ, ਅਤੇ ਦੋ ਰਿਕਾਰਡਾਂ ਬਾਰੇ ਇੱਕ ਫੈਸਲਾ।

ਪ੍ਰਮਾਣ ਲੁਕਾਏ ਗਏਵਰਜ਼ਨ ਦਰਜ ਕੀਤਾ ਗਿਆ

ਜੋ ਅਸੀਂ ਦਾਅਵਾ ਨਹੀਂ ਕਰਦੇ

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

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

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

ਜਿਸ ਰਨ ਬਾਰੇ ਤੁਸੀਂ ਕਦੇ ਨਹੀਂ ਸੋਚਦੇ, ਉਹੀ ਸਫਲ ਹੋਇਆ ਹੈ।