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.