مشغّل الجدولة (كل 5 دقائق)
→ طلب HTTP (جلب الصفحة)
→ عقدة HTML (استخراج القسم المستهدف)
→ عقدة الكود (تجزئة/توحيد النص المستخرج)
→ إزالة التكرارات (المقارنة مع التشغيل السابق)
→ [إذا تم اكتشاف تغيير] → عقدة Telegram / البريد الإلكتروني
مرحبًا @jozerizzel أهلًا وسهلًا!
وجّه طلب HTTP إلى نقطة نهاية JSON التي يستدعيها تقويم الحجز نفسه بدلًا من HTML المعروض، ثم خزّن استجابة ETag في بيانات سير العمل الثابتة وأرسلها مرة أخرى باسم If-None-Match في الاستقصاء التالي. تعود الاستقصاءات التي لم تتغيّر مع 304 وبدون نص، لذا فعّل Include Response Headers and Status لقراءة ETag، و Never Error حتى لا يفشل سير العمل بسبب 304.
تحفظ البيانات الثابتة فقط عند تشغيل سير العمل المنشور من خلال محفزه، لذا سيبدو كل اختبار يدوي وكأنه الاستقصاء الأول تمامًا.
أعتقد أنني سأجرب هذا أولاً قبل جعله أكثر تقدماً باستخدام ETags. الهدف الرئيسي لي هو فقط الحصول على إخطار إذا تغيء شيء ما في صفحة المواعيد على NBI online، لذا لا أحتاج إلى التحقق منها يدوياً طوال اليوم.
سأبني هذا سير العمل وأرى كيف يعمل. إذا أصبح الموقع ثقيلاً جداً لاستطلاع البيانات، فسأنظر في طريقة JSON/ETag التي تم ذكرها سابقاً.