المشكلة
موقع العيادة يستقبل حجوزات المرضى، وأي توقف أو بطء أو ثغرة أمنية يعني مواعيد ضائعة وثقة تهتز وبيانات صحية حساسة في خطر. وإدارة العيادة تحتاج تقريراً شهرياً واضحاً بلغتها يقول لها بالأرقام كيف حال الموقع وما الذي يجب فعله قبل الإطلاق وبعده.
ما عملناه
صفحة داخلية غير مرتبطة بالموقع (/wartung) بشكل تقرير شهري «Betrieb und Wartung» بالألمانية السويسرية وبهوية العيادة، كل أرقامها قياسات حقيقية للنسخة الحالية على خادم اختبار مع تاريخ القياس: سرعة كل صفحة (LCP وCLS وTBT) على جوال بشبكة 4G بطيئة ومعالج مبطّأ أربع مرات وعلى الكمبيوتر، مرة بخادم بلا ضغط ومرة بضغط gzip، ونتائج Lighthouse لكل صفحة، وحجم كل ملف JavaScript وCSS والخطوط والصور، وفحص الحزم بـ npm audit. كتبنا سكربت قياس يعيد إنتاج هذه الأرقام كل شهر ويكتبها في التقرير تلقائياً. وفصلنا بوضوح بين ما قيس وبين خطة الصيانة: مراقبة التوفر كل دقيقة من موقعين، ونسخ احتياطي يومي داخل سويسرا مع اختبار استرجاع كل ربع سنة، وتحديثات أمنية شهرية وخلال 48 ساعة للثغرات الحرجة، وتجديد شهادة TLS تلقائياً، وميزانية أداء تمنع نشر أي نسخة أبطأ، وخمس خطوات واضحة عند أي عطل. ويستخرج التقرير النقاط المفتوحة قبل الإطلاق من القياسات نفسها.
