Short Polling: یہ کیا ہے، کیسے کام کرتا ہے اور کہاں استعمال ہوتا ہے

Short Polling کیا ہے

Short Polling ایک مواصلاتی نمونہ ہے جس میں کلائنٹ پہلے سے طے شدہ وقفے پر وقتاً فوقتاً سرور کو HTTP درخواستیں بھیجتا ہے، اور سرور ہر درخواست کو ہم وقت طور پر پروسیس کرتا ہے اور فوری نتیجہ لوٹاتا ہے۔ پولنگ کا وقفہ کلائنٹ کی طرف سے ٹائمر استعمال کرتے ہوئے مقرر کیا جاتا ہے اور ڈیٹا کی تازگی کی ضروریات کے لحاظ سے عام طور پر 1 سے 60 سیکنڈ تک ہوتا ہے۔

Short Polling تاریخی طور پر ویب ایپلیکیشنز میں ریئل ٹائم مواصلات کو منظم کرنے کا پہلا طریقہ کار تھا۔ 2000 کی دہائی کے اوائل میں، XMLHttpRequest کی دوسری نسل سے پہلے، ویب صفحات مواد کو اپ ڈیٹ کرنے کے لیے <meta http-equiv="refresh"> یا وقتاً فوقتاً iframe دوبارہ لوڈ کرنے کا استعمال کرتے تھے۔ 2005 میں AJAX (Asynchronous JavaScript and XML) ٹیکنالوجی کی آمد کے ساتھ، Short Polling صفحہ کو مکمل طور پر دوبارہ لوڈ کیے بغیر ڈیٹا اپ ڈیٹ کرنے کا معیاری طریقہ بن گیا۔

Short Polling کا فن تعمیر

Short Polling کے فن تعمیر میں تین اجزاء شامل ہیں: کلائنٹ ٹائمر، HTTP درخواست، اور سرور ہینڈلر۔ کلائنٹ ایک وقفہ ٹائمر شروع کرتا ہے، اور ہر بار جب یہ فعال ہوتا ہے، سرور کو GET درخواست بھیجی جاتی ہے۔ سرور ڈیٹابیس یا کسی اور ذریعہ سے استفسار کرتا ہے، جواب تیار کرتا ہے اور فوری طور پر کلائنٹ کو لوٹاتا ہے۔ کلائنٹ انٹرفیس کو اپ ڈیٹ کرتا ہے اور اگلے ٹائمر فعال ہونے کا انتظار کرتا ہے۔ یہ چکر اس وقت تک لامحدود طور پر دہرایا جاتا ہے جب تک ایپلیکیشن فعال ہے۔

بے کار درخواستوں کا مسئلہ

Short Polling کا بنیادی مسئلہ ناگزیر خالی درخواستیں ہیں۔ اگر ڈیٹا شاذ و نادر ہی تبدیل ہوتا ہے، تو زیادہ تر درخواستیں "کوئی تبدیلی نہیں" نتیجہ لوٹاتی ہیں، نیٹ ورک کی بینڈوتھ اور CPU پروسیسنگ کا وقت ضائع کرتی ہیں۔ 5 سیکنڈ کے پولنگ وقفے کے ساتھ 10,000 کلائنٹس پر، سرور ہر سیکنڈ میں 2,000 درخواستیں وصول کرتا ہے — جن کا ایک اہم حصہ بیکار ہے اگر اپ ڈیٹ فریکوئنسی 1 واقعہ فی منٹ ہو۔

Short Polling کیسے کام کرتا ہے

Short Polling ایک سادہ چکر پر کام کرتا ہے: کلائنٹ ایک مقررہ مدت (مثلاً 5000 ms) کے ساتھ ایک وقفہ ٹائمر سیٹ کرتا ہے۔ ہر ٹائمر فعال ہونے پر، کلائنٹ سرور اینڈپوائنٹ کو HTTP GET درخواست بناتا ہے، عام طور پر آخری اپ ڈیٹ کے ٹائم اسٹیمپ پیرامیٹر کے ساتھ۔ سرور درخواست وصول کرتا ہے، مخصوص ٹائم اسٹیمپ کے بعد نیا ڈیٹا چیک کرتا ہے اور جواب لوٹاتا ہے — یا تو نئے ڈیٹا کے ساتھ یا اپ ڈیٹ نہ ہونے کے اشارے کے ساتھ۔

Short Polling کی ترتیب کا ایک اہم پیرامیٹر پولنگ کا وقفہ ہے۔ بہت چھوٹا وقفہ (3 سیکنڈ سے کم) سرور اور نیٹ ورک پر زیادہ بوجھ ڈالتا ہے۔ بہت لمبا وقفہ (30 سیکنڈ سے زیادہ) ڈیٹا کی تازگی کم کرتا ہے۔ بہترین وقفہ منظر نامے پر منحصر ہے: مانیٹرنگ ڈیش بورڈز کے لیے — 5–15 سیکنڈ، نیوز فیڈز کے لیے — 30–60 سیکنڈ، اہم الرٹس کے لیے — 1–3 سیکنڈ۔ وقفے کا انتخاب ہمیشہ ڈیٹا کی تازگی اور بنیادی ڈھانچے کے بوجھ کے درمیان سمجھوتہ ہوتا ہے۔

انطباقی پولنگ وقفہ

بیکاری کے دوران بوجھ کم کرنے کے لیے انطباقی وقفہ استعمال کیا جاتا ہے: اگر لگاتار کئی درخواستیں خالی نتیجہ لوٹاتی ہیں، تو وقفہ بڑھ جاتا ہے (مثلاً 5 سے 15 سیکنڈ)۔ جب نیا ڈیٹا ظاہر ہوتا ہے، وقفہ کم سے کم قدر پر ری سیٹ ہو جاتا ہے۔ ایکسپونینشل بیک آف الگورتھم نایاب اپ ڈیٹس کے دوران خالی درخواستوں کی تعداد کو 3–5 گنا کم کر سکتا ہے۔

JavaScript میں Short Polling نفاذ کی مثال

آئیے setInterval اور Fetch API استعمال کرتے ہوئے کلائنٹ سائڈ Short Polling کے نفاذ کو دیکھتے ہیں۔ فنکشن اینڈپوائنٹ URL اور ملی سیکنڈ میں پولنگ کا وقفہ لیتا ہے۔

function startPolling(url, intervalMs) {
    const lastTimestamp = new Date().toISOString();

    const timerId = setInterval(async () => {
        try {
            const params = new URLSearchParams({
                since: lastTimestamp
            });
            const response = await fetch(url + "?" + params);
            const data = await response.json();

            if (data.updates && data.updates.length > 0) {
                renderUpdates(data.updates);
                console.log("موصول ہوا", data.updates.length, "updates");
            }
        } catch (error) {
            console.error("پولنگ ناکام:", error);
        }
    }, intervalMs);

    return timerId;
}

const timer = startPolling("/api/updates", 5000);
// clearInterval(timer) روکنے کے لیے

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

Short Polling کا سرور سائیڈ

Short Polling کے لیے سرور سائیڈ نفاذ انتہائی سادہ ہے — یہ ایک عام REST اینڈپوائنٹ ہے جو GET درخواستیں قبول کرتا ہے اور موجودہ حالت یا مخصوص ٹائم اسٹیمپ کے بعد تبدیل شدہ ڈیٹا کے ساتھ JSON جواب لوٹاتا ہے۔

const express = require("express");
const app = express();

let items = [];

app.get("/api/updates", (req, res) => {
    const since = req.query.since;
    const filtered = items.filter(item => item.timestamp > since);
    res.json({ updates: filtered });
});

app.listen(3000);

سرور since پیرامیٹر وصول کرتا ہے اور ان ریکارڈز کو فلٹر کرتا ہے جن کا ٹائم اسٹیمپ مخصوص قدر سے زیادہ ہے۔ یہ طریقہ ہر جواب میں ڈیٹا کی مقدار کو کم سے کم کرتا ہے، صرف بڑھوتری تبدیلیاں لوٹاتا ہے۔ جب کوئی نیا ڈیٹا نہیں ہوتا، سرور ایک خالی صف لوٹاتا ہے اور کلائنٹ طے شدہ پروگرام کے مطابق پولنگ جاری رکھتا ہے۔

Short Polling بمقابلہ Long Polling

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

تکنیکوں کے درمیان انتخاب کا انحصار ڈیٹا کی اپ ڈیٹ فریکوئنسی پر ہے۔ اگر واقعات ہر 10 سیکنڈ میں ایک بار سے زیادہ ہوتے ہیں — دونوں طریقے تقابلی بوجھ دیتے ہیں، اور Short Polling آسان ہو سکتا ہے۔ اگر واقعات نایاب ہیں (تبدیلیوں کے درمیان گھنٹے یا منٹ) — Long Polling ترجیح دیتے ہیں کیونکہ یہ خالی درخواستیں نہیں بناتا۔ درمیانی منظرناموں کے لیے، انتخاب کا انحصار بنیادی ڈھانچے کی حدود اور WebSocket استعمال کرنے کی صلاحیت پر ہے۔

Short Polling کب استعمال کریں

Short Polling ان منظرناموں میں استعمال ہوتا ہے جہاں ڈیٹا کی تازگی کی ضروریات کم ہیں اور نفاذ کی سادگی کو کارکردگی پر ترجیح دی جاتی ہے۔ سب سے عام صورتیں اندرونی انتظامی پینل، کم الرٹ فریکوئنسی والے نگرانی کے نظام، اور ایسی ایپلیکیشنز ہیں جہاں 15–30 سیکنڈ کی تاخیر قابل قبول ہے۔

• مانیٹرنگ ڈیش بورڈز — میٹرکس والے ڈیش بورڈز جو ہر 10–30 سیکنڈ میں اپ ڈیٹ ہوتے ہیں، تبدیلیوں پر فوری ردعمل کی ضرورت نہیں۔
• اسٹیٹس صفحات — سروس کی دستیابی چیک کرنے کے صفحات جہاں ڈیٹا ہر 30–60 سیکنڈ میں اپ ڈیٹ ہوتا ہے اور تاخیر اہم نہیں۔
• تجزیاتی رپورٹس — وقتاً فوقتاً ڈیٹا اکٹھا کرنے والے اندرونی تجزیاتی نظام جہاں 1 منٹ تک کی تازگی قابل قبول ہے۔
• سادہ گیمز — ریئل ٹائم ضروریات کے بغیر باری پر مبنی ملٹی پلیئر گیمز، جہاں باری ہر چند سیکنڈ میں اپ ڈیٹ ہوتی ہے۔
• ٹیسٹنگ — لوڈ ٹیسٹنگ اور ڈیبگنگ کے منظرنامے جہاں Short Polling دیگر تکنیکوں سے موازنہ کے لیے حوالہ پولنگ طریقہ کے طور پر استعمال ہوتا ہے۔

اہم حد — Short Polling وقت کے لحاظ سے اہم ایپلیکیشنز (ٹریڈنگ ٹرمینلز، ہنگامی انتباہی نظام) کے لیے موزوں نہیں جہاں 1 سیکنڈ کی بھی تاخیر ناقابل قبول ہے۔ ایسے منظرناموں میں، WebSocket، Server-Sent Events یا Long Polling استعمال کرنا ضروری ہے۔ Short Polling کے ساتھ نظام ڈیزائن کرتے وقت، درخواستوں کا بجٹ شمار کرنا چاہیے: 5 سیکنڈ کے وقفے کے ساتھ 1,000 کلائنٹس پر، سرور پروسیس کرتا ہے 12,000 درخواستیں فی منٹ، جس کے لیے مناسب وسائل کی بنیاد درکار ہے۔