ਫ਼ਨਲ ਅਤੇ ਟ੍ਰਿੱਗਰ
ਫ਼ਨਲ ਇੱਕ ਗ੍ਰਾਫ਼ ਹੈ। ਰਨ ਇੱਕ ਕਤਾਰ ਹੈ। ਉਡੀਕ ਇੱਕ ਸਮਾਂ ਹੈ।
ਇਹੀ ਪੂਰਾ ਮਾਡਲ ਹੈ, ਅਤੇ ਇਸ ਉਤਪਾਦ ਦੀ ਹਰ ਔਖੀ ਵਿਸ਼ੇਸ਼ਤਾ ਇਨ੍ਹਾਂ ਤਿੰਨ ਵਾਕਾਂ ਵਿੱਚੋਂ ਨਿਕਲਦੀ ਹੈ। ਜੀਉਂਦੇ ਫ਼ਨਲ ਦਾ ਸੋਧ ਸੁਰੱਖਿਅਤ ਹੈ ਇਨ੍ਹਾਂ ਕਰਕੇ। ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਡਬਲ-ਭੇਜਣ ਨਹੀਂ ਕਰ ਸਕਦੀ ਇਨ੍ਹਾਂ ਕਰਕੇ। ਮੰਗਲਵਾਰ ਨੂੰ ਅਨਸਬਸਕ੍ਰਾਈਬ ਕਰਨ ਵਾਲਾ ਵਿਅਕਤੀ ਵੀਰਵਾਰ ਨੂੰ ਕੁਝ ਨਹੀਂ ਸੁਣਦਾ ਇਨ੍ਹਾਂ ਕਰਕੇ।
ਚੱਲਣ ਵੇਲੇ ਅਸਲ ਵਿੱਚ ਕੀ ਹੁੰਦਾ ਹੈ
ਫਨਲ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਨਾਲ ਇੱਕ ਅਪਰਿਵਰਤਨਸ਼ੀਲ ਸੰਸਕਰਣ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ। ਕੋਈ ਵਿਅਕਤੀ ਦਾਖਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਕਤਾਰ ਦਿਸਦੀ ਹੈ: ਇਸ ਸੰਪਰਕ ਲਈ ਇੱਕ ਰਨ, ਉਸ ਸੰਸਕਰਣ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ, ਜਿਸ ਵਿੱਚ ਮੌਜੂਦਾ ਨੋਡ, ਜਾਗਣ ਦਾ ਸਮਾਂ ਅਤੇ ਇਸ ਦਾ ਆਪਣਾ ਸੰਦਰਭ ਹੁੰਦਾ ਹੈ।
ਇੱਕ ਵਰਕਰ ਉਹ ਰਨ ਲੀਜ਼ ਕਰਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਦਾ ਜਾਗਣ ਦਾ ਸਮਾਂ ਬੀਤ ਚੁੱਕਾ ਹੈ, ਅਤੇ SKIP LOCKED ਨਾਲ ਉਨ੍ਹਾਂ ਦਾ ਦਾਅਵਾ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਦੋ ਵਰਕਰ ਇੱਕੋ ਰਨ ਨਾ ਲੈ ਸਕਣ। ਇਹ ਨੋਡ ਚਲਾਉਂਦਾ ਰਹਿੰਦਾ ਹੈ ਜਦ ਤੱਕ ਉਹ ਕਿਸੇ ਉਡੀਕ ਜਾਂ ਅੰਤਿਮ ਨੋਡ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਜਾਂਦਾ, ਫਿਰ ਅਗਲਾ ਜਾਗਣ ਦਾ ਸਮਾਂ ਲਿਖਦਾ ਹੈ ਅਤੇ ਛੱਡ ਦਿੰਦਾ ਹੈ।
ਇੱਕ ਨੋਡ ਰਨ, ਸੰਪਰਕ ਅਤੇ ਨੋਡ ਦਾ ਇੱਕ ਸ਼ੁੱਧ ਫੰਕਸ਼ਨ ਹੁੰਦਾ ਹੈ — ਅਤੇ ਇਸ ਦੇ ਪ੍ਰਭਾਵ ਰਨ ਦੀ ਆਪਣੀ ਅੱਗੇ ਵਧਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਉਸੇ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਵਿੱਚ ਕਮਿਟ ਹੁੰਦੇ ਹਨ। ਇਹੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ ਜੋ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਸੁਰੱਖਿਅਤ ਬਣਾਉਂਦੀ ਹੈ। "ਭੇਜੋ" ਅਤੇ "ਅੱਗੇ ਵਧਾਓ" ਦੇ ਵਿਚਕਾਰ ਅੱਧੇ ਸੈਕਿੰਡ ਵਿੱਚ ਮਾਰਿਆ ਗਿਆ ਵਰਕਰ ਜਾਂ ਦੋਵੇਂ ਛੱਡਦਾ ਹੈ ਜਾਂ ਕੋਈ ਨਹੀਂ, ਕਦੇ ਇੱਕ ਨਹੀਂ।
ਅਤੇ ਕਿਉਂਕਿ ਸਮਾਂ ਡੇਟਾਬੇਸ ਨਹੀਂ ਸਗੋਂ ਐਪ ਦਿੰਦਾ ਹੈ, ਹੁਣੇ ਲਿਖੀ ਗਈ ਕਤਾਰ ਹੁਣੇ ਦੇਣਯੋਗ ਹੁੰਦੀ ਹੈ। ਡੇਟਾਬੇਸ ਦੀ ਘੜੀ ਨਾਲ ਡਿਫ਼ਾਲਟ ਹੋਣ ਵਾਲਾ ਸਮਾਂ-ਸਾਰਣੀ ਕਾਲਮ ਲਿਖੇ ਜਾਣ ਦੇ ਪਲ ਤੇ ਅਜੇ ਦੇਣਯੋਗ ਨਹੀਂ ਹੁੰਦਾ, ਅਤੇ ਉਸੇ ਟਿੱਕ ਨੂੰ ਖੁੰਝਾ ਦਿੰਦਾ ਹੈ ਜਿਸ ਨੇ ਉਸ ਨੂੰ ਬਣਾਇਆ — ਇੱਕ ਬੱਗ ਜੋ ਕਿਸੇ ਸੁਨੇਹੇ ਦੇ ਇੱਕ ਘੰਟਾ ਦੇਰ ਨਾਲ ਪਹੁੰਚਣ ਤੱਕ ਕੁਝ ਵੀ ਨਹੀਂ ਜਾਪਦਾ।
- 1ਲੀਜ਼
wake_at <= now(),FOR UPDATE SKIP LOCKED। ਲੀਜ਼ਾਂ ਤੋਂ ਬਿਨਾਂ ਕਤਾਰ ਡਿਫ਼ਾਲਟ ਤੌਰ 'ਤੇ ਦੁਗਣਾ ਭੇਜਦੀ ਹੈ। - 2ਚਲਾਓਕਿਸੇ ਉਡੀਕ ਜਾਂ ਅੰਤਿਮ ਨੋਡ ਤੱਕ ਕ੍ਰਮ ਵਿੱਚ ਨੋਡ। ਹਰੇਕ ਇੱਕ ਕਦਮ ਲਿਖਦਾ ਹੈ: ਉਸ ਨੇ ਕੀ ਫੈਸਲਾ ਕੀਤਾ, ਉਸ ਨੇ ਕੀ ਜਾਰੀ ਕੀਤਾ।
- 3ਕਮਿਟਪ੍ਰਭਾਵ ਅਤੇ ਅੱਗੇ ਵਧਣਾ, ਇੱਕ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਵਿੱਚ। ਇਹੀ ਪੂਰੀ ਚਾਲ ਹੈ।
- 4ਸਲੀਪਅਗਲਾ
wake_atਲਿਖਿਆ ਗਿਆ। ਹਾਲੇ ਕੋਈ ਡਾਊਨਸਟ੍ਰੀਮ ਕਤਾਰਾਂ ਮੌਜੂਦ ਨਹੀਂ, ਅਤੇ ਕਿਸੇ ਦੀ ਲੋੜ ਵੀ ਨਹੀਂ।
ਪ੍ਰਤੀ ਸੰਪਰਕ ਪ੍ਰਤੀ ਸੰਸਕਰਣ ਇੱਕ ਰਨ
ਚੌਦਾਂ ਟ੍ਰਿੱਗਰ
ਕੀ ਕਿਸੇ ਰਨ ਦੀ ਸ਼ੁਰੂਆਤ ਕਰ ਸਕਦਾ ਹੈ
ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਉਹ ਚੀਜ਼ਾਂ ਹਨ ਜੋ ਤੁਸੀਂ ਕਰਦੇ ਹੋ। ਜ਼ਿਆਦਾਤਰ ਉਹ ਚੀਜ਼ਾਂ ਹਨ ਜੋ ਤੁਹਾਡਾ ਗਾਹਕ ਕਰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ ਕਰਦਾ — ਅਤੇ ਕਿਸੇ ਕਾਰਵਾਈ ਦੀ ਗ਼ੈਰ-ਹਾਜ਼ਰੀ ਵੀ ਉਸ ਕਾਰਵਾਈ ਜਿੰਨੀ ਹੀ ਚੰਗੀ ਟ੍ਰਿੱਗਰ ਹੈ।
ਉਹ ਆਉਂਦੇ ਹਨ
form_submit, list_join, contact_created, tag_added ਅਤੇ segment_enter। ਇੱਕ ਸੈਗਮੈਂਟ ਇੱਕ ਜੀਵਤ ਪ੍ਰੈਡੀਕੇਟ ਹੈ, ਇਸ ਲਈ "ਸੈਗਮੈਂਟ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦਾ ਹੈ" ਹਰ ਉਸ "ਬਣ ਗਿਆ ਹੈ" ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਦਰਸਾ ਸਕਦੇ ਹੋ — ਤਿੰਨ ਆਰਡਰ, ਨੱਬੇ ਦਿਨ ਚੁੱਪ, ਇੱਕ ਥ੍ਰੈਸ਼ਹੋਲਡ ਤੋਂ ਵੱਧ ਖਰਚ।
ਉਹ ਕੁਝ ਕਰਦੇ ਹਨ
ਸਾਈਟ ਸਨਿੱਪਟ ਤੋਂ page_visit, message_opened, link_clicked, booking_made ਅਤੇ payment_made। ਸੁਨੇਹਾ ਖੁੱਲ੍ਹਣਾ ਆਪ ਸੰਪਰਕ ਉੱਤੇ ਇੱਕ ਘਟਨਾ ਹੈ, ਇਸ ਲਈ ਇੱਕ ਫਨਲ ਆਪਣੀ ਆਖ਼ਰੀ ਭੇਜੀ ਚੀਜ਼ ਦੀ ਪ੍ਰਤੀਕਿਰਿਆ ਦੀ ਉਡੀਕ ਕਰ ਸਕਦਾ ਹੈ।
ਸਮਾਂ, ਜਾਂ ਤੁਸੀਂ
ਇੱਕ ਆਫ਼ਸੈੱਟ ਨਾਲ date_field — ਜਨਮਦਿਨ, ਨਵਿਆਉਣਾ, "ਇੱਕ ਸਾਲ ਬੀਤਣ ਤੇ", ਤਿੰਨ ਦਿਨ ਪਹਿਲਾਂ ਜਾਂ ਤਿੰਨ ਦਿਨ ਬਾਅਦ। ਦੁਹਰਾਏ ਜਾਣ ਵਾਲੇ ਲਈ schedule। ਉਸ ਘੋਸ਼ਣਾ ਲਈ manual ਜੋ ਤੁਸੀਂ ਆਪਣੇ ਫੈਸਲੇ ਨਾਲ ਭੇਜਦੇ ਹੋ।
ਤੁਹਾਡੀ ਆਪਣੀ ਐਪਲੀਕੇਸ਼ਨ
api_event ਇੱਕ ਕਸਟਮ ਘਟਨਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਆਪਣੇ ਕੋਡ ਤੋਂ ਆਪਣੇ ਟੋਕਨ ਨਾਲ ਪੋਸਟ ਕਰਦੇ ਹੋ। ਤੁਹਾਡੀ ਪ੍ਰੋਡਕਟ ਜੋ ਵੀ ਜਾਣਦੀ ਹੈ, ਉਹ ਟ੍ਰਿੱਗਰ ਬਣ ਜਾਂਦਾ ਹੈ: ਸਰਗਰਮ ਹੋਇਆ, ਸਾਥੀ ਨੂੰ ਸੱਦਿਆ, ਸੀਮਾ ਨੂੰ ਛੂਹਿਆ, ਰੱਦ ਕੀਤਾ, ਐਕਸਪੋਰਟ ਕੀਤਾ। ਇਹੀ ਉਹ ਚੀਜ਼ ਹੈ ਜੋ ਮੇਲਿੰਗ ਟੂਲ ਨੂੰ ਤੁਹਾਡੀ ਪ੍ਰੋਡਕਟ ਦਾ ਹਿੱਸਾ ਬਣਾ ਦਿੰਦੀ ਹੈ।
ਦੁਬਾਰਾ ਦਾਖਲਾ, ਇੱਕ ਵਾਰ ਫੈਸਲਾ ਕੀਤਾ ਗਿਆ
ਇੱਕ ਫਨਲ ਜਾਂ ਤਾਂ ਦੁਬਾਰਾ ਦਾਖਲ ਹੋਣਯੋਗ ਹੁੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਡੇਟਾਬੇਸ ਇਹ ਲਾਗੂ ਕਰਦਾ ਹੈ: ਪ੍ਰਤੀ ਸੰਪਰਕ ਪ੍ਰਤੀ ਫਨਲ ਇੱਕ ਰਨ, ਜਦ ਤੱਕ ਤੁਸੀਂ ਕੁਝ ਹੋਰ ਨਾ ਕਿਹਾ ਹੋਵੇ। ਇੱਕੋ ਸੈਕਿੰਡ ਵਿੱਚ ਇੱਕੋ ਟ੍ਰਿੱਗਰ ਦਾ ਦੁਬਾਰਾ ਚੱਲਣਾ ਗ਼ਲਤੀ ਨਾਲ ਦੋ ਰਨ ਨਹੀਂ ਬਣਾ ਸਕਦਾ।
ਦਾਖਲੇ ਦੀਆਂ ਸ਼ਰਤਾਂ
ਇੱਕ ਟ੍ਰਿੱਗਰ ਚੱਲਦਾ ਹੈ ਅਤੇ ਦਾਖਲੇ ਦੀ ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਫੈਸਲਾ ਕਰਦੀ ਹੈ ਕਿ ਕੀ ਇਹ ਖ਼ਾਸ ਸੰਪਰਕ ਯੋਗ ਹੈ — ਦਰਵਾਜ਼ੇ ਦੇ ਸਾਹਮਣੇ ਇੱਕ ਸੈਗਮੈਂਟ ਪ੍ਰੈਡੀਕੇਟ। ਪਹਿਲੇ ਕਦਮ ਉੱਤੇ ਸ਼ਰਤ ਨੋਡ ਤੋਂ ਸਸਤਾ, ਅਤੇ ਇਹ ਗ੍ਰਾਫ਼ ਨੂੰ ਇਸ ਗੱਲ ਬਾਰੇ ਰੱਖਦਾ ਹੈ ਕਿ ਕੀ ਵਾਪਰਦਾ ਹੈ, ਨਾ ਕਿ ਇਸ ਬਾਰੇ ਕਿ ਕੌਣ ਅੰਦਰ ਆ ਸਕਦਾ ਹੈ।
ਚੌਦਾਂ ਚੀਜ਼ਾਂ ਇਸ ਦੀ ਸ਼ੁਰੂਆਤ ਕਰ ਸਕਦੀਆਂ ਹਨ। ਸੋਲਾਂ ਚੀਜ਼ਾਂ ਅੱਗੇ ਵਾਪਰ ਸਕਦੀਆਂ ਹਨ।
ਸੋਲਾਂ ਕਾਰਵਾਈਆਂ ਅਤੇ ਸੱਤ ਫਲੋ ਨੋਡ
ਇੱਕ ਫਨਲ ਕੀ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਇਹ ਕਿਵੇਂ ਫੈਸਲਾ ਕਰਦਾ ਹੈ
ਕੁਝ ਭੇਜੋ
send_email, send_sms, send_push, send_letter — ਚਾਰ ਚੈਨਲ, ਇੱਕ ਗ੍ਰਾਫ਼ — ਨਾਲ notify_team ਜਦ ਜਿਸ ਵਿਅਕਤੀ ਨੂੰ ਦੱਸਣ ਦੀ ਲੋੜ ਹੈ ਉਹ ਤੁਹਾਡੇ ਲਈ ਕੰਮ ਕਰਦਾ ਹੈ।
ਸੰਪਰਕ ਬਦਲੋ
add_tag, remove_tag, add_to_list, remove_from_list, set_field। ਜਾਂਦੇ ਹੋਏ ਕਿਸੇ ਨੂੰ ਚਿੰਨ੍ਹਿਤ ਕਰਨਾ ਹੀ ਅਗਲੇ ਫਨਲ ਦਾ ਸੈਗਮੈਂਟ ਸਰਲ ਬਣਾਉਂਦਾ ਹੈ।
ਬਾਹਰ ਤੱਕ ਪਹੁੰਚੋ
ਕਿਸੇ ਵੀ ਚੀਜ਼ ਲਈ http_request, ਆਪਣੇ ਜੁੜੇ ਹੋਏ ਖਾਤੇ ਵਿਰੁੱਧ create_payment, ਅਤੇ ਬੁਕਿੰਗ ਸਰੋਤ ਵਿਰੁੱਧ book_slot। ਭੁਗਤਾਨ ਕਰਨ ਵਾਲਾ ਤੁਹਾਡਾ ਹੀ ਰਹਿੰਦਾ ਹੈ; ਕੋਈ ਸਾਡਾ ਗਾਹਕ ਨਹੀਂ ਬਣਦਾ।
ਫਨਲਾਂ ਵਿਚਕਾਰ ਜਾਓ
enter_funnel ਅਤੇ exit_funnel। ਇੱਕ ਸਵਾਗਤੀ ਲੜੀ ਬਣਾਓ ਅਤੇ ਉਸ ਨੂੰ ਚਾਰ ਥਾਵਾਂ ਤੋਂ ਬੁਲਾਓ, ਨਾ ਕਿ ਚਾਰ ਕਾਪੀਆਂ ਸੰਭਾਲੋ ਜੋ ਮਾਰਚ ਤੱਕ ਵੱਖ-ਵੱਖ ਹੋ ਜਾਂਦੀਆਂ ਹਨ।
ਭੇਜਣ ਦੇ ਸਮੇਂ ਬਣਾਓ
ai_generate ਪ੍ਰਤੀ ਸੰਪਰਕ ਮਰਜ ਵੇਰੀਏਬਲ ਭਰਦਾ ਹੈ, ਤੁਹਾਡੀ ਕੋਟਾ ਵਿਰੁੱਧ ਮਾਪਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕ੍ਰਿਏਟਿਵ ਅਤੇ ਸੰਪਰਕ-ਗੁਣ ਹੈਸ਼ ਨਾਲ ਕੈਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ — ਨਹੀਂ ਤਾਂ ਤੁਸੀਂ ਹਰ ਇੱਕ ਭੇਜਣ ਉੱਤੇ ਪ੍ਰਤੀ ਪ੍ਰਾਪਤੀਕਰਤਾ ਭੁਗਤਾਨ ਕਰਦੇ ਹੋ।
ਉਡੀਕ, ਬ੍ਰਾਂਚ, ਸਪਲਿਟ, ਜੁਆਇਨ
wait ਇੱਕ ਮਿਆਦ, ਇੱਕ ਤਾਰੀਖ਼-ਸਮਾਂ, ਇੱਕ ਹਫ਼ਤੇ ਦਾ ਦਿਨ ਅਤੇ ਸਮਾਂ, ਜਾਂ ਇੱਕ ਆਫ਼ਸੈਟ ਸਮੇਤ ਤਾਰੀਖ਼ ਦੇ ਖੇਤਰ ਨੂੰ ਲੈਂਦਾ ਹੈ। condition ਹਾਂ ਅਤੇ ਨਹੀਂ ਵਾਲਾ ਇੱਕ ਸੈਗਮੈਂਟ ਪ੍ਰੈਡੀਕੇਟ ਹੈ। split ਭਾਰਾਂ ਸਮੇਤ A/B/n ਹੈ। join ਸ਼ਾਖਾਵਾਂ ਨੂੰ ਦੁਬਾਰਾ ਇਕੱਠਾ ਕਰਦਾ ਹੈ।
goal — ਉਹ ਇੱਕ ਜੋ ਮਾਇਨੇ ਰੱਖਦਾ ਹੈ
ਇੱਕ ਟੀਚਾ ਉਸ ਦੌੜ ਨੂੰ ਖ਼ਤਮ ਕਰ ਦਿੰਦਾ ਹੈ ਜੋ ਕੋਈ ਉਸ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ। ਉਸ ਨੇ ਬੁੱਕ ਕੀਤਾ, ਖ਼ਰੀਦਿਆ, ਜਵਾਬ ਦਿੱਤਾ: ਲੜੀ ਦਾ ਬਾਕੀ ਹਿੱਸਾ ਸਿਰਫ਼ ਉਸੇ ਲਈ ਰੱਦ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਕਿਸੇ ਨੂੰ ਵਾਪਸੀ ਦੇ ਅਗਲੇ ਦਿਨ "ਅਸੀਂ ਤੁਹਾਨੂੰ ਯਾਦ ਕਰਦੇ ਹਾਂ" ਨਹੀਂ ਮਿਲਦਾ, ਅਤੇ ਇਹੀ ਨੋਡ ਹੈ ਜੋ ਇਸ ਨੂੰ ਰੋਕਦਾ ਹੈ।
throttle ਅਤੇ quiet_hours
ਥ੍ਰੌਟਲ ਇੱਕ ਝੱਟ ਨੂੰ ਗਤੀ ਦਿੰਦਾ ਹੈ ਤਾਂ ਜੋ ਘੱਟ ਦਰ ਦੀ ਸੀਮਾ ਵਾਲਾ ਮੇਲਬਾਕਸ ਸਸਪੈਂਸ਼ਨ ਵਿੱਚ ਨਾ ਧੱਕਿਆ ਜਾਵੇ। ਕੁਇਟ ਆਵਰਜ਼ ਸੁਨੇਹੇ ਨੂੰ ਢੁਕਵੇਂ ਸਮੇਂ ਤੱਕ ਰੋਕ ਕੇ ਰੱਖਦੇ ਹਨ — ਇਹ ਸੁਨੇਹੇ ਦੇ ਪੱਧਰ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਗ੍ਰਾਫ਼ ਦੀ ਹਰ ਸ਼ਾਖਾ ਵਿੱਚ ਨਕਲ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ।
ਚੱਲਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ
ਵੈਲੀਡੇਟਰ ਤੁਹਾਡੇ ਲਈ ਅਤੇ AI ਲਈ ਇੱਕੋ ਚੀਜ਼ਾਂ ਨੂੰ ਰੱਦ ਕਰਦਾ ਹੈ
ਇੱਕ ਗ੍ਰਾਫ਼ ਪ੍ਰਕਾਸ਼ਿਤ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਜਾਂਚ ਸਿਰਫ਼ ਸਲਾਹ ਨਹੀਂ ਹੁੰਦੀ। ਇਹ ਇੱਕੋ ਕੋਡ ਪਾਥ ਹੈ ਚਾਹੇ ਫ਼ਨਲ ਕਿਸੇ ਇਨਸਾਨ ਨੇ ਬਣਾਇਆ ਹੋਵੇ ਜਾਂ ਕਿਸੇ ਮਾਡਲ ਨੇ ਬਣਾਇਆ ਹੋਵੇ, ਅਤੇ ਇਹੀ ਇਕਲੌਤਾ ਕਾਰਨ ਹੈ ਕਿ ਬਣਾਏ ਗਏ ਫ਼ਨਲਾਂ 'ਤੇ ਭਰੋਸਾ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
ਬਿਲਕੁਲ ਇੱਕ ਐਂਟਰੀ
ਦੋ ਐਂਟਰੀ ਨੋਡ ਇੱਕ ਅਸਪਸ਼ਟਤਾ ਹੈ ਜਿਸ 'ਤੇ ਕਿਸੇ ਦਾ ਧਿਆਨ ਨਹੀਂ ਜਾਂਦਾ, ਜਦ ਤੱਕ ਸੂਚੀ ਦੇ ਗ਼ਲਤ ਅੱਧ ਨੂੰ ਗ਼ਲਤ ਲੜੀ ਨਹੀਂ ਮਿਲ ਜਾਂਦੀ।
ਹਰ ਨੋਡ ਪਹੁੰਚਯੋਗ
ਇੱਕ ਅਨਾਥ ਸ਼ਾਖਾ ਜਾਂ ਤਾਂ ਗ਼ਲਤੀ ਹੈ ਜਾਂ ਇੱਕ ਅਜਿਹਾ ਸੁਨੇਹਾ ਹੈ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਜਾਂਦਾ ਹੋਇਆ ਸਮਝਦੇ ਹੋ ਪਰ ਜਾਂਦਾ ਨਹੀਂ। ਦੋਵੇਂ ਹੀ ਦੱਸੇ ਜਾਣ ਦੇ ਯੋਗ ਹਨ।
ਹਰ ਚੱਕਰ ਵਿੱਚ ਇੱਕ wait ਹੋਣਾ ਜ਼ਰੂਰੀ ਹੈ
ਬਿਨਾਂ wait ਵਾਲਾ ਲੂਪ ਇੱਕ ਅਨੰਤ ਲੂਪ ਹੈ ਜਿਸ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਭੇਜਣਾ ਹੈ। ਇਹ ਨਿਯਮ ਫ਼ਨਲ ਅਤੇ ਘਟਨਾ (incident) ਦਾ ਫ਼ਰਕ ਹੈ।
ਹਰ ਭੇਜੇ ਗਏ ਦਾ ਆਪਣਾ ਕ੍ਰੀਏਟਿਵ
ਬਿਨਾਂ ਕ੍ਰੀਏਟਿਵ ਅਤੇ ਵਿਸ਼ੇ ਵਾਲਾ send_email ਨੋਡ ਪ੍ਰਕਾਸ਼ਿਤ ਨਹੀਂ ਹੋ ਸਕਦਾ। ਸਹੀ ਵਿਸ਼ਾ ਅਤੇ ਖ਼ਾਲੀ ਸਰੀਰ ਵਾਲਾ ਸੁਨੇਹਾ ਇੱਕ ਅਸਲ ਅਸਫ਼ਲਤਾ ਦਾ ਰੂਪ ਹੈ; ਇਸ ਨੂੰ ਇੱਥੇ ਰੱਦ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।
ਹਰ ਵੇਰੀਏਬਲ ਜਾਣਿਆ ਹੋਇਆ
ਮਰਜ਼ ਵੇਰੀਏਬਲ ਪ੍ਰਕਾਸ਼ਨ ਸਮੇਂ ਜਾਂਚੇ ਜਾਂਦੇ ਹਨ। {{frist_name}} ਇੱਕ ਗ਼ਲਤੀ ਹੈ ਜੋ ਤੁਸੀਂ ਸੋਧਦੇ ਸਮੇਂ ਵੇਖਦੇ ਹੋ, ਨਾ ਕਿ "ਸਤ ਸ੍ਰੀ ਅਕਾਲ ," ਜੋ ਚਾਲੀ ਹਜ਼ਾਰ ਇਨਬਾਕਸਾਂ ਵਿੱਚ ਪਹੁੰਚਦੀ ਹੈ।
ਫਿਰ ਇਸ ਦਾ ਸਿਮੂਲੇਸ਼ਨ ਕਰੋ
ਇੱਕ ਅਸਲੀ ਸੰਪਰਕ ਨੂੰ ਪੂਰੇ ਗ੍ਰਾਫ਼ ਵਿੱਚੋਂ ਡ੍ਰਾਈ-ਰਨ ਕਰੋ ਅਤੇ ਲਏ ਗਏ ਰਾਹ ਅਤੇ ਹਰ ਉਸ ਸੁਨੇਹੇ ਨੂੰ ਵਾਪਸ ਪੜ੍ਹੋ ਜੋ ਭੇਜਿਆ ਜਾਂਦਾ, ਉਸ ਦੇ ਦਿਨ ਸਮੇਤ। ਕੁਝ ਵੀ ਬਾਹਰ ਨਹੀਂ ਜਾਂਦਾ।
ਔਖੇ ਮਾਮਲੇ
ਸੱਤ ਚੀਜ਼ਾਂ ਜੋ ਇੱਕ ਸਧਾਰਨ ਇੰਜਣ ਨੂੰ ਤੋੜ ਦਿੰਦੀਆਂ ਹਨ
ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਇੱਕ ਟੈਸਟ ਹੈ ਜਿਸ ਦੇ ਪਿੱਛੇ ਇੱਕ ਨਿਸ਼ਚਿਤ ਘੜੀ ਹੈ, ਕਿਉਂਕਿ ਹਰ ਇੱਕ ਉਸ ਲਾਗੂ ਕਰਨ ਨੂੰ ਤੋੜਦਾ ਹੈ ਜੋ ਹਕੀਕਤ ਨਾਲ ਮਿਲਣ ਤੱਕ ਬਿਲਕੁਲ ਸਹੀ ਲੱਗਦਾ ਹੈ।
- 1ਇੱਕ ਫ਼ਨਲ ਜੋ ਆਪ ਵਿੱਚ ਲੂਪ ਹੁੰਦਾ ਹੈਜਾਇਜ਼, ਆਮ ਅਤੇ ਠੀਕ — ਬਸ਼ਰਤੇ ਚੱਕਰ ਵਿੱਚ ਇੱਕ wait ਹੋਵੇ, ਜਿਸ 'ਤੇ ਵੈਲੀਡੇਟਰ ਜ਼ੋਰ ਦਿੰਦਾ ਹੈ।
- 2ਕੋਈ ਦੌੜ ਦੇ ਵਿਚਕਾਰ ਅਨ-ਸਬਸਕ੍ਰਾਈਬ ਕਰ ਲੈਂਦਾ ਹੈਸਪ੍ਰੈਸ਼ਨ ਭੇਜਣ ਵੇਲੇ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ, ਕਤਾਰ ਵਿੱਚ ਪਾਉਣ ਵੇਲੇ ਨਹੀਂ। ਕਤਾਰ ਵੇਲੇ ਜਾਂਚ ਕਰਨ ਨਾਲ ਉਨ੍ਹਾਂ ਲੋਕਾਂ ਨੂੰ ਮੇਲ ਜਾਂਦੀ ਹੈ ਜੋ wait ਦੇ ਦੌਰਾਨ ਚਲੇ ਗਏ ਸਨ।
- 3ਦਸ ਹਜ਼ਾਰ ਲੋਕਾਂ ਦੇ ਅੰਦਰ ਹੁੰਦਿਆਂ ਫ਼ਨਲ ਸੋਧਿਆ ਜਾਂਦਾ ਹੈਉਹ ਉਸੀ ਵਰਜ਼ਨ 'ਤੇ ਚੱਲਦੇ ਰਹਿੰਦੇ ਹਨ ਜਿਸ 'ਤੇ ਉਹ ਦਾਖ਼ਲ ਹੋਏ ਸਨ, ਅੰਤ ਤੱਕ। ਨਵੇਂ ਆਉਣ ਵਾਲੇ ਨਵਾਂ ਚੱਲਦੇ ਹਨ।
- 4ਇੱਕੋ ਸੈਕਿੰਡ ਵਿੱਚ ਇੱਕੋ ਟ੍ਰਿੱਗਰ ਦੋ ਵਾਰ ਚੱਲਦਾ ਹੈਇੱਕ ਦੌੜ, ਕਿਉਂਕਿ ਵਿਲੱਖਣਤਾ ਇੱਕ ਇੰਡੈਕਸ ਹੈ, ਜਾਂਚ ਤੋਂ ਬਾਅਦ ਸ਼ਾਮਲ ਕਰਨਾ ਨਹੀਂ।
- 5ਦੌੜ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਸੰਪਰਕ ਮਿਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈਦੌੜ ਖ਼ਤਮ ਹੋ ਜਾਂਦੀ ਹੈ। ਇੱਕ ਮਿਟਾਉਣਾ ਜੋ ਕਿਸੇ ਨੂੰ ਸੰਬੋਧਿਤ ਲੜੀ ਨੂੰ ਬਾਕੀ ਰਹਿਣ ਦਿੰਦਾ ਹੈ, ਮਿਟਾਉਣਾ ਨਹੀਂ ਹੈ।
- 6ਇੱਕ wait ਡੇਲਾਈਟ-ਸੇਵਿੰਗ ਤਬਦੀਲੀ ਨੂੰ ਪਾਰ ਕਰਦਾ ਹੈ"ਸਵੇਰੇ ਨੌਂ ਵਜੇ ਤਿੰਨ ਦਿਨ" ਦਾ ਮਤਲਬ ਹੈ ਘੜੀ ਦੀ ਤਬਦੀਲੀ ਦੇ ਦੋਵੇਂ ਪਾਸੇ ਸਵੇਰੇ ਨੌਂ ਵਜੇ।
- 7ਭੇਜਣ ਅਤੇ ਅੱਗੇ ਵਧਣ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਵਰਕਰ ਮਾਰਿਆ ਜਾਂਦਾ ਹੈਪ੍ਰਭਾਵ ਅਤੇ ਅੱਗੇ ਵਧਣਾ ਇੱਕ ਟ੍ਰਾਂਜ਼ੈਕਸ਼ਨ ਹਨ। ਜਾਂ ਦੋਵੇਂ ਹੋਏ, ਜਾਂ ਕੋਈ ਨਹੀਂ ਹੋਇਆ।
ਨਿਰਧਾਰਤ ਘੜੀਹਰ ਟੈਸਟ ਇੱਕ ਸੰਭਾਵਿਤ ਲਾਗੂਕਰਨ ਨੂੰ ਤੋੜਦਾ ਹੈ
ਮੁਹਿੰਮਾਂ ਦੂਜਾ ਅੱਧਾ ਹਿੱਸਾ ਹਨ
ਫਨਲ ਪ੍ਰਤੀਕਿਰਿਆ ਕਰਦਾ ਹੈ। ਮੁਹਿੰਮ ਇੱਕ ਵਾਰੀ ਦਾ ਪ੍ਰਸਾਰਣ ਹੈ: ਇੱਕ ਸਰੋਤਾ-ਸਮੂਹ, ਇੱਕ ਸਮਾਂ-ਸੂਚੀ, ਇੱਕ ਦਰ-ਸੀਮਾ, ਅਤੇ ਇੱਕ ਭੇਜਣਾ। ਇਹ ਵੱਖਰੀ ਕਿਸਮ ਦੀ ਚੀਜ਼ ਹੈ ਅਤੇ ਇਸਨੂੰ ਜਾਣਬੁੱਝ ਕੇ ਵੱਖਰਾ ਰੱਖਿਆ ਗਿਆ ਹੈ, ਇੱਕ ਨੋਡ ਵਾਲੇ ਫਨਲ ਵਜੋਂ ਦਿਖਾਉਣ ਦੀ ਬਜਾਏ।
ਦੋ ਨਿਯਮ ਇਸਨੂੰ ਸੁਰੱਖਿਅਤ ਬਣਾਉਂਦੇ ਹਨ। ਸਰੋਤਾ-ਸਮੂਹ ਇੱਕ ਵਾਰ ਹੀ ਤਿਆਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਦੋ ਵਾਰ ਚੱਲਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦਾ ਹੈ — ਦੁਬਾਰਾ ਹੱਲ ਕਰਨ ਨਾਲ ਭੇਜਣ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਸ਼ਾਮਲ ਹੋਏ ਹਰ ਵਿਅਕਤੀ ਚੁੱਪਚਾਪ ਜੁੜ ਜਾਂਦਾ, ਅਤੇ ਡੀਡੁਪਲੀਕੇਸ਼ਨ ਸੂਚਕਾਂਕ ਉਹ ਡੁਪਲੀਕੇਟ ਰੋਕ ਕੇ ਇਸਨੂੰ ਲੁਕਾ ਦਿੰਦਾ। ਅਤੇ ਗਿਣਤੀਆਂ ਡਿਲੀਵਰੀ ਘਟਨਾਵਾਂ ਤੋਂ ਦੁਬਾਰਾ ਗਿਣੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਕਦੇ ਥਾਂ ਤੇ ਵਧਾਈਆਂ ਨਹੀਂ ਜਾਂਦੀਆਂ, ਤਾਂ ਜੋ ਦੁਬਾਰਾ ਭੇਜੀ ਗਈ ਵੈੱਬਹੁੱਕ ਕੋਈ ਰਿਪੋਰਟ ਵਧਾ ਨਾ ਸਕੇ।
ਕਿਹੜਾ ਵਰਤਣਾ ਹੈ: ਜੇ ਕੋਈ ਚੀਜ਼ ਵਿਅਕਤੀ ਦੇ ਕੀਤੇ ਕਿਸੇ ਕੰਮ ਕਰਕੇ ਵਾਪਰਦੀ ਹੈ, ਤਾਂ ਇਹ ਫਨਲ ਹੈ। ਜੇ ਇਹ ਵਾਪਰਦੀ ਹੈ ਕਿਉਂਕਿ ਤੁਸੀਂ ਮੰਗਲਵਾਰ ਨੂੰ ਕੋਈ ਫੈਸਲਾ ਲਿਆ, ਤਾਂ ਇਹ ਮੁਹਿੰਮ ਹੈ। ਮਾਰਕੀਟਿੰਗ ਆਟੋਮੇਸ਼ਨ ਦਾ ਕਾਫ਼ੀ ਹਿੱਸਾ ਦੂਜੀ ਚੀਜ਼ ਨੂੰ ਪਹਿਲੀ ਦੇ ਰੂਪ ਵਿੱਚ ਜ਼ਬਰਦਸਤੀ ਢਾਲਣ ਨਾਲ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ।