مواد پر جائیں
Zinn® Uptime
urUSD

Zinn® Uptime

خصوصیات

⁨Zinn®⁩ Uptime کسی بھی ویب ایڈریس کے لیے ویب سائٹ اپ ٹائم کی نگرانی ہے: یہ چوبیس گھنٹے جانچ پڑتال کرتا ہے، آپ کو خبردار کرنے سے پہلے دوسری جانچ کے ساتھ ہر خرابی کی تصدیق کرتا ہے، اور آپ کو ای میل، Slack، Telegram یا ویب ہک کے ذریعے مطلع کرتا ہے۔ تین مانیٹر مفت ہیں، بغیر کسی کارڈ کے۔

ویب سائٹ کی جانچ جو کسی وزیٹر کی طرح کام کرتی ہے

ہر جانچ آپ کے صفحے کے لیے ایک حقیقی درخواست ہے، بالکل ویسی ہی جیسی کسی وزیٹر کا براؤزر کرے گا۔

مانیٹر صرف اسی حد تک اچھا ہوتا ہے جتنا کہ وہ سوال جو وہ پوچھتا ہے۔ ⁨Zinn®⁩ Uptime کسی سرور کو پنگ نہیں کرتا یا کوئی پورٹ کھول کر اسے ویب سائٹ قرار نہیں دیتا؛ یہ صفحے ہی کی درخواست کرتا ہے، HTTP یا HTTPS پر، بالکل اسی طرح جیسے کوئی براؤزر کرتا ہے، اور جواب کا انتظار کرتا ہے۔ اگر نام کا تصفیہ نہ ہو، کنکشن مسترد ہو جائے، سرٹیفکیٹ پر بھروسہ نہ کیا جا سکے، سرور کسی خرابی کے ساتھ جواب دے یا دس سیکنڈ کے اندر کچھ واپس نہ آئے، تو وہ جانچ ناکام ہو جاتی ہے — اور وجہ کو سادہ الفاظ میں ریکارڈ کیا جاتا ہے، تاکہ الرٹ آپ کو بتا سکے کہ کہاں سے دیکھنا شروع کرنا ہے۔

  • مفت مانیٹرز ہر 5 منٹ بعد چیک کیے جاتے ہیں؛ پیک کے ساتھ، اکاؤنٹ پر موجود ہر ایڈریس ہر منٹ بعد چیک کیا جاتا ہے۔
  • ری ڈائریکٹس کی پیروی کی جاتی ہے، لہذا آپ آخری منزل کے بجائے وہ پتہ دیکھ سکتے ہیں جو لوگ ٹائپ کرتے ہیں۔
  • کوئی بھی 2xx یا 3xx جواب فعال شمار ہوتا ہے؛ 4xx یا 5xx جواب غیر فعال شمار ہوتا ہے۔
  • جس صفحے کو جواب دینے میں 10 سیکنڈ سے زیادہ وقت لگتا ہے اسے ٹائم آؤٹ سمجھا جاتا ہے۔
نگرانی کے لیے ویب ایڈریس شامل کرنے کا فارم، جس میں نام اور متوقع متن کے خانے اور اس کے اوپر اکاؤنٹ کی مانیٹر کی حد موجود ہے

کسی کو بھی طلب کیے جانے سے قبل تعطل کی تصدیق کی جاتی ہے

جھوٹے الارم لوگوں کو انتباہات کو نظر انداز کرنے کا عادی بنا دیتے ہیں، اس لیے ہر ناکامی کو خود کو ثابت کرنا ہوتا ہے۔

انٹرنیٹ پر پیکٹ ضائع ہو جاتے ہیں، راستے غیر مستحکم ہو جاتے ہیں اور کہیں کوئی ایک سرور کسی خراب منٹ کا شکار ہو جاتا ہے۔ ایسا مانیٹر جو آپ کو ان میں سے ہر ایک واقعے پر مطلع کرتا ہے، وہ آپ کو اسے نظر انداز کرنا سکھاتا ہے، اور پھر اس اہم بندش کو چھوڑ دیتا ہے جو واقعی معنی رکھتی ہے۔ چنانچہ خرابی کو خود کو دو بار ثابت کرنا ہوتا ہے: جس لمحے کوئی جانچ ناکام ہوتی ہے، اسی پتے کی دوبارہ بالکل نئی درخواست کے ساتھ جانچ کی جاتی ہے، جو عام طور پر کسی دوسرے مقام سے بھیجی جاتی ہے۔ اگر وہ دوسری درخواست کامیاب ہو جائے، تو اس عارضی خلل کو نظر انداز کر دیا جاتا ہے۔ صرف اس صورت میں جب لگاتار دو جانچوں میں ناکامیوں کی تصدیق ہو جائے، پتے کو بند قرار دیا جاتا ہے اور متعلقہ شخص کو مطلع کیا جاتا ہے۔ اگر ہمارے زیرِ نگرانی پتوں کا ایک بڑا حصہ ایک ہی لمحے میں ناکام ہو جائے، تو ہم فرض کرتے ہیں کہ مسئلہ آپ کا نہیں بلکہ ہمارا ہے، اور کچھ بھی ریکارڈ نہیں کرتے۔

  • ناکام جانچ کو فوری طور پر ایک نئی درخواست کے ساتھ دہرایا جاتا ہے، جسے عام طور پر کسی مختلف مقام سے پیش کیا جاتا ہے۔
  • اگر وہ دوسری درخواست سائٹ تک پہنچ جاتی ہے، تو پہلی ناکامی کو مسترد کر دیا جاتا ہے۔
  • مسلسل دو تصدیق شدہ ناکامیوں کے بعد سائٹ کو ڈاؤن قرار دیا جاتا ہے، لہذا آپ کو تقریباً دو جانچ کے وقفوں کے اندر اطلاع مل جاتی ہے۔
  • بوٹ کے تحفظ کے لیے چیلنج کا صفحہ کبھی بھی آپ کی سائٹ کے بند ہونے کے طور پر شمار نہیں کیا جاتا ہے۔

تعطل کی تصدیق کا طریقہ کار

ایک زیرِ نگرانی پتے کا تفصیلی منظر، جو گھنٹہ وار اپ ٹائم، رسپانس ٹائم اور اس کی معطلی کی تاریخ دکھاتا ہے

خراب صفحات کے لیے کلیدی الفاظ کی جانچ

وہ تعطل جسے اسٹیٹس کوڈ نہیں دیکھ سکتا، وہ صفحہ ہے جو لوڈ تو ہوتا ہے لیکن خالی ہوتا ہے۔

کچھ بدترین بندشیں بالکل درست اسٹیٹس کوڈ کے ساتھ جواب دیتی ہیں۔ ایک WordPress سائٹ جس کا ڈیٹا بیس ختم ہو چکا ہو، ایک دکان جس کی تھیم اپ ڈیٹ نے ٹیمپلیٹ کو خراب کر دیا ہو، یا غلط ترتیب شدہ کیشے کے ذریعے پیش کیا گیا خالی صفحہ — یہ سب 200 واپس کر سکتے ہیں۔ مانیٹر کو متن کا ایک مختصر ٹکڑا فراہم کریں جو صرف اس وقت ظاہر ہوتا ہے جب صفحہ واقعی کام کر رہا ہو، جیسے کہ آپ کی سائٹ کا نام یا فوٹر کا کوئی جملہ، اور جو صفحہ اس کے بغیر لوڈ ہوتا ہے اسے بند شمار کیا جاتا ہے، جس کی وجہ "متوقع متن غائب ہے" ہوتی ہے۔

  • صفحے پر ظاہر ہونے والا زیادہ سے زیادہ 200 حروف پر مشتمل متن شامل کریں۔
  • اگر متن موجود نہیں ہے، تو جانچ "expected text missing" کی وجہ سے ناکام ہو جاتی ہے۔

ای میل، Slack، Telegram اور ویب ہک کے ذریعے الرٹس

ایک پیغام جب سائٹ بند ہو اور ایک جب وہ بحال ہو — ہر منٹ بعد پیغام کبھی نہیں۔

انتباہ صرف اسی صورت میں مفید ہوتا ہے جب متعلقہ شخص اسے دیکھے۔ جب کوئی ایڈریس بند ہو جاتا ہے تو بغیر کسی سیٹ اپ کے اکاؤنٹ کے ہر رکن کو ای میل بھیج دی جاتی ہے۔ Slack، Telegram یا اپنا ویب ہک منسلک کریں اور وہی انتباہ وہاں بھی پہنچا دیا جائے گا، تاکہ ٹیم چینل اور آن کال انجینئر کے فون دونوں کو اس کی اطلاع مل جائے۔ انتباہات تبدیلی پر جاری ہوتے ہیں، کیفیت پر نہیں: ایک پیغام اس وقت جب سائٹ بند ہوتی ہے، اور ایک پیغام اس وقت جب وہ بحال ہوتی ہے جس میں یہ واضح ہوتا ہے کہ وہ تقریباً کتنی دیر بند رہی — ایسا کبھی نہیں ہوگا کہ جب تک وہ بند رہے ہر منٹ پر ایک پیغام آتا رہے۔

  • جب کوئی پتہ بند ہو جاتا ہے، تو اکاؤنٹ کے ہر رکن کو ای میل بھیجی جاتی ہے۔
  • Slack، Telegram یا ویب ہُک کو منسلک کریں اور وہی انتباہات وہاں بھی پہنچائے جائیں گے۔
  • ویب ہکس پر ٹائم اسٹیمپ اور باڈی پر HMAC کے ساتھ دستخط کیے جاتے ہیں، تاکہ آپ کا اینڈ پوائنٹ اس بات کی تصدیق کر سکے کہ وہ ہماری طرف سے آئے ہیں۔
  • بحالی کا پیغام بتاتا ہے کہ سائٹ تقریباً کتنا عرصہ بند رہی۔

اپ ٹائم کے الرٹس Slack، Telegram یا ویب ہُک پر بھیجیں

اطلاعات کی ترتیبات، جہاں Slack، Telegram اور webhook کے مقامات منسلک ہوتے ہیں اور نگرانی کے انتباہات ان کی طرف بھیجے جاتے ہیں

اپ ٹائم کی تاریخ اور جوابی اوقات

ایسے اعداد و شمار جو آپ کسی کلائنٹ کو دکھا سکتے ہیں، جو مانیٹر کے موجود رہنے تک محفوظ رکھے جاتے ہیں۔

جب کوئی کلائنٹ پوچھے کہ کیا منگل کو ان کی سائٹ بند تھی، تو جواب ایک ریکارڈ ہونا چاہیے، یادداشت نہیں۔ ہر پتہ فہرست میں پچھلے 30 دنوں کا اپنا اپ ٹائم اور عام رسپانس کا وقت، اپنے تفصیلی ویو میں اوسط اور سست ترین رسپانس کے وقت کے ساتھ فی گھنٹہ اپ ٹائم، اور ہر بندش کے ساتھ یہ معلومات رکھتا ہے کہ یہ کب شروع ہوئی، کتنی دیر تک جاری رہی اور خرابی کی تصدیق کہاں سے ہوئی۔ ہسٹری اس وقت تک برقرار رہتی ہے جب تک آپ پتے کی نگرانی کرتے رہتے ہیں؛ مانیٹر کو روکنے سے یہ محفوظ رہتی ہے، اور مانیٹر کو ہٹانے سے یہ مٹ جاتی ہے۔

  • فہرست پر پچھلے 30 دنوں کا اپ ٹائم اور معمول کا جوابی وقت۔
  • ہر پتے کے لیے گھنٹہ بہ گھنٹہ اپ ٹائم اور اوسط اور سست ترین رسپانس کا وقت۔
  • ریکارڈ پر موجود ہر تعطل، اس کی مدت اور اس مقام کی تفصیل کے ساتھ جہاں سے اس کی تصدیق ہوئی۔
⁨Zinn®⁩ Uptime کی اسکرین جس میں زیر نگرانی تین پتوں کی فہرست ان کی حالت، 30 دن کے اپ ٹائم اور عام جوابی وقت کے ساتھ دی گئی ہے

اپ ٹائم کے ساتھ صفحے کی رفتار

جواب دینے والی سائٹ بھی استعمال کے لیے حد سے زیادہ سست ہو سکتی ہے۔

جو سائٹ آٹھ سیکنڈ میں جواب دیتی ہے وہ تکنیکی طور پر فعال اور عملی طور پر بند ہوتی ہے۔ دستیابی کی جانچ کے ساتھ ساتھ، ہر زیرِ نگرانی صفحے کے Core Web Vitals کی پیمائش کی جاتی ہے — یعنی لوڈنگ، باہمی تعامل اور لے آؤٹ کے استحکام کے وہ اعداد و شمار جو سرچ انجن استعمال کرتے ہیں — اگر آپ کے پاس پیک ہے تو روزانہ اور مفت درجے پر ہفتہ وار۔ پلگ ان اپ ڈیٹ کے بعد ایک سست ہفتہ اسی اسکرین پر ظاہر ہوتا ہے جس پر اپ ٹائم کی تاریخ ہوتی ہے، لہٰذا اسے نوٹ کرنے کے لیے آپ کو کسی دوسرے ٹول کی ضرورت نہیں ہے۔

  • ہر زیر نگرانی صفحے کے لیے Core Web Vitals کی پیمائش کی جاتی ہے — پیک کے ساتھ روزانہ، مفت پلان پر ہفتہ وار۔
  • اپ ٹائم کی تاریخ کے ساتھ دکھایا گیا ہے، تاکہ ایک سست ہفتہ اور تعطل ایک ہی اسکرین پر ہوں۔

ڈومین کی نگرانی، مفت

ایک ختم شدہ ڈومین سائٹ، ای میل اور سرچ رینکنگ کو اپنے ساتھ لے جاتا ہے۔

ڈومینز معمولی وجوہات کی بنا پر ختم ہو جاتے ہیں: ریکارڈ پر موجود کارڈ کی میعاد ختم ہو گئی، تجدید کی یاد دہانی کسی ایسے شخص کو چلی گئی جو چھوڑ کر جا چکا ہے، خودکار تجدید کبھی فعال ہی نہیں تھی۔ جب ایسا ہوتا ہے تو ویب سائٹ، ای میل اور سالوں کی تلاش کی درجہ بندی اس کے ساتھ ہی ختم ہو جاتی ہے، اور وہ نام کوئی دوسرا رجسٹر کر سکتا ہے۔ ⁨Zinn®⁩ Uptime زیر نگرانی ہر ڈومین کے عوامی رجسٹریشن ریکارڈ کو روزانہ ایک بار پڑھتا ہے اور میعاد ختم ہونے سے 60، 30، 14، 7 اور 1 دن پہلے آپ کو متنبہ کرتا ہے۔ یہ ریکارڈ کا پچھلے دن سے موازنہ بھی کرتا ہے اور جب رجسٹرار، نیم سرورز یا رجسٹری کی حیثیت تبدیل ہوتی ہے تو آپ کو آگاہ کرتا ہے — جو اکثر ڈومین اکاؤنٹ پر قبضہ کر لیے جانے کی پہلی علامت ہوتی ہے۔

  • ہم ہر زیر نگرانی ڈومین کا رجسٹریشن ریکارڈ دن میں ایک بار پڑھتے ہیں۔
  • میعاد ختم ہونے کے انتباہات 60، 30، 14، 7 اور 1 دن پہلے۔
  • رجسٹرار، نام کے سرورز یا رجسٹری کی حیثیت تبدیل ہونے پر، یا ڈومین غائب ہونے پر الرٹس۔
  • ہمارے پاس رجسٹرڈ یا ہوسٹ کیے گئے ڈومینز آپ کے لیے شامل کیے گئے ہیں؛ کسی بھی دوسرے ڈومین کو نام کے ذریعے شامل کریں۔

ڈومین کی میعاد ختم ہونے کی نگرانی

ڈومینز کی ایک واچ لسٹ جس میں ہر ایک کی میعاد ختم ہونے کی تاریخ، رجسٹرار اور رجسٹری کی حیثیت ظاہر ہوتی ہے

روکیں، بند کریں اور خودکار بنائیں

نگرانی کو کام کے مطابق ہونا چاہیے، نہ کہ اس کے برعکس۔

مانیٹرنگ کو اصل کام کے مطابق ہونا چاہیے۔ منصوبہ بند مائیگریشن یا دیکھ بھال سے پہلے مانیٹر کو روکیں اور بعد میں اسے دوبارہ شروع کریں؛ روکے گئے مانیٹرز کی جانچ نہیں کی جاتی ہے اور وہ کچھ نہیں بھیجتے ہیں، اور ان کی تاریخ محفوظ رکھی جاتی ہے۔ Uptime اسکرین پر موجود ہر چیز REST API کے ذریعے بھی دستیاب ہے، لہذا آپ کے اپنے ڈیپلوائمنٹ اسکرپٹس کے ذریعے مانیٹرز بنائے اور ہٹائے جا سکتے ہیں۔ اور چونکہ ڈاؤن اور ریکور پلیٹ فارم کے واقعات ہیں، وہ ⁨Zinn®⁩ Boards بورڈ پر ایک خودکار عمل شروع کر سکتے ہیں — مثال کے طور پر، آؤٹیج کے لیے کارڈ کھولنا۔

  • منصوبہ بند کام کے دوران مانیٹر کو روکیں اور بعد میں اس کی تاریخ کو برقرار رکھتے ہوئے اسے دوبارہ شروع کریں۔
  • REST API کے ذریعے مانیٹر بنائیں، نام تبدیل کریں، روکیں اور ہٹائیں۔
  • ڈاؤن اور بحالی کے واقعات ⁨Zinn®⁩ Boards بورڈ پر ایک آٹومیشن شروع کر سکتے ہیں۔

سائٹ کی میزبانی ہمارے ساتھ بھی کریں

⁨Zinn®⁩ Uptime اسی اکاؤنٹ میں موجود ہے جس میں ⁨Zinn Digital®⁩ Hosting ہے: ایک لاگ ان، ایک بل، اور جو سائٹس آپ ہمارے پاس ہوسٹ کرتے ہیں وہ بالکل انہی کے ساتھ ہوتی ہیں جن کی آپ نگرانی کرتے ہیں۔ Hosting 99.9% ماہانہ دستیابی کی ضمانت کے ساتھ آتی ہے، اگر ہم اس پر پورا نہ اتر سکیں تو ایک کلک میں کریڈٹ دیا جاتا ہے۔

ہوسٹنگ ہو یا نہ ہو، ہر ⁨Zinn Digital®⁩ اکاؤنٹ پر مانیٹرنگ اور ڈومین واچنگ مفت ہے۔