1. ابدأ بـ Server Information
يوفر Server Information مكاناً مباشراً لمراجعة بيئة الخادم الحالية للحساب. استخدمه قبل افتراض أن حسابك مماثل لبيئة استضافة أخرى.
- سجل المعلومات ذات الصلة عند فتح Support ticket.
- لا تفترض أن كل الحسابات لها الحدود و البرمجيات نفسها.
- أعد الفحص بعد تغيير الخطة أو المنصة.
2. فعّل و راجع Access/Error Logs
تعرض منطقة Statistics الحالية Access & Error Logs. غالباً هي أسرع طريقة للفصل بين Route تطبيق معطل و مشكلة موارد أو DNS.
- ابدأ بـ Error logs عند أخطاء Server-side.
- استخدم Access logs للتأكد من وصول الطلبات إلى الموقع.
- لا تخزن أو تشارك بيانات Log حساسة دون حاجة.
3. Web Statistics
تعطي Web Statistics نظرة على زيارات و استخدام الموقع. اعتبرها سياقاً تشغيلياً و ليس بديلاً عن منصة Analytics مخصصة عندما تحتاج Attribution تسويقي.
- استخدمها لفهم أنماط النشاط العامة.
- لا تستنتج سلوك مستخدم فردي أكثر مما تعرضه الأداة فعلياً.
- للحملات استخدم Analytics مناسباً و يحترم الخصوصية عند الحاجة.
4. Traffic Stats
تساعد Traffic Stats على كشف نمو نقل البيانات و الاستخدام المرتفع غير المعتاد. هذا مهم عندما تستهلك ملفات كبيرة أو Downloads أو Bots الترافيك.
- قارن تغير Traffic مع Deployments أو الحملات.
- حسّن الملفات الكبيرة قبل شراء بنية أكبر.
- افصل الزيارات المسيئة أو غير المقصودة عن النمو الحقيقي.
5. CPU Stats
تعرض CPU Stats مستويات استخدام الخادم الحالية للحساب. استخدم النمط المستمر و ليس Spike واحدة لتقرير تجاوز الخطة الحالية.
- تبدأ الخطط المشتركة الابتدائية حول حد CPU الموثق 5%، و توفر بعض الخطط أكثر.
- Spikes قصيرة قد تكون طبيعية.
- Saturation مستمر مع بطء الطلبات إشارة أقوى للترقية.
6. شخص قبل أن ترقي
قد تأتي مشكلة الأداء من كود غير فعال أو Queries أو APIs خارجية أو Media كبيرة أو Bots أو إعداد أو حد موارد حقيقي. لا ترق إلا عندما تشير الأدلة إلى Capacity أو Control.
- راجع الأخطاء أولاً.
- راجع Requests و Traffic.
- راجع CPU و الموارد.
- حسّن Bottlenecks الواضحة.
- ثم اختر بين خطة مدارة أعلى أو Add-on أو Semi-Dedicated أو KVM.
7. اجمع دليلاً مفيداً للدعم
عند الحاجة إلى دعم المزود، أرسل النطاق و وقت المشكلة و الإجراء الذي فشل و تفاصيل Log أو Error ذات الصلة. هذا أكثر فائدة من قول إن الموقع بطيء فقط.
- استخدم Timestamp و خطوات قابلة لإعادة التنفيذ.
- احذف Passwords و Tokens و Private Keys من الصور و Log snippets.
- وضح ما إذا كانت المشكلة مستمرة أو متقطعة.
أسئلة شائعة
هل Spike واحدة في CPU تعني أنني أحتاج VPS؟
لا. ابحث عن ضغط مستمر و اربطه ببطء أو فشل فعلي. قد تحل خطة مدارة أعلى أو Add-on الحاجة دون VPS.
هل Web Statistics بديل عن Marketing Analytics؟
لا. هي مفيدة تشغيلياً، لكن Attribution للحملات و User journeys يحتاجان إعداد Analytics مخصصاً.
ماذا أرسل للدعم عند مشكلة أداء؟
أرسل النطاق و Timestamp و الخطوات القابلة للتكرار و Error/Log المناسب و ما الذي تغير مؤخراً، دون كشف Credentials.