الاستضافة المشتركة: شقّتك الأولى على الويب

في صفحة الأسعار لدى Namecheap خطّةٌ مشتركةٌ بدولارين و41 سنتًا في الشهر، مكتوبٌ تحت اسمها «مواقع غير محدودة» و«مساحة تخزينٍ غير مقيسة». وفي سياسة الاستعمال المقبول لدى الشركة نفسها، يحقّ للحساب ذاته نصف نواة معالج، وغيغابايتان من الذاكرة، و30 اتّصالًا متزامنًا، و300 ألف ملفّ.^[1][2] الصفحتان صادقتان معًا، والمسافة بينهما هي موضوع هذا المقال. في مقال مراكز البيانات دخلت المبنى الذي يعيش فيه موقعك. والاستضافة المشتركة أرخص طريقةٍ للسكن فيه، وهي أوّل استضافةٍ يشتريها أكثر من يبدأ.

أشرح هنا ما يحدث على الخادم المشترك من الداخل، وكيف يُقسَم جهازٌ واحدٌ بين مئات الحسابات. ثمّ الحدود التي تحصل عليها فعلًا وماذا يرى زوّارك حين تبلغها، ولماذا لا يعني «غير محدود» ما يوحي به. وبعدها ما تحصل عليه في الخطّة وما لا تحصل عليه، ومتى تكفيك، وكيف تقرأ عرضًا قبل أن تدفع.

خادمٌ واحد، وحساباتٌ كثيرة

الاستضافة المشتركة أن يسكن موقعك على خادمٍ واحدٍ مع عشرات المواقع الأخرى أو مئاتها، وكلّها تستعمل معالجه وذاكرته وأقراصه واتّصاله بالشبكة. لكلّ حسابٍ مجلّده وقواعد بياناته وكلمات مروره، ويديره صاحبه من لوحة تحكّمٍ تعطيه إيّاها الشركة. أمّا الخادم نفسه، بنظامه وإعداداته وبرامجه، فتملكه الشركة وتديره وحدها.

والتشبيه الأقرب عمارةٌ فيها شقق. لكلّ ساكنٍ بابه ومفتاحه، والمصعد والماء والكهرباء للجميع. ويقف التشبيه عند نقطةٍ واحدة: في العمارة الحقيقيّة لا يستطيع جارك أن يستهلك ماء البناية كلّه، لأنّ الأنابيب تحدّ ذلك، أمّا على الخادم فالحدّ لا يوجد إلّا إذا وضعته الشركة. وهذا ما يفرّق بين استضافةٍ مشتركةٍ محترمةٍ وأخرى رديئة.

كثيرٌ من الاستضافات المشتركة اليوم تضع هذه الحدود ببرنامجٍ اسمه CloudLinux، وهو نسخةٌ من لينكس صُنعت لهذا الغرض بالذات. يضع كلّ حسابٍ في «بيئةٍ خفيفة» مستقلّة، وتقسم نواة النظام موارد الخادم بين هذه البيئات بحيث لا يتجاوز أحدٌ الحدود المقرّرة له، بحسب وثائق الشركة المطوّرة.^[3] ومعه أداةٌ أخرى تعزل الملفّات، تضع كلّ مستخدمٍ في «قفصٍ» خاصٍّ به، فلا يرى أسماء المستخدمين الآخرين ولا عمليّاتهم الجارية ولا ملفّات إعداد الخادم.^[4]

وفي الوثائق نفسها جملةٌ تستحقّ أن تعرفها: هذا القفص معطَّلٌ افتراضيًّا لكلّ المستخدمين حتى يفعّله مدير الخادم.^[4] فالعزل بين جيرانك قرارٌ تتّخذه الشركة، والأداة وحدها لا تضمنه، والشركات المحترمة تفعّله، لكنّ «مشتركة» وحدها لا تخبرك بشيءٍ عن ذلك، فاسأل عنه قبل أن تشتري.

لماذا هي رخيصة إلى هذا الحدّ؟

الحساب بسيط. لنفترض خادمًا تكلّف الشركة كهرباؤه ومكانه وعتاده وإدارته 150 دولارًا في الشهر. إن وضعت عليه 200 حسابٍ بثلاثة دولاراتٍ لكلٍّ منها، جمعت 600 دولار. الأرقام هنا للتوضيح وحده، لكنّ الفكرة هي نموذج العمل كلّه: الكلفة الثابتة تتوزّع على كثيرين، فتصغر حصّة كلّ واحد، وهذا نموذجٌ مشروعٌ والرخص فيه نتيجةٌ مباشرةٌ للتقاسم.

ويبدأ الخطر حين تبالغ الشركة في الرهان. أكثر المواقع الصغيرة لا تستعمل حصّتها كاملةً في أكثر الوقت، فتبيع الشركة حصصًا مجموعها أكبر من الخادم نفسه، وتسمّى هذه الممارسة «الإفراط في البيع». ما دام المستأجرون هادئين يمرّ الأمر. فإن نشط كثيرٌ منهم في الساعة نفسها، تزاحموا على معالجٍ واحدٍ وأقراصٍ واحدة، وتباطأ الجميع. والحدود الفرديّة لا تحلّ هذه المشكلة، لأنّها تمنع حسابًا واحدًا من ابتلاع الخادم، ولا تمنع الشركة من تكديس حساباتٍ مجموع حصصها يفوق ما في الجهاز.

ولن ترى عدد الحسابات على خادمك في أيّ صفحة، ولن تخبرك الشركة به في الغالب. لكنّه أهمّ رقمٍ في تجربتك: خادمٌ عليه خمسون حسابًا يعطيك ما لا يعطيه خادمٌ مطابقٌ عليه ثلاثمئة، والخطّتان بالسعر نفسه، ولهذا تتفاوت الاستضافات المشتركة تفاوتًا كبيرًا رغم تشابه أسعارها.

الحدود التي تحصل عليها فعلًا

تسرد وثائق CloudLinux الحدود التي يمكن أن تضعها الشركة على كلّ حساب، ومعها القيمة الافتراضيّة لكلّ حدٍّ إن لم تغيّرها.^[3] وهذه الأسماء ستجدها في سياسات الاستعمال وفي لوحة التحكّم، فاعرفها بأسمائها:

• ‏السرعة (SPEED): حصّتك من المعالج، وتُقاس نسبةً من نواةٍ واحدة. القيمة الافتراضيّة 100%، أي نواةٌ كاملة.
• ‏الذاكرة الفعليّة (PMEM): ما تستعمله برامج موقعك من الذاكرة، والقيمة الافتراضيّة غيغابايتٌ واحد.
• ‏القراءة والكتابة (IO وIOPS): كم بياناتٍ تنقل من القرص وإليه في الثانية، وكم عمليّةً تجري عليه.
• ‏عمليّات الدخول (EP): كم طلبًا يُنفَّذ على موقعك في اللحظة نفسها، والقيمة الافتراضيّة 20. وهذا أهمّ حدٍّ لموقعٍ عليه زيارات.
• ‏عدد العمليّات (NPROC): كلّ البرامج التي تعمل داخل حسابك معًا، والافتراضيّ 100.
• ‏عدد الملفّات (inodes): كلّ ملفٍّ أو مجلّدٍ في حسابك يُحسَب واحدًا، مهما صغر حجمه.

والمهمّ أن تعرف ماذا يحدث حين تبلغ كلّ حدّ، لأنّ كلّ حدٍّ يترك أثرًا مختلفًا يراه زوّارك. تقول الوثائق إنّ الموقع الذي يبلغ حدّ المعالج أو القرص يصير أبطأ في الاستجابة. أمّا إن بلغ حدّ عمليّات الدخول، فيرفض الخادم الطلبات الزائدة ويعيد الخطأ 508، فيتباطأ الموقع الثقيل ويبدأ في إظهار هذا الخطأ دون أن يتأثّر المستخدمون الآخرون. وإن بلغ حدّ الذاكرة أو عدد العمليّات، يرى الزائر خطأ 500 أو 503.^[3]

ورقم 20 يبدو صغيرًا، لكنّه يقيس الطلبات التي تُنفَّذ في اللحظة نفسها، ولا يقيس الزوّار. وتقول الوثائق إنّه يعدّ في العادة الطلبات التي تشغّل برامج الموقع، مثل صفحات PHP، ومعها مهامّ الجدولة وجلسات الدخول عن بعد.^[3] والحساب بعد ذلك قسمةٌ بسيطة. صفحةٌ يبنيها الخادم في نصف ثانيةٍ تحرّر مكانها بسرعة، فتتّسع الأماكن العشرون لنحو 40 صفحةً في الثانية، وهذا أكثر ممّا تحتاجه مدوّنةٌ بكثير. أمّا إن ثقلت الصفحة بالإضافات حتى صارت تحتاج 3 ثوانٍ، فلا يتّسع الحدّ نفسه إلّا لنحو 7 صفحاتٍ في الثانية. ولهذا يغيّر التخزين المؤقّت للصفحات الحساب كلّه: الصفحة الجاهزة يرسلها خادم الويب ملفًّا، ولا تشغّل برنامجًا، فلا تأخذ مكانًا من العشرين.

شكل 1

وهذا ما يرسمه الشكل 1: الحدود الفرديّة تجعل مشكلة الموقع الثقيل مشكلةَ صاحبه، فلا تمتدّ إلى جيرانه. ويحصر الشكل أيضًا ما لا تحمي منه هذه الحدود: المعالج والأقراص الحقيقيّة في أسفل الخادم مشتركةٌ بين الجميع، فإن كانت الحصص المبيعة أكبر منها، عاد التزاحم مهما كانت الحدود.

وفي الخادم موردٌ مشتركٌ آخر يفلت من هذه الحدود أصلًا: قاعدة البيانات. خادم MySQL برنامجٌ واحدٌ يخدم الحسابات كلّها، وتقول وثائق CloudLinux إنّ استعلامات قاعدة البيانات لا تُحسَب داخل حدود الحساب. لذلك صنعت الشركة أداةً اسمها MySQL Governor تراقب استهلاك كلّ مستخدمٍ لقاعدة البيانات. فإن تجاوز أحدهم حدوده، نقلت استعلاماته إلى داخل حدود حسابه هو، وحدّدت له 30 اتّصالًا متزامنًا في الإعداد الافتراضيّ حتى لا يستنفد اتّصالات الخادم كلّها، وتستطيع أيضًا إيقاف الاستعلامات البطيئة.^[4] فإن سألت شركةً عن العزل، فاسأل عن قاعدة البيانات أيضًا. متجرٌ مجاورٌ يبحث في جدولٍ ضخمٍ بلا فهرسٍ قد يبطئ قاعدة البيانات على الجميع، وحدود المعالج والذاكرة لا تراه.

والشركات لا تنشر هذه الأرقام على صفحة الأسعار عادةً، لكنّ بعضها يكتبها في سياسة الاستعمال، كما في سياسة Namecheap التي قرأتها في سبتمبر 2026، وفيها جدولٌ صريحٌ لكلّ خطّة:^[1]

الحدّ	الخطّة الأولى	الخطّة الثانية	خطّة الأعمال
المعالج	نصف نواة	نصف نواة	نواةٌ كاملة
الذاكرة	1 غيغابايت	2 غيغابايت	2 غيغابايت
الطلبات المتزامنة	20	30	40
عدد الملفّات	300 ألف	300 ألف	600 ألف

وتسمح السياسة نفسها بتجاوز حدّ المعالج مؤقّتًا في لحظات الذروة، حتى أربعة أضعاف الحدّ، لربع ساعةٍ في أعلى التجاوز ونصف ساعةٍ في أدناه. ثمّ يعود الحساب إلى حدّه، وتطلب الشركة من الحساب الذي يعيش على هذا التجاوز باستمرارٍ أن ينتقل إلى خطّةٍ أكبر.^[1] وهذا الجدول بالضبط ما ينبغي أن تجده عند كلّ شركة، والشركة التي تنشره أكثر صدقًا من شركةٍ لا تقول لك أين سقفك إلّا حين تصطدم به.

«غير محدود» بالأرقام

في دليل الاستضافة شرحت لماذا لا يوجد خادمٌ بلا حدود. والجدول السابق يعطيك الشكل العمليّ للفكرة. الخطّة الثانية تُعلَن بمساحةٍ «غير مقيسة» ومواقع «غير محدودة»، وجدول المقارنة على صفحة الأسعار نفسها يذكر حدّ 300 ألف ملفّ.^[2] والسياسة تضيف شروطًا أخرى: أن يتكوّن الحساب في أغلبه من صفحات ويب، وألّا يتجاوز ما فيه من صورٍ وصوتٍ وفيديو 10 غيغابايت، ومثلها لقواعد البيانات. ويُمنَع فيها استعمال الحساب مخزنًا للنسخ الاحتياطيّة أو الأرشيف.^[1]

فالكلمة تعني شيئًا محدّدًا: لن تقيس الشركة مساحتك ما دمت تستعمل الحساب كما يستعمله موقعٌ عاديّ، والحدّ الذي يوقفك في الواقع يأتي غالبًا من جهةٍ لا يذكرها الإعلان. موقع ووردبريس بإضافاته وصوره المصغّرة ونسخ التخزين المؤقّت قد يبلغ مئات آلاف الملفّات قبل أن يقترب من أيّ حدٍّ للمساحة. وموقعٌ يأتيه زوّاره دفعةً واحدةً يبلغ حدّ الطلبات المتزامنة وهو لم يستعمل ربع ذاكرته.

ولتعرف حجم الحدّ، قست نسخة هذا الموقع نفسه. نواة ووردبريس في إصدارها 7.1.2 وحدها 3,753 ملفًّا ومجلّدًا قبل أيّ محتوى. وكلّ صورةٍ ترفعها تصير سبعة ملفّات: الأصل وستّة أحجامٍ يولّدها ووردبريس للعرض، فصارت 1,139 صورةً هنا 7,335 ملفًّا، وبهذا الحساب يتّسع حدّ 300 ألف لموقعٍ صغيرٍ سنواتٍ طويلة. والذي يستهلكه أسرع هو ما لا تراه: إضافاتٌ كثيرةٌ لكلٍّ منها آلاف الملفّات، ونسخٌ احتياطيّةٌ تتراكم داخل الحساب، وملفّات تخزينٍ مؤقّتٍ تُكتب لكلّ صفحة.

ولست أقول إنّ الشركات تحتال. أكثر المواقع الصغيرة لن تقترب من هذه السقوف، وستعيش سنواتٍ على «غير محدود» بلا مشكلة. لكن لا تبنِ قرارك على كلمةٍ في إعلان. ابحث عن الأرقام الأربعة في سياسة الاستعمال: المعالج، والذاكرة، والطلبات المتزامنة، وعدد الملفّات. وفي دليل اختيار الاستضافة ما تبقّى من قراءة العرض كاملًا.

ما تحصل عليه في الخطّة

ميزة المشتركة الكبرى بعد السعر أنّها جاهزة. تأتي معها لوحة تحكّمٍ رسوميّة، cPanel في الغالب أو لوحةٌ من صنع الشركة، تنشئ منها بريدًا باسم نطاقك، وترفع ملفّاتك، وتدير قواعد بياناتك، وتثبّت ووردبريس بنقرة. وقد أفردت لهذه اللوحات مقال لوحات التحكّم في الاستضافة. والتثبيت بنقرةٍ يوفّر على المبتدئ ساعاتٍ من إعداد قاعدة البيانات يدويًّا، ومعه أخطاءٌ محبطةٌ في أوّل أسبوع.

وفي أكثر الخطط شهادة أمانٍ مجّانيّةٌ تتجدّد وحدها، فلا تدفع مقابلها، وقد شرحت كيف تعمل في مقال شهادات SSL، وفيها أيضًا بريدٌ باسم نطاقك يكفي في البداية. فإن صار البريد عصب عملك، فاقرأ لماذا يفضّل كثيرون فصله عن الاستضافة في مقال استضافة البريد الإلكترونيّ.

أمّا النسخ الاحتياطيّ فاقرأ شروطه قبل أن تطمئنّ. في سياسة Namecheap مثلًا، يُستبعَد من النسخ الأسبوعيّ كلّ حسابٍ تتجاوز مساحته 25 غيغابايت أو يتجاوز 200 ألف ملفّ، وتقع مسؤوليّة نسخه على صاحبه.^[1] والحدّ هنا أدنى من حدّ الملفّات في الخطّة نفسها. فموقعك قد يكون ضمن المسموح ويخرج من النسخ دون أن يصلك إشعار. لذلك احتفظ بنسختك أنت، وسأفصّل كيف في مقال أمان الموقع والنسخ الاحتياطيّ.

وما لا تحصل عليه

ثمن الجاهزيّة أنّك لا تملك صلاحيّات المدير على الخادم. لا تستطيع تثبيت برنامجٍ على مستوى النظام، ولا تغيير إعدادات خادم الويب، ولا تشغيل خدمةٍ تعمل في الخلفيّة دائمًا. تعمل بما تتيحه الشركة: إصدارات PHP التي توفّرها، والقواعد التي تسمح بها، وهذا يكفي موقع ووردبريس أو موقعًا تعريفيًّا تمامًا، ولا يكفي تطبيقًا بلغةٍ أخرى أو برنامجًا يحتاج إعدادًا خاصًّا.

وتتقاسم في الغالب عنوان IP واحدًا مع مواقع كثيرة. وهذا لا يضرّك في العادة، لكنّه قد يؤثّر في وصول بريدك إن استعمل جارٌ الخادم لإرسال رسائل مزعجة فأُدرج العنوان في قوائم الحظر. ولهذا تضع السياسات حدودًا لعدد الرسائل التي يرسلها الحساب، وتحتفظ Namecheap في سياستها بحقّ تقييد حجم البريد الذي يمرّ عبر خوادمها.^[1]

ونقطةٌ أخيرةٌ تخصّ من يبيع: تقول سياسة Namecheap صراحةً إنّ خدماتها لا توفّر بيئةً متوافقةً مع معيار أمان بطاقات الدفع (PCI).^[1] فإن كان متجرك يستقبل أرقام البطاقات على خادمه، فالمشتركة ليست مكانه. أمّا إن كان الدفع يجري عند بوّابة دفعٍ خارجيّةٍ تنقل الزائر إلى صفحتها، فهذا سؤالٌ آخر تجيب عنه البوّابة.

هل تكفيك؟

تكفي المشتركة الجيّدة مدوّنةً شخصيّة، وموقعًا تعريفيًّا لشخصٍ أو شركةٍ صغيرة، ومشروعًا في أوّله، وأكثر المواقع التي يأتيها مئات الزوّار في اليوم أو بضعة آلاف. مدوّنةٌ تنشر مقالين في الأسبوع ويزورها ألفا شخصٍ في الشهر ستعيش عليها سنوات، ولو انتقلت إلى خادمٍ افتراضيٍّ لدفعت أضعافًا مقابل موارد لا تستعملها، ولتحمّلت إدارةً لا تحتاجها.

وتضيق حين يكثر الطلب المتزامن. تذكّر الحدّ الذي قرأته: 20 أو 30 أو 40 طلبًا في اللحظة نفسها. متجرٌ فيه عشرات الزوّار معًا، وكلّ زائرٍ يفتح صفحاتٍ لا تُخزَّن مؤقّتًا مثل السلّة والدفع، يقترب من هذا الحدّ أسرع ممّا يتوقّع صاحبه. وكذلك كلّ تطبيقٍ يحتاج تحكّمًا في الخادم لا تتيحه الشركة.

والسرعة مقياسٌ عمليّ. يسمّي Google زمن وصول أوّل بايتٍ من الخادم TTFB، ويقول إنّ القيمة الجيّدة 0.8 ثانيةٍ أو أقلّ، والسيّئة ما تجاوز 1.8 ثانية. ويضيف أنّ هذا المقياس ليس من مؤشّرات أداء الويب الأساسيّة، فلا يلزم أن تبلغ حدّه الجيّد ما دام لا يعيق المؤشّرات التي تُحتسَب.^[5] والمشتركة الجيّدة تبلغه بسهولةٍ لموقعٍ صغير. فإن تجاوز موقعك الثانيتين في ساعات الذروة وحدها، فهذا أوّل ما يدلّ على خادمٍ مكتظّ.

أمّا علامات أنّك تجاوزتها فثلاث: أخطاء 508 تظهر لزوّارك أو تصلك رسائلها، ورسائل من الشركة بأنّك تجاوزت حدود الموارد، وبطءٌ يتكرّر في ساعات الذروة رغم أنّك حسّنت موقعك. وقبل أن تنتقل، تأكّد أنّ البطء من الخادم فعلًا. صورٌ ضخمةٌ غير مضغوطة، وإضافاتٌ ثقيلةٌ كثيرة، وغياب التخزين المؤقّت، كلّها تبطئ الموقع على أيّ خادم، وحلّها أرخص من الترقية بكثير، وقد جمعتها في مقال سرعة الموقع وشبكات CDN.

كيف تقرأ عرضًا قبل أن تدفع

بما أنّ الفرق بين مشتركةٍ جيّدةٍ وأخرى رديئةٍ في الشركة، فالاختيار يقوم على أسئلةٍ تطرحها على كلّ عرض:

• الحدود الأربعة منشورة؟ المعالج والذاكرة والطلبات المتزامنة وعدد الملفّات. إن لم تجدها في سياسة الاستعمال، فاسأل الدعم واحكم على الجواب.
• إصدار PHP: بحسب جدول مشروع PHP نفسه، ينتهي دعم الإصدار 8.2 الأمنيّ في 31 ديسمبر 2026، ويبقى 8.3 مدعومًا حتى نهاية 2027، و8.4 حتى نهاية 2028، و8.5 حتى نهاية 2029.^[6] فشركةٌ لا تتيح لك 8.3 على الأقلّ في خريف 2026 متأخّرةٌ في صيانة خوادمها. وفي كثيرٍ من اللوحات تختار الإصدار لحسابك بنفسك، وهذه الأداة في CloudLinux لا تعمل إلّا حين يكون قفص الحساب مفعَّلًا،^[4] فوجودها علامةٌ طيّبةٌ على العزل أيضًا.
• عزل الحسابات: هل يعيش كلّ حسابٍ في قفصه المنفصل؟ الشركة التي تستعمل هذه الأدوات تقول ذلك عادةً في صفحاتها التقنيّة.
• سعر التجديد: الخصم يكون على المدّة الأولى، والتجديد هو الرقم الذي ستدفعه بعدها. في صفحة Namecheap نفسها، الخطّة التي تُباع بدولارين و41 سنتًا مكتوبٌ بجانبها سعرها قبل الخصم: سبعة دولاراتٍ و88 سنتًا في الشهر.^[2] فاسأل قبل الدفع أيّ الرقمين ستدفع عند التجديد.
• مكان الخادم: كلّما قرب من جمهورك قصر الطريق. وفي دليل الاستضافة أين تقع أقرب المراكز لمن يقرأ من الخليج وأوروبا وأمريكا الشماليّة وسوريا.

وتجنّب الأخطاء التي يقع فيها أكثر المبتدئين. لا تشترِ ثلاث سنواتٍ مقدّمًا انبهارًا بخصم السنة الأولى قبل أن تجرّب الخدمة، وابدأ بمدّةٍ قصيرةٍ حتى تطمئنّ. ولا تعتمد على نسخ الشركة وحدها، ولا تبقَ على شركةٍ رديئةٍ سنواتٍ خوفًا من عناء النقل، فالنقل أسهل ممّا يبدو، وقد جمعت خطواته في مقال نقل موقعك بين الاستضافات. واعلم أنّ أكثر قوائم «أفضل استضافة» العربيّة مموّلةٌ بعمولات الإحالة، فاقرأها على هذا الأساس.

جرّبه بنفسك

افتح سياسة الاستعمال المقبول لدى شركتك الحاليّة، أو لدى شركةٍ تفكّر فيها، وابحث فيها عن كلمة inode وعن CPU وعن entry processes. في ربع ساعةٍ تعرف الأرقام الأربعة التي تحكم موقعك، وتعرف إن كانت الشركة تنشرها أم تخفيها.

وإن كان موقعك على استضافةٍ مشتركةٍ الآن، فقس زمن وصول أوّل بايتٍ منه في أوقاتٍ مختلفةٍ من اليوم. في طرفيّة لينكس أو ماك يكفي أمرٌ واحد، وضع نطاقك مكان المثال:

curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/

الرقم الذي يعود بالثواني، وهو يجمع كلّ ما قبل وصول أوّل بايت: البحث عن العنوان، والاتّصال، والتفاوض على التشفير، ثمّ عمل الخادم نفسه.^[5] فالرقم من بيتك أكبر من زمن الخادم وحده، والمقارنة بين الساعات هي المفيدة. كرّره صباحًا ومساءً، وقارن. تذبذبٌ كبيرٌ بين ساعةٍ وأخرى يدلّ في الغالب على خادمٍ مكتظّ، واستقرارٌ تحت 0.8 ثانيةٍ يعني أنّ استضافتك تؤدّي عملها. ثمّ افتح في لوحة التحكّم قسم استهلاك الموارد إن وفّرته شركتك، فهو يعرض لك استهلاكك من المعالج والذاكرة والطلبات المتزامنة، وكم مرّةً بلغت حدًّا منها في الأيّام الماضية.^[3] بهذين الرقمين يصير قرار الترقية قراءةً لبياناتك، وتترك التخمين جانبًا.

وإن أتاحت لك شركتك الدخول بسطر الأوامر، كما أشرح في مقال SSH للمبتدئين، فاعرف كم ملفًّا في حسابك بأمرٍ واحد: find ~ | wc -l. قارن الرقم بحدّ الملفّات في خطّتك، وستعرف كم بقي لك قبل أن يبلغه موقعك.

خلاصة عمليّة

ابدأ بالمشتركة إن كان موقعك صغيرًا، واختر الشركة بالأرقام المنشورة: حدودٌ واضحة، وإصدار PHP مدعوم، وعزلٌ مفعَّل، وسعر تجديدٍ تعرفه قبل أن تدفع. احتفظ بنسختك الاحتياطيّة بنفسك. وراقب أخطاء 508 وزمن الاستجابة في الذروة، فهما اللذان يخبرانك بأنّ الوقت حان.

وحين يحين، فالخطوة التالية حصّةٌ مضمونةٌ لا يزاحمك فيها أحد، وتحكّمٌ كاملٌ في نظامك، مقابل سعرٍ أعلى ومسؤوليّةٍ أكبر. هذا هو الخادم الافتراضيّ الخاصّ، موضوع المقال التالي. والانتقال إليه مقايضة: تكسب ما تفتقده هنا، وتدفع ثمنه مالًا ووقتًا.

المصادر

1. ‏Namecheap، «Hosting Acceptable Use Policy» (قُرئت في 23 سبتمبر 2026): حدود الحساب المشترك (المعالج 50% و50% و100%، والذاكرة 1 و2 و2 غيغابايت، والطلبات المتزامنة 20 و30 و40)، والتجاوز المؤقّت للمعالج، وحدود الملفّات 300 ألف و300 ألف و600 ألف، وحدّ 10 غيغابايت للوسائط ومثله لقواعد البيانات، واستبعاد الحسابات فوق 25 غيغابايت أو 200 ألف ملفّ من النسخ الأسبوعيّ، وتقييد حجم البريد، وأنّ الخدمة غير متوافقةٍ مع معيار PCI.
2. ‏Namecheap، «Shared Hosting»، صفحة الأسعار (قُرئت في 23 سبتمبر 2026): خطّة Stellar Plus بسعر 2.41 دولار شهريًّا بعد الخصم و7.88 قبله، مع «مواقع غير محدودة» و«مساحة غير مقيسة»، وحدّ 300 ألف ملفّ في جدول المقارنة.
3. ‏CloudLinux، «Limits»، وثائق CloudLinux OS: الحدود وقيمها الافتراضيّة (SPEED 100%، وPMEM غيغابايت، وEP 20، وNPROC 100)، وأثر بلوغ كلّ حدّ: بطءٌ عند حدّ المعالج أو القرص، والخطأ 508 عند حدّ عمليّات الدخول دون أن يتأثّر المستخدمون الآخرون، و500 أو 503 عند حدّ الذاكرة أو العمليّات.
4. ‏CloudLinux، «CloudLinux OS components: CageFS»: نظام ملفّاتٍ يضع كلّ مستخدمٍ في قفصه فلا يرى المستخدمين الآخرين ولا عمليّاتهم ولا ملفّات إعداد الخادم، وهو معطَّلٌ افتراضيًّا لكلّ المستخدمين.
5. ‏web.dev (Google)، «Time to First Byte (TTFB)»: القيمة الجيّدة 0.8 ثانيةٍ أو أقلّ، والسيّئة فوق 1.8 ثانية، وأنّ المقياس ليس من مؤشّرات أداء الويب الأساسيّة.
6. مشروع PHP، «Supported Versions» (قُرئت في 23 سبتمبر 2026): الدعم الأمنيّ للإصدار 8.2 حتى 31 ديسمبر 2026، و8.3 حتى 31 ديسمبر 2027، و8.4 حتى 31 ديسمبر 2028، و8.5 حتى 31 ديسمبر 2029.