Fujimod
브라우저에서 카메라 펌웨어를 시험하고 Fujimod SD 부팅 파일을 만든다
저장소 정보는 아직 수집하지 않았습니다.
아직 감지된 업데이트가 없습니다. GitHub 릴리스가 나오면 여기에 보입니다.
메이커가 쓴 소개는 위의 한 줄이 전부입니다. 더 자세한 내용은 저장소 README에서 읽을 수 있습니다. 저장소 README ↗
README 전체를 불러오는 중입니다.
README 전문 보기 ↗هذا المجلد فيه كل حاجة محتاجها عشان موقعك يعرض حالة "متاح / تم التخصيص" تلقائيًا، ويبعتلك تنبيه تليجرام كل ما قطعة تتحجز.
كل 5 دقايق (GitHub Actions):
scraper.py يفحص موقع الهيئة العلني → status.json يتحدث
→ telegram_notify.py يبعت تنبيه لو فيه حجز جديد
→ status.json يترفع تلقائي على GitHub
→ موقعك (المستضاف على Vercel/GitHub Pages) يقرا الملف الجديد
في أول تحميل صفحة — من غير أي تدخل منك
| الملف | وظيفته |
|---|---|
scraper.py | يكتشف كل مناطق المرحلة 11 ويجيب حالة كل قطعة |
telegram_notify.py | يبعت تنبيه تليجرام للحجوزات الجديدة بس |
requirements.txt | المكتبات اللي السكريبت محتاجها |
.github/workflows/sync-status.yml | الجدولة التلقائية على GitHub |
phase11-sync — واخليه Public. دقايق تشغيل GitHub Actions بتبقى بلا حد لو المستودع عام، بدل 2000 دقيقة/الشهر بس لو خاص، وده ضروري عشان الجدولة كل 5 دقايق (فيه أكتر من 8,000 تشغيلة في الشهر). الأسرار (Telegram token) بتفضل مخفية تمامًا حتى لو المستودع عام.scraper.py, telegram_notify.py, requirements.txt, ومجلد .github/)مستشارك_العقاري_أحمد_جاب_الله.html) وlogo.pngstatus.json الفاضي اللي بعتهولك قبل كده (نقطة البداية)كل الملفات دي في نفس المستودع، في نفس المجلد الرئيسي (Root) — الموقع محتاج
يقرا status.json وlogo.png من نفس المسار اللي هو فيه.
في المستودع على GitHub: Settings → Secrets and variables → Actions → New repository secret
أضف اتنين:
TELEGRAM_BOT_TOKEN — التوكن اللي أخدته من BotFatherTELEGRAM_CHAT_ID — يوزر نيم القناة بتاعتك (مثلاً @my_channel) أو الـ ID الرقمي لو القناة خاصةتأكد إن البوت نفسه مضاف كـ Admin في القناة، وإلا مش هيقدر يبعت رسائل فيها.
قبل ما تسيب الجدولة تشتغل لوحدها:
روح لتبويب Actions في المستودع
اختار "Sync Phase 11 plot status"
دوس Run workflow (تشغيل يدوي)
تابع الـ logs وشوف:
[discover] found N zone(s))X plot rows read)افتح status.json اللي اتحدث وقارن 3-4 قطع منه يدويًا مع موقع الهيئة نفسه —
ده أهم خطوة، عشان تتأكد إن القراءة صحيحة قبل ما تثق في التنبيهات الأوتوماتيك.
لو النتايج غريبة (صفر قطع محجوزة في مدينة كبيرة، أو أرقام مش منطقية)، ابعتلي الـ log وهنصلح المشكلة قبل ما نفعّل الجدولة.
لو التجربة اليدوية طلعت صح، مفيش حاجة تانية تعملها — الملف
sync-status.yml هيشتغل لوحده كل 5 دقايق تلقائيًا. السكريبت بقى
يفحص 6 مناطق في نفس الوقت (بدل واحدة ورا التانية) عشان الفحصة الكاملة
تخلص في 2-4 دقايق تقريبًا، وتلحق تبدأ تاني قبل الموعد التالي.
ده وتيرة سريعة نسبيًا على سيرفر حكومي، فراقب أول يوم أو اتنين بانتباه:
timeout أو connection error أو رقم
429 بيتكرر، ده الموقع بيقولك "قللوا الضغط". في الحالة دي:
.github/workflows/sync-status.yml وغيّر */5 * * * * لـ
*/15 * * * * (كل 15 دقيقة) كخطوة أولى--workers من 6 لـ 3 في خطوة "Run scraper" بملف الـ workflowلو عايز تقلّل الوتيرة بعدين، عدّل نفس السطر:
cron: "*/5 * * * *"
لأي حاجة تانية، زي */15 * * * * (كل 15 دقيقة) أو */30 * * * *
(كل نص ساعة) — الأرقام اللي بعد */ هي عدد الدقايق.
status.json ويعمله push، Vercel هيعيد
النشر تلقائيًا خلال ثوانيالسكريبت ده بيقرا من موقع عام لكنه مش API رسمي من الهيئة. لو غيّروا شكل الموقع في يوم من الأيام، السكريبت ممكن يوقف عن الشغل أو يديك بيانات غلط. راقب أول أسبوعين بانتظام، ولو حصل أي تغيير غير متوقع في الأرقام (زيادة أو نقصان مفاجئ كبير في عدد المحجوزين) وقف الجدولة وراجع الموقع يدويًا الأول.
permissions: contents: write موجودة
في أول الملف (موجودة بالفعل هنا)، وإن الـ repo مش Fork (الـ Forks
بتلاقي صلاحيات الكتابة مقفولة افتراضيًا على GitHub)TELEGRAM_CHAT_ID مكتوب صح (لازم يبدأ بـ @ لو يوزر نيم قناة عامة)