ਅਪਟਾਈਮ, ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਗਲਤੀ ਨਿਗਰਾਨੀ
Zinn Digital® ਤੁਹਾਡੇ ਵੱਲੋਂ ਸਾਨੂੰ ਦਿੱਤੇ ਗਏ ਵੈੱਬ ਪਤਿਆਂ (ਤੁਹਾਡੀ ਹੱਕਦਾਰੀ ਦੇ ਵਿਰੁੱਧ ਅਪਟਾਈਮ, Core Web Vitals ਅਤੇ ਰਿਸੋਰਸ ਦੀ ਵਰਤੋਂ) 'ਤੇ ਨਜ਼ਰ ਰੱਖਦਾ ਹੈ ਅਤੇ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਪ੍ਰਤੀ ਸਾਈਟ ਇਸ ਨੂੰ ਸਾਹਮਣੇ ਲਿਆਉਂਦਾ ਹੈ। ਚੇਤਾਵਨੀਆਂ ਈਮੇਲ, Telegram, Slack ਜਾਂ ਤੁਹਾਡੇ ਆਪਣੇ ਵੈੱਬਹੁੱਕ 'ਤੇ ਜਾਂਦੀਆਂ ਹਨ, ਅਤੇ ਸਾਡਾ ਸਥਿਤੀ ਪੰਨਾ ਪਲੇਟਫਾਰਮ ਤੋਂ ਬਾਹਰ ਮੌਜੂਦ ਹੈ ਤਾਂ ਜੋ ਅਸੀਂ ਜਦੋਂ ਜਵਾਬ ਨਾ ਦੇ ਸਕੀਏ, ਤਾਂ ਵੀ ਇਹ ਜਵਾਬ ਦੇ ਸਕੇ। ਅਪਟਾਈਮ ਅਤੇ ਪੇਜ-ਸਪੀਡ ਮਾਨੀਟਰਿੰਗ ਹੁਣ ਲਾਈਵ ਹੈ: ਕੋਈ ਵੀ ਵੈੱਬ ਪਤਾ ਸ਼ਾਮਲ ਕਰੋ — ਹਰ ਖਾਤੇ 'ਤੇ ਤਿੰਨ ਮੁਫ਼ਤ, ਅਤੇ ਸਾਨੂੰ ਇਸ ਨੂੰ ਹੋਸਟ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ — ਅਤੇ ਅਸੀਂ ਆਪਣੇ ਨੈੱਟਵਰਕ ਤੋਂ ਬਾਹਰੋਂ ਹਰ ਮਿੰਟ ਇਸ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਾਂ। ਉਪਲਬਧਤਾ: ਪ੍ਰਤੀ-ਸਾਈਟ ਗਲਤੀ ਟਰੈਕਿੰਗ ਅਤੇ ਪ੍ਰਤੀ-ਸਾਈਟ ਰਿਸੋਰਸ ਅੰਕੜੇ ਸਰਗਰਮ ਵਿਕਾਸ ਅਧੀਨ ਹਨ ਅਤੇ ਅਜੇ ਉਪਲਬਧ ਨਹੀਂ ਹਨ। ਇੱਥੇ ਵਰਣਨ ਕੀਤੀ ਗਈ ਹਰ ਦੂਜੀ ਚੀਜ਼ ਅੱਜ ਲਾਈਵ ਹੈ।
ਹੋਸਟਿੰਗ ਡੈਸ਼ਬੋਰਡ ਆਮ ਤੌਰ 'ਤੇ ਤੁਹਾਨੂੰ ਦੱਸਦੇ ਹਨ ਕਿ ਤੁਸੀਂ ਕਿਸ ਲਈ ਭੁਗਤਾਨ ਕਰ ਰਹੇ ਹੋ। ਸਾਡਾ ਡੈਸ਼ਬੋਰਡ ਤੁਹਾਨੂੰ ਦੱਸਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ ਸਾਈਟ ਕੀ ਕਰ ਰਹੀ ਹੈ। ਸਾਡੇ ਕੋਲ ਚਲਾਈ ਜਾਣ ਵਾਲੀ ਹਰ ਸਾਈਟ ਬਿਨਾਂ ਕਿਸੇ ਇੰਸਟਾਲ ਕਰਨ ਵਾਲੇ ਏਜੰਟ ਅਤੇ ਬਿਨਾਂ ਕਿਸੇ ਤਾਰਾਂ ਦੇ ਜੰਜਾਲ ਦੇ, ਪ੍ਰਤੀ ਸਾਈਟ ਉਹੀ ਸਿਗਨਲਾਂ ਦਾ ਸੈੱਟ ਰਿਪੋਰਟ ਕਰਦੀ ਹੈ।
ਹਰ ਸਾਈਟ ਲਈ ਲਗਾਤਾਰ ਉਪਲਬਧਤਾ ਜਾਂਚਾਂ, ਜੋ ਸਾਈਟ ਦੇ ਆਪਣੇ ਇਤਿਹਾਸ ਦੇ ਵਿਰੁੱਧ ਦਿਖਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ ਤਾਂ ਜੋ ਇੱਕ ਛੋਟੀ ਜਿਹੀ ਸਮੱਸਿਆ ਅਤੇ ਅਸਲ ਆਉਟੇਜ ਵਿੱਚ ਫ਼ਰਕ ਪਤਾ ਲੱg ਸਕੇ। ਅਪਟਾਈਮ ਸਥਿਤੀ ਇੱਕ ਪਹਿਲੇ ਦਰਜੇ ਦਾ ਸਿਗਨਲ ਹੈ ਜਿਸ 'ਤੇ ਪਲੇਟਫਾਰਮ ਕਾਰਵਾਈ ਕਰਦਾ ਹੈ, ਨਾ ਕਿ ਕੋਈ ਅਜਿਹਾ ਗ੍ਰਾਫ਼ ਜਿਸ ਨੂੰ ਕੋਈ ਨਹੀਂ ਪੜ੍ਹਦਾ।
ਹਰੇਕ ਸਾਈਟ ਲਈ ਅਸਲ ਪਰਫਾਰਮੈਂਸ ਡਾਟਾ — ਉਹ ਮੈਟ੍ਰਿਕਸ ਜਿਨ੍ਹਾਂ 'ਤੇ Google ਅਸਲ ਵਿੱਚ ਰੈਂਕ ਦਿੰਦਾ ਹੈ। ਹੌਲੀ ਪੇਜ ਇੱਕ ਅਜਿਹੇ ਮਾਪ ਵਜੋਂ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਕਾਰਵਾਈ ਕਰ ਸਕਦੇ ਹੋ, ਉਹਨਾਂ ਕੈਚਿੰਗ ਕੰਟਰੋਲਾਂ ਦੇ ਬਿਲਕੁਲ ਨਾਲ ਜੋ ਉਹਨਾਂ ਨੂੰ ਠੀਕ ਕਰਦੇ ਹਨ।
HTTP ਅਤੇ PHP ਗਲਤੀ ਲੌਗ ਹਰ ਸਾਈਟ ਲਈ ਉਪਲਬਧ ਹਨ, ਇਸਲਈ ਕਿਸੇ ਖਰਾਬ ਪਲੱਗਇਨ ਅੱਪਡੇਟ ਜਾਂ ਟੁੱਟੇ ਹੋਏ ਡਿਪਲਾਏ ਤੋਂ ਕੋਈ ਫੇਟਲ ਗਲਤੀ (fatal) ਅਜਿਹੀ ਚੀਜ਼ ਹੈ ਜਿਸਦਾ ਤੁਸੀਂ ਅੰਦਾਜ਼ਾ ਲਗਾਉਣ ਦੀ ਬਜਾਏ ਜਾ ਕੇ ਪਤਾ ਲਗਾ ਸਕਦੇ ਹੋ।
ਪ੍ਰਤੀ ਸਾਈਟ ਬੈਂਡਵਿਡਥ, ਅਤੇ ਤੁਹਾਡੀ ਪਲਾਨ ਦੇ ਅਧਿਕਾਰ ਦੇ ਮੁਕਾਬਲੇ ਰਿਸੋਰਸ ਵਰਤੋਂ - ਜਿਸ ਵਿੱਚ ਪ੍ਰਤੀ-ਸਾਈਟ LVE ਅੰਕੜੇ ਸ਼ਾਮਲ ਹਨ - ਤਾਂ ਜੋ ਤੁਸੀਂ ਦੇਖ ਸਕੋ ਕਿ ਕਿਹੜੀ ਸਾਈਟ ਸਭ ਤੋਂ ਵਧੇਰੇ ਕੰਮ ਕਰ ਰਹੀ ਹੈ ਅਤੇ ਕੀ ਇਹ ਆਪਣੀ ਸੀਮਾ ਦੇ ਨੇੜੇ ਹੈ।
ਜਿਹੜਾ ਡੈਸ਼ਬੋਰਡ ਖੋਲ੍ਹਣਾ ਯਾਦ ਰੱਖਣਾ ਪਵੇ, ਉਹ ਮਾਨੀਟਰਿੰਗ ਨਹੀਂ ਹੈ। ਹਰ ਸਿਗਨਲ ਪਲੇਟਫਾਰਮ ਦੀ ਨੋਟੀਫਿਕੇਸ਼ਨ ਲੇਅਰ ਨੂੰ ਭਰਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਚੁਣਦੇ ਹੋ ਕਿ ਇਹ ਕਿੱਥੇ ਪਹੁੰਚਦਾ ਹੈ।
ਜਿਸ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਇਹ ਨਿਗਰਾਨੀ ਕਰਦੀ ਹੈ, ਉਸੇ ਉੱਤੇ ਹੋਸਟ ਕੀਤੀ ਗਈ ਸਥਿਤੀ ਪੰਨਾ (ਸਟੇਟਸ ਪੇਜ) ਠੀਕ ਉਸੇ ਸਮੇਂ ਬੇਕਾਰ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਹਾਨੂੰ ਇਸਦੀ ਸਭ ਤੋਂ ਵੱਧ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਸਾਡਾ ਜਾਣ-ਬੁੱਝ ਕੇ ਕਿਸੇ ਹੋਰ ਥਾਂ 'ਤੇ ਹੈ।
ਸਾਡਾ ਜਨਤਕ ਸਥਿਤੀ (status) ਪੰਨਾ ਵੱਖਰੇ ਇਨਫ੍ਰਾਸਟ੍ਰਕਚਰ 'ਤੇ ਸੈਲਫ-ਹੋਸਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਜੋ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪਲੇਟਫਾਰਮ ਤੋਂ ਅੱਲਗ ਹੈ — ਇੱਕ ਵੱਖਰਾ ਬਾਕਸ, ਕੰਟਰੋਲ ਪਲੇਨ ਅਤੇ ਫਲੀਟ ਜਿਸ ਬਾਰੇ ਇਹ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ, ਉਸ ਨਾਲੋਂ ਇੱਕ ਵੱਖਰਾ ਫੇਲ੍ਹਅਰ ਡੋਮੇਨ। ਜਦੋਂ ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਕੁਝ ਖਰਾਬ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਵੀ ਸਥਿਤੀ ਪੰਨਾ ਕੰਮ ਕਰਦਾ ਰਹਿੰਦਾ ਹੈ, ਕਿਉਂਕਿ ਜਿਨ੍ਹਾਂ ਚੀਜ਼ਾਂ 'ਤੇ ਇਹ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਉਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਇਸ ਘਟਨਾ ਦੇ ਅੰਦਰ ਨਹੀਂ ਹੈ।
ਇਹ ਬ੍ਰਾਂਡਡ ਹੈ, ਉਸੇ ਮਾਨੀਟਰਿੰਗ ਦੁਆਰਾ ਚਲਾਇਆ ਜਾਂਦਾ ਹੈ ਜੋ ਤੁਹਾਡੀਆਂ ਪ੍ਰਤੀ-ਸਾਈਟ ਚੇਤਾਵਨੀਆਂ ਨੂੰ ਚਲਾਉਂਦਾ ਹੈ, ਅਤੇ ਇਤਫ਼ਾਕ ਦੀ ਬਜਾਏ ਡਿਜ਼ਾਈਨ ਦੁਆਰਾ ਸੁਤੰਤਰ ਹੈ। ਜਨਤਕ ਫਰੰਟਐਂਡ ਵੀ ਉਸੇ ਸਿਧਾਂਤ ਦਾ ਪਾਲਣ ਕਰਦਾ ਹੈ: ਮਾਰਕੀਟਿੰਗ ਸਾਈਟ ਅਤੇ ਮਦਦ ਕੇਂਦਰ ਨੂੰ ਕੰਟਰੋਲ-ਪਲੇਨ ਕਲੱਸਟਰ ਤੋਂ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਤੈਨਾਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਜੋ ਪਲੇਟਫਾਰਮ ਦੀ ਕੋਈ ਘਟਨਾ ਸਾਡੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਇਸਦੇ ਨਾਲ ਹੇਠਾਂ ਨਾ ਲੈ ਕੇ ਜਾਵੇ।
ਇਹੀ ਉਹ ਤਰਕ ਹੈ ਜੋ ਬਾਕੀ ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਵੀ ਚੱਲਦਾ ਹੈ — ਵੱਖਰੇ ਫੇਲ੍ਹਅਰ ਡੋਮੇਨ, ਕੋਈ ਸਾਂਝਾ ਨਤੀਜਾ (shared fate) ਨਹੀਂ, ਅਤੇ ਅਜਿਹਾ ਕੁਝ ਵੀ ਨਹੀਂ ਜੋ ਉਸ ਚੀਜ਼ ਅਤੇ ਉਸਦੀ ਜਾਂਚ ਕਰਨ ਵਾਲੇ ਟੂਲ, ਦੋਵਾਂ ਨੂੰ ਇੱਕੋ ਵੇਲੇ ਖਰਾਬ ਕਰ ਸਕੇ।
ਸਿਗਨਲ ਉਸ ਸਮੇਂ ਵਧੇਰੇ ਕੀਮਤੀ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਕੋਈ ਉਨ੍ਹਾਂ ‘ਤੇ ਕਾਰਵਾਈ ਕਰ ਸਕੇ। ਸਾਡੇ ਸਿਗਨਲ ਸਹਾਇਕ ਅਤੇ MCP ਸਰਵਰ ਵਿੱਚ ਜੁੜੇ ਹੋਏ ਹਨ, ਨਾ ਕਿ ਕਿਸੇ ਗ੍ਰਾਫ ਵਿੱਚ ਕੈਦ।
ਜਦੋਂ ਤੁਸੀਂ ਟਿਕਟ ਬਣਾਉਣਾ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋ, ਤਾਂ ਸਹਾਇਕ ਕਿਸੇ ਵੀ ਮਨੁੱਖ ਦੇ ਸ਼ਾਮਲ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਭਾਵਿਤ ਸਾਈਟ 'ਤੇ ਲਾਈਵ ਡਾਇਗਨੌਸਟਿਕ ਚਲਾਉਂਦਾ ਹੈ — ਅੱਪਟਾਈਮ, HTTP ਅਤੇ PHP ਤਰੁੱਟੀਆਂ, SSL ਅਤੇ DNS ਸਥਿਤੀ, ਸਰੋਤ ਸੀਮਾਵਾਂ ਅਤੇ LVE ਨੁਕਸ, ਮਾਲਵੇਅਰ ਫਲੈਗ, ਪਲੱਗਇਨ ਟਕਰਾਅ, ਡਾਟਾਬੇਸ ਸਿਹਤ ਅਤੇ ਕੈਸ਼।
ਤੁਹਾਡੀਆਂ ਇਜਾਜ਼ਤਾਂ ਅਤੇ ਪਲੇਟਫਾਰਮ ਦੇ ਗਾਰਡਰੇਲ ਦੇ ਅੰਦਰ, ਇਹ ਕੈਸ਼ ਨੂੰ ਕਲੀਅਰ ਕਰੇਗਾ, PHP ਵਰਕਰਾਂ ਨੂੰ ਰੀਸਟਾਰਟ ਕਰੇਗਾ, SSL ਦੀ ਮਰੰਮਤ ਜਾਂ ਨਵੀਨੀਕਰਨ ਕਰੇਗਾ, ਡਾਟਾਬੇਸ ਟੇਬਲਾਂ ਦੀ ਮਰੰਮਤ ਕਰੇਗਾ, ਘਾਤਕ-ਗਲਤੀ ਵਾਲੇ ਪਲੱਗਇਨ ਨੂੰ ਅਯੋਗ ਕਰੇਗਾ ਜਾਂ CDN ਨੂੰ ਪਰਜ ਕਰੇਗਾ — ਫਿਰ ਸਿਗਨਲ ਦੀ ਮੁੜ-ਜਾਂਚ ਕਰੇਗਾ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੇਗਾ ਕਿ ਕੀ ਇਹ ਅਸਲ ਵਿੱਚ ਹੱਲ ਹੋ ਗਿਆ ਹੈ।
ਜੇਕਰ ਫਿਰ ਵੀ ਕਿਸੇ ਇਨਸਾਨ ਦੀ ਲੋੜ ਪੈਂਦੀ ਹੈ, ਤਾਂ ਟਿਕਟ ਡਾਇਗਨੌਸਟਿਕਸ, ਕੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਗਈ ਸੀ ਅਤੇ ਕੀ ਹੋਇਆ ਸੀ—ਨਾਲ ਪਹਿਲਾਂ ਹੀ ਭਰ ਕੇ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਜੋ ਸਹਾਇਤਾ ਲੱਛਣ ਦਾ ਵਰਣਨ ਕਰਨ ਲਈ ਕਹਿਣ ਦੀ ਬਜਾਏ ਤੱਥਾਂ ਤੋਂ ਸ਼ੁਰੂ ਹੋਵੇ।
ਕਿਸੇ ਵੀ MCP-ਸਮਰੱਥ AI ਟੂਲ ਨੂੰ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਇਹ ਸਾਈਟ ਦੀ ਹੈਲਥ, ਨਵੀਨਤਮ ਲੌਗਸ, ਮੈਟ੍ਰਿਕਸ, ਅੱਪਟਾਈਮ ਅਤੇ 错误 (ਖਾਮੀਆਂ) ਨੂੰ ਸਰੋਤਾਂ ਵਜੋਂ ਪੜ੍ਹ ਸਕਦਾ ਹੈ — ਤਾਂ ਜੋ ਤੁਹਾਡਾ ਆਪਣਾ ਏਜੰਟ ਕਾਰਵਾਈ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਨਿਦਾਨ ਕਰ ਸਕੇ, OAuth 2.1 ਦੇ ਅਧੀਨ ਸੰਸਥਾ ਅਤੇ ਭੂਮਿਕਾ-ਸੀਮਿਤ, ਰੱਦ ਕਰਨ ਯੋਗ ਟੋਕਨਾਂ ਅਤੇ ਇੱਕ ਪੂਰੇ ਆਡਿਟ ਲੌਗ ਦੇ ਨਾਲ।
ਪਰਫਾਰਮੈਂਸ ਮਾਨੀਟਰਿੰਗ ਉਨ੍ਹਾਂ ਟੂਲਾਂ ਦੇ ਨਾਲ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ ਜੋ ਪਰਫਾਰਮੈਂਸ ਨੂੰ ਬਦਲਦੇ ਹਨ। ਸਾਡੇ ਪਲੇਟਫਾਰਮ 'ਤੇ ਇਹ ਕੈਚਿੰਗ ਸਟੈਕ ਅਤੇ SEO ਲੇਅਰ ਦੇ ਵਿਚਕਾਰ ਮੌਜੂਦ ਹੈ।
ਤੁਹਾਡੇ ਡੈਸ਼ਬੋਰਡ ਦੇ ਪਿੱਛੇ ਉਹੀ ਔਬਜ਼ਰਵੇਬਿਲਟੀ ਸਟੈਕ ਹੈ ਜਿਸ 'ਤੇ ਅਸੀਂ ਪਲੇਟਫਾਰਮ ਚਲਾਉਂਦੇ ਹਾਂ: ਮੈਟ੍ਰਿਕਸ ਲਈ Prometheus ਅਤੇ Grafana, ਇੰਜਣ, ਵਰਕਫਲੋ ਅਤੇ ਡਰਾਈਵਰਾਂ ਵਿੱਚ ਵੰਡੇ ਗਏ ਟਰੇਸਿੰਗ ਲਈ OpenTelemetry, ਅਤੇ ਕੇਂਦਰੀਕ੍ਰਿਤ ਸਟ੍ਰਕਚਰਡ ਲੌਗਸ ਜੋ ਕਿ ਕਿਰਾਏਦਾਰ-ਟੈਗ ਕੀਤੇ ਗਏ ਹਨ ਅਤੇ ਆਡਿਟ ਡੇਟਾ ਨੂੰ ਵੱਖਰਾ ਰੱਖਿਆ ਗਿਆ ਹੈ।
ਮੀਟ੍ਰਿਕਸ ਪ੍ਰਤੀ ਸਰਵਿਸ, ਪ੍ਰਤੀ ਵਰਕਰ ਅਤੇ ਪ੍ਰਤੀ ਟੈਨੈਂਟ ਇਕੱਠੇ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਆਈਸੋਲੇਸ਼ਨ ਲੇਅਰ ਤੋਂ ਪ੍ਰਤੀ-ਸਾਈਟ LVE ਅੰਕੜਿਆਂ ਦੇ ਨਾਲ। ਹਰ ਵਰਕਫਲੋ ਰਨ — ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ, ਮਾਈਗ੍ਰੇਸ਼ਨ, ਐਨਫੋਰਸਮੈਂਟ — ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ, ਇਸੇ ਕਰਕੇ ਸਪੋਰਟ ਦਾ ਜਵਾਬ ਅੰਦਾਜ਼ੇ ਦੀ ਬਜਾਏ ਨਿਸ਼ਚਿਤ ਹੋ ਸਕਦਾ ਹੈ।
ਵੱਡੇ ਪੈਮਾਨੇ 'ਤੇ ਨਿਗਰਾਨੀ ਇੱਕ ਡਾਟਾ-ਵਾਲੀਅਮ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਇਸ ਲਈ ਇਸਨੂੰ ਉਸੇ ਤਰ੍ਹਾਂ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ। ਵੱਡੀ ਮਾਤਰਾ ਵਾਲੇ ਮੈਟ੍ਰਿਕਸ ਨੂੰ ਹਰੇਕ ਸਾਈਟ ਲਈ ਪ੍ਰਤੀ ਮਿੰਟ ਹਮੇਸ਼ਾ ਰੱਖਣ ਦੀ ਬਜਾਏ ਸਮਾਂ-ਵੰਡਿਆ ਅਤੇ ਇਕੱਠਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਟ੍ਰੇਸਾਂ ਦਾ ਨਮੂਨਾ ਲਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਤੀ-ਕਿਰਾਏਦਾਰ ਕਾਰਡੀਨੈਲਿਟੀ ਕੰਟਰੋਲ ਕਿਸੇ ਇੱਕ ਰੌਲੇ-ਰੱਪੇ ਵਾਲੇ ਖਾਤੇ ਨੂੰ ਬਾਕੀ ਸਾਰਿਆਂ ਦੇ ਡੈਸ਼ਬੋਰਡਾਂ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਨ ਤੋਂ ਰੋਕਦੇ ਹਨ। ਡਿਜ਼ਾਈਨ ਦਾ ਟੀਚਾ ਇੱਕ ਮਿਲੀਅਨ ਸਾਈਟਾਂ ਹੈ, ਨਾ ਕਿ ਉਹ ਸੰਖਿਆ ਜੋ ਅਸੀਂ ਅੱਜ ਚਲਾਉਂਦੇ ਹਾਂ।
ਅਲਰਟਿੰਗ ਨੂੰ Alertmanager ਰਾਹੀਂ ਸਾਡੇ ਆਨ-ਕਾਲ ਰੋਟਾ 'ਤੇ ਪਰਿਭਾਸ਼ਿਤ ਅਤੇ ਟ੍ਰੈਕ ਕੀਤੇ SLOs ਨਾਲ ਰੂਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ — ਇਸਨੂੰ ਉੱਪਰ ਦਿੱਤੀਆਂ ਗਾਹਕ ਸੂਚਨਾਵਾਂ ਤੋਂ ਜਾਣਬੁੱਝ ਕੇ ਵੱਖਰਾ ਰੱਖਿਆ ਗਿਆ ਹੈ, ਤਾਂ ਜੋ ਅਪ੍ਰੇਸ਼ਨਲ ਰੌਲਾ-ਰੱਪਾ ਕਦੇ ਵੀ ਤੁਹਾਡੇ ਇਨਬਾਕਸ ਵਿੱਚ ਨਾ ਪਹੁੰਚੇ ਅਤੇ ਤੁਹਾਡੇ ਅਲਰਟ ਕਦੇ ਵੀ ਸਾਡੇ ਅਲਰਟਾਂ ਦੇ ਪਿੱਛੇ ਕਤਾਰ ਵਿੱਚ ਨਾ ਲੱਗਣ।
ਪ੍ਰਤੀ ਸਾਈਟ: ਅੱਪਟਾਈਮ, Core Web Vitals ਅਤੇ ਕਾਰਗੁਜ਼ਾਰੀ, ਬੈਂਡਵਿਡਥ, ਅਤੇ ਤੁਹਾਡੀ ਪਲਾਨ ਦੇ ਅਧਿਕਾਰ ਦੇ ਮੁਕਾਬਲੇ ਮਾਪੀ ਗਈ ਸਰੋਤਾਂ ਦੀ ਵਰਤੋਂ — ਜਿਸ ਵਿੱਚ ਆਈਸੋਲੇਸ਼ਨ ਲੇਅਰ ਤੋਂ ਪ੍ਰਤੀ-ਸਾਈਟ LVE ਅੰਕੜੇ ਸ਼ਾਮਲ ਹਨ। ਇਹ ਸਭ ਬਿਨਾਂ ਕੋਈ ਏਜੰਟ ਇੰਸਟੌਲ ਕੀਤੇ ਪ੍ਰਤੀ ਸਾਈਟ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਦਿਖਾਇਆ ਜਾਂਦਾ ਹੈ।
ਜਿਨ੍ਹਾਂ ਵੀ ਚੈਨਲਾਂ ਰਾਹੀਂ ਤੁਸੀਂ ਕਨੈਕਟ ਕਰਦੇ ਹੋ: ਈਮੇਲ, Telegram, Slack ਜਾਂ ਤੁਹਾਡਾ ਆਪਣਾ webhook ਐਂਡਪੁਆਇੰਟ। ਨੋਟੀਫਿਕੇਸ਼ਨ ਤਰਜੀਹਾਂ ਪ੍ਰਤੀ ਸੰਸਥਾ ਅਤੇ ਪ੍ਰਤੀ ਵਰਤੋਂਕਾਰ ਸੈੱਟ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਤੁਸੀਂ ਤੈਅ ਕਰਦੇ ਹੋ ਕਿ ਕਿਹੜੀਆਂ ਘਟਨਾਵਾਂ ਕਿਸ ਚੈਨਲ ਅਤੇ ਕਿਸ ਵਿਅਕਤੀ ਤੱਕ ਪਹੁੰਚਦੀਆਂ ਹਨ। Webhook ਡਿਲੀਵਰੀਆਂ HMAC-ਸਾਈਨ ਕੀਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਬੈਕਆਫ ਨਾਲ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ ਅਤੇ ਲੌਗ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ, ਤਾਂ ਜੋ ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਡਿਲੀਵਰੀ ਦੀ ਜਾਂਚ ਕਰ ਸਕੋ ਜਾਂ ਉਸਨੂੰ ਰੀਪਲੇਅ ਕਰ ਸਕੋ।
ਇਹ ਬਿਲਕੁਲ ਉਹੀ ਚੀਜ਼ ਹੈ ਜਿਸ ਤੋਂ ਬਚਣ ਲਈ ਇਸਨੂੰ ਡਿਜ਼ਾਇਨ ਕੀਤਾ ਗਿਆ ਹੈ। ਸਟੇਟਸ ਪੇਜ ਨੂੰ ਵੱਖਰੇ ਇਨਫ੍ਰਾਸਟ੍ਰਕਚਰ 'ਤੇ, ਪੂਰੀ ਤਰ੍ਹਾਂ ਆਫ-ਪਲੇਟਫਾਰਮ, ਕੰਟਰੋਲ ਪਲੇਨ ਅਤੇ ਉਸ ਫਲੀਟ ਤੋਂ ਵੱਖਰੇ ਫੇਲ੍ਹਅਰ ਡੋਮੇਨ ਵਿੱਚ ਸੈਲਫ-ਹੋਸਟ ਕੀਤਾ ਗਿਆ ਹੈ ਜਿਸ ਬਾਰੇ ਇਹ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ — ਕਿਉਂਕਿ ਉਸੇ ਇਨਫ੍ਰਾਸਟ੍ਰਕਚਰ 'ਤੇ ਚੱਲ ਰਿਹਾ ਸਟੇਟਸ ਪੇਜ ਜਿਸ ਦੀ ਇਹ ਨਿਗਰਾਨੀ ਕਰਦਾ ਹੈ, ਆਊਟੇਜ ਦੌਰਾਨ ਬੇਕਾਰ ਹੁੰਦਾ ਹੈ।
ਇਹ ਅੱਪਟਾਈਮ ਟੀਚਾ ਹੈ ਜਿਸ ਲਈ ਅਸੀਂ ਨਿਰਮਾਣ ਅਤੇ ਸੰਚਾਲਨ ਕਰਦੇ ਹਾਂ, ਅਤੇ ਇਸਨੂੰ Footprint-Free ਯੋਜਨਾਵਾਂ 'ਤੇ ਇੱਕ ਭਰੋਸੇ ਵਜੋਂ ਦੱਸਿਆ ਗਿਆ ਹੈ। ਇਹ ਇਸ ਗੱਲ ਦਾ ਵਚਨਬੱਧਤਾ ਹੈ ਕਿ ਪਲੇਟਫਾਰਮ ਨੂੰ ਕਿਵੇਂ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ — ਹਰੇਕ ਸਾਈਟ ਲਈ ਵੱਖਰੀ ਕੰਪਿਊਟ, ਹਰੀਜੱਟਲੀ ਸਕੇਲੇਬਲ ਸਟੇਟਲੈੱਸ ਸੇਵਾਵਾਂ, ਵੱਖਰੇ ਫੇਲ੍ਹਅਰ ਡੋਮੇਨ — ਨਾ ਕਿ ਪਿਛਲੀ ਉਪਲਬਧਤਾ ਦਾ ਕੋਈ ਪ੍ਰਕਾਸ਼ਿਤ ਮਾਪ। ਸਾਡੀ ਇਕਰਾਰਨਾਮੇ ਦੀ ਵਚਨਬੱਧਤਾ ਇੱਕ ਵੱਖਰੀ ਅਤੇ ਵਧੇਰੇ ਸੀਮਤ ਚੀਜ਼ ਹੈ, ਅਤੇ ਇਹ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੀ ਗਈ ਹੈ: /legal/sla 'ਤੇ ਅੱਪਟਾਈਮ SLA ਦੇਖੋ, ਜੋ ਸਾਡੇ ਦੁਆਰਾ ਗਾਰੰਟੀ ਦਿੱਤੇ ਗਏ ਪੱਧਰ ਅਤੇ ਨਿਯਮਾਂ ਨੂੰ ਖੁੰਝਣ 'ਤੇ ਸਾਡੇ ਦੁਆਰਾ ਦਿੱਤੇ ਜਾਣ ਵਾਲੇ ਸਰਵਿਸ ਕ੍ਰੈਡਿਟਾਂ ਦਾ ਵੇਰਵਾ ਦਿੰਦਾ ਹੈ।
ਹਾਂ। ਸਾਈਟ ਦੀ ਸਿਹਤ (site health), ਹਾਲੀਆ ਲੌਗਸ, ਮੈਟ੍ਰਿਕਸ, ਅੱਪਟਾਈਮ ਅਤੇ ਏਰਰ ਡਾਟਾ ਸਾਡੇ ਹੋਸਟ ਕੀਤੇ MCP ਸਰਵਰ 'ਤੇ ਸਰੋਤਾਂ ਵਜੋਂ ਉਪਲਬਧ ਹਨ, ਤਾਂ ਜੋ ਕੋਈ ਵੀ MCP-ਸਮਰੱਥ AI ਟੂਲ — Claude, Cursor, ChatGPT ਅਤੇ ਹੋਰ — ਕਾਰਵਾਈ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹਨਾਂ ਨੂੰ ਪੜ੍ਹ ਸਕੇ ਅਤੇ ਜਾਂਚ ਕਰ ਸਕੇ। ਪਹੁੰਚ OAuth 2.1 ਹੈ, ਜੋ ਤੁਹਾਡੀ ਸੰਸਥਾ ਅਤੇ ਜੁੜ ਰਹੇ ਵਰਤੋਂਕਾਰ ਦੀ ਭੂਮਿਕਾ ਤੱਕ ਸੀਮਿਤ ਹੈ, ਪ੍ਰਤੀ ਟੂਲ ਰੱਦ ਕਰਨ ਯੋਗ ਹੈ, ਅਤੇ ਹਰੇਕ ਕਾਰਵਾਈ ਆਡਿਟ-ਲੌਗ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਗਾਹਕ ਵੈੱਬਹੁੱਕਸ ਪਰੰਪਰਾਗਤ ਏਕੀਕਰਣਾਂ ਲਈ ਵੀ ਇਹਨਾਂ ਹੀ ਚੀਜ਼ਾਂ ਨੂੰ ਕਵਰ ਕਰਦੇ ਹਨ।
ਇੱਥੇ ਦੱਸੇ ਗਏ ਓਬਜ਼ਰਵੇਬਿਲਟੀ ਸਿਗਨਲ ਪਲੇਟਫਾਰਮ ਦਾ ਹਿੱਸਾ ਹਨ ਅਤੇ ਤੁਹਾਡੇ ਦੁਆਰਾ ਸਾਡੇ ਨਾਲ ਹੋਸਟ ਕੀਤੀਆਂ ਸਾਈਟਾਂ ਲਈ ਤੁਹਾਡੇ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ, ਅਤੇ ਮੁਫ਼ਤ SEO Basics ਟਾਇਲ — ਇੰਡੈਕਸਡ, Trust Flow, ਹੋਮਪੇਜ Core Web Vitals — ਹਰੇਕ ਪਲਾਨ ਨਾਲ ਬੰਡਲ ਕੀਤੀ ਗਈ ਹੈ। ਰੈਂਕ ਟ੍ਰੈਕਿੰਗ ਅਤੇ ਬੈਕਲਿੰਕ ਮਾਨੀਟਰਿੰਗ ਵਰਗੀ ਡੂੰਘੀ SEO ਮਾਨੀਟਰਿੰਗ ਵੱਖਰੇ ਪੇਡ ਐਡ-ਆਨ ਵਜੋਂ ਵੇਚੀ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਹੈਂਡਸ-ਆਨ ਸਪੀਡ ਆਪਟੀਮਾਈਜ਼ੇਸ਼ਨ ਖਰੀਦਣਯੋਗ ਐਕਸਟ੍ਰਾ ਹੈ।
ਹਾਂ ਜੀ। Footprint-Free ਟ੍ਰਾਇਲ 14 ਦਿਨਾਂ ਦਾ ਹੈ, ਬਿਨਾਂ ਕਾਰਡ ਤੋਂ ਹੈ ਅਤੇ 5 ਸਾਈਟਾਂ ਤੱਕ ਨੂੰ ਕਵਰ ਕਰਦਾ ਹੈ — ਕੋਈ ਭੁਗਤਾਨ ਵੇਰਵੇ ਨਹੀਂ, ਕੋਈ ਵਚਨਬੱਧਤਾ ਨਹੀਂ। ਕੁਝ ਸਾਈਟਾਂ ਨੂੰ ਤਾਇਨਾਤ ਕਰੋ ਅਤੇ ਫੈਸਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੇਖੋ ਕਿ ਡੈਸ਼ਬੋਰਡ ਅਸਲ ਵਿੱਚ ਕੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ।
ਬਿਨਾਂ ਕਾਰਡ ਦੇ 14-ਦਿਨਾਂ ਦਾ ਟਰੱਸਟ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਪਹਿਲੀ ਡਿਪਲਾਇਮੈਂਟ ਤੋਂ ਹੀ ਹਰ ਸਾਈਟ ਦੇ ਅੱਪਟਾਈਮ, Core Web Vitals, ਤਰੁਟੀਆਂ ਅਤੇ ਸਰੋਤ ਦੀ ਵਰਤੋਂ ਦੇਖੋ - ਆਪਣੀ ਪਸੰਦ ਦੇ ਕਿਸੇ ਵੀ ਸਥਾਨ 'ਤੇ ਅਲਰਟ ਦੇ ਨਾਲ। ਹਰ ਚੀਜ਼ ਦੇ ਪਿੱਛੇ ਮੁਫ਼ਤ ਮਾਈਗ੍ਰੇਸ਼ਨ ਅਤੇ 30-ਦਿਨਾਂ ਦੀ ਪੈਸਾ ਵਾਪਸੀ ਦੀ ਗਰੰਟੀ ਹੈ।
ਮੁਫ਼ਤ ਸ਼ੁਰੂ ਕਰੋ