في المقال السابق مرّ بك القفل الذي يضعه HTTPS على موقعك، وعرفتَ أنّه جدارٌ واحدٌ في حصنٍ أكبر. واليوم تبني بقيّة الحصن. فالتشفير يحمي البيانات في طريقها بين موقعك وزوّارك، لكنّه لا يحمي الموقع نفسه من أن يُخترَق أو تُحقَن فيه برمجيّاتٌ خبيثةٌ أو يُحذَف محتواه. أمان الموقع أوسع بكثيرٍ من قفلٍ في شريط العنوان.
وسأتناول في هذا المقال موضوعين متلازمين لا ينفصلان: الوقاية والتعافي. الوقاية هي أن تحصّن موقعك ضدّ الاختراق قدر الإمكان، والتعافي هو أن تملك نسخةً احتياطيّةً تعيدك إلى الحياة إن وقع الأسوأ رغم كلّ الحذر. لا أمان بلا الاثنين معًا: من يحصّن ولا ينسخ يقامر، ومن ينسخ ولا يحصّن يتعب. سأشرح كيف تُهاجَم المواقع، وطبقات الحماية، وقواعد النسخ الاحتياطيّ الصحيحة، والأخطاء القاتلة.
لماذا يُهاجَم موقعك أصلًا؟
أوّل ما يجب أن تفهمه لتتحرّر من وهمٍ شائع: معظم الهجمات ليست شخصيّةً موجّهةً إليك. لست هدفًا لأنّك مهمّ، بل لأنّك موجود. برامج آليّةٌ تجوب الإنترنت ليلًا ونهارًا تبحث عن أيّ موقعٍ فيه ثغرة، لا تعرفك ولا تكرهك، بل تجرّب الملايين آليًّا. موقعك الصغير معرّضٌ تمامًا كالكبير، وربّما أكثر لأنّه أقلّ حمايةً.
ولهذا فإنّ قول «موقعي صغيرٌ لا يستحقّ الاختراق» من أخطر الأوهام. المهاجم الآليّ لا يفرّق، وموقعك المخترَق مفيدٌ له حتّى لو لم يهمّه محتواك: يستعمله لإرسال رسائل مزعجة، أو لبثّ برمجيّاتٍ خبيثةٍ لزوّارك، أو لإخفاء نشاطٍ إجراميّ، أو لمهاجمة مواقع أخرى. أنت هدفٌ بمجرّد أنّك متّصلٌ بالشبكة.
والسبب الذي يجعل أنظمةً مثل ووردبريس هدفًا متكرّرًا ليس ضعفها، بل انتشارها. حين يشغّل نظامٌ واحدٌ جزءًا هائلًا من مواقع العالم، تصير أيّ ثغرةٍ فيه مفتاحًا لملايين المواقع دفعةً واحدة، فيتركّز عليه اهتمام المهاجمين. الشهرة ثمنها أنّك في مرمى النظر دائمًا، وهذا يوجب حذرًا أكبر لا خوفًا مشلًّا.[1]
كيف تُخترَق المواقع؟
أشهر أبواب الاختراق على الإطلاق هو البرمجيّات القديمة غير المحدَّثة. كلّ إضافةٍ أو قالبٍ أو نظامٍ قديمٍ قد يحمل ثغرةً معروفةً نُشِر إصلاحها، لكنّك لم تحدّثه فبقي الباب مفتوحًا. المهاجمون يعرفون هذه الثغرات المنشورة ويبحثون آليًّا عمّن لم يسدّها بعد. التحديث المتأخّر ليس إهمالًا بسيطًا، بل دعوةٌ صريحةٌ للاختراق.
الباب الثاني هو هجمات تخمين كلمة المرور، حيث تجرّب برامج آليّةٌ آلاف كلمات المرور على صفحة دخولك حتّى تصيب. كلمة مرورٍ ضعيفةٍ أو شائعةٍ تسقط في ثوانٍ أمام هذه الهجمات. والباب الثالث هو حقن الشيفرة الخبيثة عبر ثغراتٍ في نماذج الموقع أو إضافاته، ليزرع المهاجم شيفرته وينفّذها على خادمك.
وهناك أبوابٌ أخرى كهجمات الحرمان من الخدمة التي تغرق موقعك بطلباتٍ وهميّةٍ حتّى ينهار، والتصيّد الذي يخدع أحدًا للحصول على كلمات مرورك، وتشويه الموقع لعرض رسائل المهاجم. تتنوّع الأساليب، لكنّ الخيط الجامع أنّ معظمها يُصَدّ بإجراءاتٍ أساسيّةٍ بسيطةٍ لو التُزِم بها من البداية.
ومن المفيد أن تدرك أنّ الاختراق قد لا يظهر فورًا. مهاجمٌ ذكيٌّ قد يزرع بابًا خلفيًّا في موقعك ويبقى صامتًا شهورًا، يستعمله بهدوءٍ دون أن تلاحظ، حتّى تكتشف الأمر بعد فوات الأوان. لهذا لا تقِس أمانك بغياب المشكلات الظاهرة، بل بوجود إجراءات الوقاية والمراقبة فعلًا. السكون ليس دليل سلامةٍ دائمًا.
وأشير إلى نوعٍ من الخطر يُغفَل كثيرًا: العنصر البشريّ. كثيرٌ من الاختراقات لا تأتي من ثغرةٍ تقنيّةٍ معقّدة، بل من خطأٍ بشريّ بسيط: كلمة مرورٍ مشتركةٍ عبر بريدٍ غير آمن، أو نقرٍ على رابطٍ خبيث، أو منح صلاحيّةٍ لمن لا يستحقّ. أقوى الجدران التقنيّة لا تنفع إن كان الإنسان خلفها غافلًا. الوعي جزءٌ من الأمان لا يقلّ عن الأدوات.
الطبقة الأولى: التحديث الدائم
إن لم تأخذ من هذا المقال إلّا نصيحةً واحدة، فلتكن هذه: حدّث كلّ شيءٍ دائمًا. نواة نظامك، وقوالبك، وإضافاتك، يجب أن تبقى على أحدث إصداراتها. معظم الاختراقات تدخل من برمجيّةٍ قديمةٍ ذات ثغرةٍ معروفةٍ ومُصلَحة، فالتحديث وحده يغلق أوسع أبواب الخطر بأقلّ جهد.
فعّل التحديثات التلقائيّة حيثما أمكن، خاصّةً للتحديثات الأمنيّة الحرجة. وإن كنت تخشى أن يكسر تحديثٌ موقعك، فهنا تظهر قيمة بيئة التجربة والنسخ الاحتياطيّ: جرّب التحديث على نسخةٍ آمنةٍ أوّلًا، أو خذ نسخةً قبله. لكن لا تجعل الخوف من التحديث ذريعةً لتركه، فالبقاء على القديم أخطر بكثيرٍ من مجازفة التحديث.
وجزءٌ من هذه الطبقة هو تقليل ما تحتاج تحديثه أصلًا. كلّ إضافةٍ أو قالبٍ مثبَّتٍ سطحٌ إضافيٌّ قد يُهاجَم، فاحذف ما لا تستعمله، ولا تثبّت إلّا ما تحتاجه فعلًا. الموقع النظيف من الإضافات الزائدة أسهل في التأمين وأقلّ عرضةً للثغرات. البساطة هنا ليست تقشّفًا بل استراتيجية أمان.
وانتبه إلى الإضافات المهجورة، أي التي توقّف مطوّروها عن تحديثها. حتّى لو كانت تعمل الآن، فإنّ توقّف تحديثها يعني أنّ أيّ ثغرةٍ تُكتشَف فيها لن تُصلَح أبدًا، فتبقى بابًا مفتوحًا إلى الأبد. راجع بين حينٍ وآخر تاريخ آخر تحديثٍ لإضافاتك، واستبدل المهجور منها ببديلٍ حيٍّ نشط. الإضافة الميتة خطرٌ صامتٌ يتراكم مع الوقت.
الطبقة الثانية: تحصين الدخول
صفحة الدخول هي البوّابة الرئيسة، وتحصينها أولويّة. ابدأ بكلمة مرورٍ قويّةٍ وطويلةٍ وفريدةٍ لا تشبه غيرها، فكلمة المرور الضعيفة تُسقط كلّ شيءٍ مهما حصّنت سواها. واستعمل مدير كلمات مرورٍ يولّدها ويحفظها لك، فالاعتماد على الذاكرة يدفع الناس إلى كلماتٍ سهلةٍ خطيرة.
ثمّ فعّل التحقّق بخطوتين، وهو أن يطلب الدخول رمزًا إضافيًّا من هاتفك بعد كلمة المرور. هذه الطبقة وحدها تُفشِل معظم هجمات تخمين كلمة المرور، لأنّ المهاجم قد يعرف كلمتك لكنّه لا يملك هاتفك. إنّها من أقوى الإجراءات مقابل أقلّ جهد، فلا تتهاون فيها خاصّةً لحساب المدير.
وأضف إجراءاتٍ تكميليّةً مفيدة: حدّد عدد محاولات الدخول الفاشلة قبل حظر المحاول، وغيّر اسم المستخدم الافتراضيّ الذي يخمّنه المهاجمون أوّلًا، وأخفِ صفحة الدخول عن عنوانها المعروف. كلّ إجراءٍ من هذه يرفع كلفة الاختراق على المهاجم، وحين ترتفع الكلفة كثيرًا ينصرف عنك إلى فريسةٍ أسهل.
وهذه فكرةٌ جوهريّةٌ في الأمان تستحقّ الوقوف: هدفك ليس أن تكون حصنًا لا يُخترَق، فهذا مستحيل، بل أن تكون أصعب من جارك. المهاجم الآليّ يبحث عن الأسهل، فإن وجد موقعك محصّنًا بطبقاتٍ معقولةٍ انصرف عنه إلى ملايين المواقع الأسهل. لست مطالبًا بالكمال، بل بأن ترفع كلفتك فوق عتبةٍ لا يستحقّ عندها المهاجم عناءه معك.
الطبقة الثالثة: أقلّ الصلاحيّات
مبدأٌ ذهبيٌّ في الأمان: أعطِ كلّ مستخدمٍ أقلّ صلاحيّةٍ يحتاجها لعمله لا أكثر. إن كان أحدهم يكتب المقالات فقط، فلا تعطه صلاحيّات المدير الكاملة. فإن اختُرِق حسابه، يكون الضرر محصورًا في حدود صلاحيّته الضيّقة، لا مفتاحًا لكلّ شيء. توزيع الصلاحيّات بحكمةٍ يحوّل ثغرةً واحدةً من كارثةٍ إلى إزعاج.
وراجع قائمة المستخدمين في موقعك بين حينٍ وآخر، واحذف من لم يعد يحتاج الوصول. حساباتٌ قديمةٌ لموظّفين غادروا، أو مطوّرٍ أنهى عمله، أو تجربةٍ نسيتها، كلّها أبوابٌ منسيّةٌ قد تُستغَلّ. الحساب الذي لا يُستعمَل ولا يُراقَب أخطر من الحساب النشط، لأنّ أحدًا لن يلاحظ نشاطًا مريبًا عليه. النظافة الدوريّة لقائمة المستخدمين جزءٌ من الأمان.
وهذا المبدأ يمتدّ إلى مصادر ما تثبّته. لا تثبّت إضافةً أو قالبًا إلّا من مصدرٍ موثوقٍ معروف، وابتعد عن النسخ «المجّانيّة المقرصنة» من المنتجات المدفوعة، فهي من أشهر طرق زرع البرمجيّات الخبيثة في المواقع. ما تظنّه توفيرًا لبضعة دولاراتٍ قد يكلّفك موقعك كلّه. المصدر الموثوق جزءٌ من الأمان لا رفاهيّة.
الطبقة الرابعة: درع الخادم
فوق حماية موقعك، هناك حماية على مستوى الخادم والشبكة. جدار الحماية للتطبيقات (WAF) يقف بين موقعك والزوّار، يفحص الطلبات الواردة ويصدّ ما يبدو منها هجومًا قبل أن يصل موقعك أصلًا. كثيرٌ من خدمات الحماية توفّره، وهو طبقةٌ استباقيّةٌ قويّة تحجب فئاتٍ كاملةً من الهجمات آليًّا.[2]
خدمةٌ مثل Cloudflare المجّانيّة تقدّم هذا الدرع وتصدّ هجمات الحرمان من الخدمة بتوزيع الحمل وامتصاص الطلبات الوهميّة قبل بلوغها خادمك. تمرير موقعك عبر مثل هذه الشبكة يمنحك حمايةً وسرعةً معًا بأقلّ جهد. والخبر السارّ أنّ كثيرًا من هذه الحماية متاحٌ في الباقات المجّانيّة، فلا عذر في إهمالها.
واختيار الاستضافة نفسها جزءٌ من درعك. مزوّدٌ محترمٌ يراقب خوادمه، ويحدّث برمجيّاتها، ويعزل المواقع بعضها عن بعض، ويستجيب سريعًا للحوادث. رخص الاستضافة المفرط قد يعني إهمالًا في الأمان يكلّفك لاحقًا. فحين تقارن العروض، اسأل عن إجراءات المزوّد الأمنيّة، فهي جزءٌ من قيمة ما تدفعه لا تفصيلٌ ثانويّ.
الطبقة الخامسة: المراقبة والكشف
لا يكفي أن تبني الجدران، بل يجب أن تراقب من يحاول تسلّقها. أدوات فحص البرمجيّات الخبيثة تمسح موقعك دوريًّا بحثًا عن شيفرةٍ دخيلة، وتنبّهك إن وجدت شيئًا. وإضافات الأمان المعروفة تجمع كثيرًا من هذه الوظائف: جدار حماية، وفحص، وحظر، وتنبيهات، في مكانٍ واحد. اختر واحدةً موثوقةً ولا تكدّس عدّةً تتصارع.
وسجلّات النشاط تريك من دخل، ومتى، وماذا فعل، فتكشف مبكّرًا أيّ نشاطٍ غريب. مراجعة هذه السجلّات بين حينٍ وآخر عادةٌ صحّيّة، لأنّ كثيرًا من الاختراقات تسبقها محاولاتٌ ومؤشّراتٌ لو انتُبِه إليها لأُوقِفت. الكشف المبكّر يحوّل اختراقًا محتملًا إلى محاولةٍ فاشلةٍ رُصِدت في وقتها.
وفعّل التنبيهات حيثما أمكن، كي يصلك إشعارٌ فور وقوع شيءٍ يستحقّ الانتباه: محاولة دخولٍ مشبوهة، أو تغيّرٌ في ملفٍّ أساسيّ، أو تحديثٌ متأخّر. التنبيه الفوريّ يجعلك تتصرّف في ساعة المشكلة لا بعد أسبوعٍ من وقوعها. المراقبة دون تنبيهٍ كحارسٍ نائم؛ التنبيه هو ما يوقظه في اللحظة الصحيحة.
وحين تكتشف اختراقًا فعلًا، لا تتعجّل بحذف كلّ شيءٍ في ذعر. أوّل خطوةٍ هي عزل الموقع ومنع الضرر من الانتشار، ثمّ الاستعانة بنسختك الاحتياطيّة النظيفة للعودة إلى حالةٍ سليمةٍ سبقت الاختراق، ثمّ سدّ الثغرة التي دخل منها المهاجم كي لا يعود. التعافي المنظّم أفضل من ردّ الفعل المرتبك الذي قد يزيد الطين بلّة.
النصف الثاني: النسخ الاحتياطيّ
مهما أحكمت الحماية، تبقى حقيقةٌ يجب أن تعيها: لا أمان مطلق. قد يقع اختراقٌ رغم كلّ الحذر، وقد يخطئ تحديثٌ فيكسر موقعك، وقد يتعطّل الخادم، وقد تحذف أنت شيئًا بالغلط. هنا يأتي طوق النجاة الأخير الذي لا بديل عنه: النسخة الاحتياطيّة. هي الفرق بين مصيبةٍ عابرةٍ وكارثةٍ لا رجعة منها.
النسخة الاحتياطيّة الجيّدة ليست مجرّد «نسخةٍ ما»، بل تتبع قواعد. أشهرها قاعدة ثلاثة-اثنان-واحد: احتفظ بثلاث نسخٍ من بياناتك، على وسيطين مختلفين، وواحدةٌ منها على الأقلّ في مكانٍ خارجيٍّ بعيدٍ عن خادمك. هذه القاعدة البسيطة تحميك من فقدان كلّ شيءٍ بعطلٍ واحد، لأنّ لا كارثةٍ واحدةٍ تصيب النسخ كلّها معًا.[3]
النقطة الأهمّ في القاعدة هي «الخارجيّة». نسخةٌ محفوظةٌ على الخادم نفسه الذي عليه موقعك ليست حمايةً حقيقيّة، لأنّ عطلًا كبيرًا في الخادم يبتلع الموقع ونسخته معًا. احفظ نسخةً بعيدةً، في خدمةٍ سحابيّةٍ أو على جهازك، كي تبقى سالمةً حتّى لو احترق كلّ شيءٍ في مكان الموقع الأصليّ.
والنسخ الخارجيّ يحميك من خطرٍ خاصٍّ يغفله كثيرون: برمجيّات الفدية. لو أُصيب موقعك أو خادمك ببرمجيّةٍ تشفّر بياناتك وتطلب فديةً لفكّها، فإنّ نسخةً معزولةً بعيدةً هي ما ينقذك دون أن تدفع لأحد. النسخة التي على الخادم نفسه قد تُشفَّر مع كلّ شيء، أمّا البعيدة فتبقى منيعةً، فتعود إلى عملك متجاهلًا ابتزاز المهاجم تمامًا.
واحتفظ بعدّة نسخٍ من فتراتٍ مختلفةٍ لا نسخةً واحدةً تُكتَب فوقها كلّ مرّة. فقد لا تكتشف اختراقًا أو تلفًا إلّا بعد أيّام، وحينها تريد العودة إلى ما قبل المشكلة لا إلى آخر نسخةٍ التقطت المشكلة نفسها. سلسلةٌ من النسخ عبر الزمن تعطيك نقاط عودةٍ متعدّدة، وهي أثمن بكثيرٍ من نسخةٍ واحدةٍ حديثةٍ قد تكون ملوّثة.
وتردّد النسخ يجب أن يناسب تردّد تغيّر موقعك. متجرٌ تتغيّر طلباته كلّ ساعةٍ يحتاج نسخًا متقاربةً جدًّا، ومدوّنةٌ تُحدَّث أسبوعيًّا تكفيها نسخةٌ أسبوعيّة. اسأل نفسك: كم من العمل أتحمّل خسارته لو عدتُ إلى آخر نسخة؟ إجابتك تحدّد كلّ كم تنسخ. النسخ النادر جدًّا قد يعني خسارة أيّامٍ من العمل عند الكارثة.
وانتبه إلى أنّ النسخة الكاملة تشمل شيئين لا أحدهما: ملفّات الموقع وقاعدة بياناته معًا. كثيرون ينسخون الملفّات وينسون قاعدة البيانات التي تحمل المحتوى والإعدادات، أو العكس، فتكون نسختهم ناقصةً لا تعيد الموقع حيًّا. تأكّد أنّ نسختك تجمع الاثنين، فالموقع لا يكتمل إلّا بهما، وفقدان أحدهما يعني فقدان الموقع عمليًّا.
ولحسن الحظّ، لست مضطرًّا لفعل كلّ هذا يدويًّا. أدوات النسخ الاحتياطيّ الآليّ تأخذ النسخ في مواعيد تحدّدها، وترفعها تلقائيًّا إلى مكانٍ خارجيّ، وتحتفظ بعددٍ من النسخ السابقة. الأتمتة هي ما يحوّل النسخ من مهمّةٍ تنساها إلى نظامٍ يعمل دون تذكّرٍ منك. اضبطه مرّةً بعنايةٍ، ثمّ تحقّق من عمله بين حينٍ وآخر.
النسخة التي لم تُختبَر ليست نسخة
أخطر ما في النسخ الاحتياطيّ وهمٌ مطمئنٌ خادع: أن تظنّ أنّ لديك نسخةً بينما هي معطوبةٌ أو ناقصةٌ لا تصلح للاستعادة. النسخة التي لم تجرّب استعادتها فعلًا مجرّد أملٍ لا ضمان. الكثيرون اكتشفوا في لحظة الكارثة أنّ نسخهم لا تعمل، فخسروا كلّ شيءٍ رغم أنّهم كانوا «ينسخون».
لهذا اجعل اختبار الاستعادة جزءًا من روتينك: جرّب بين حينٍ وآخر أن تستعيد نسختك على بيئةٍ منفصلةٍ وتتأكّد أنّ الموقع يعود سليمًا كاملًا. هذا الاختبار البسيط يحوّل النسخة من وعدٍ إلى يقين. لا تنتظر الكارثة لتكتشف أنّ خطّة نجاتك لا تعمل، بل تأكّد منها وأنت في أمان.
وعادةٌ ذهبيّةٌ أخرى: خذ نسخةً كاملةً قبل أيّ تغييرٍ كبيرٍ في موقعك، كتحديثٍ رئيسيٍّ أو تركيب إضافةٍ مهمّة. فإن ساء التغيير، تعود بضغطةٍ إلى ما قبله دون خسارة. هذه العادة وحدها أنقذت مواقع لا تُحصى من أخطاء لحظةٍ واحدة. اجعل النسخ قبل التغيير عادةً تلقائيّةً لا قرارًا تتذكّره أحيانًا.
نسخ الاستضافة مقابل نسخك أنت
كثيرٌ من الاستضافات تقدّم نسخًا احتياطيّةً تلقائيّة، وهذا جيّد، لكن لا تجعلها حبل نجاتك الوحيد. نسخ المزوّد قد تكون على بنيته نفسها، وقد تختفي إن أغلقت حسابك أو وقع خلافٌ معه، وقد لا تعرف مدى تكرارها أو سهولة استعادتها. الاعتماد الكامل على طرفٍ واحدٍ في أمرٍ مصيريٍّ مجازفةٌ لا داعي لها.
الحلّ الحكيم أن تجمع بين نسخ المزوّد ونسخةٍ مستقلّةٍ تملكها أنت وتتحكّم بها، محفوظةٍ خارجيًّا. بهذا تكون محميًّا حتّى لو خذلتك إحدى الجهتين. امتلاكك لنسختك الخاصّة يعني أنّك لست رهينةً لأحد في أخطر لحظات موقعك، وهذا استقلالٌ يستحقّ القليل من الجهد الإضافيّ.
أخطاء قاتلة
الخطأ الأوّل والأقتل هو غياب النسخ الاحتياطيّ أصلًا، أو وجوده على الخادم نفسه فقط. الخطأ الثاني هو عدم اختبار الاستعادة، فتكتشف عطب النسخة في أسوأ لحظة. الخطأ الثالث هو إهمال التحديثات بحجّة الانشغال أو الخوف، وهو أوسع باب اختراقٍ على الإطلاق.
والخطأ الرابع هو الاطمئنان الزائد بعد تركيب إضافة أمانٍ واحدة، والظنّ أنّها حصّنت كلّ شيء. الأمان طبقاتٌ متكاملةٌ لا إجراءٌ واحد. والخطأ الخامس هو التهاون في كلمات المرور وترك التحقّق بخطوتين، وهو تهاونٌ يفتح البوّابة الرئيسة على مصراعيها مهما أحكمت النوافذ. الأمان سلسلةٌ بقوّة أضعف حلقاتها.
جرّبه بنفسك
ابدأ بجردٍ صادقٍ لحالك الآن: هل لديك نسخةٌ احتياطيّةٌ حديثةٌ خارج خادمك؟ متى آخر مرّةٍ جرّبت استعادتها؟ هل التحديثات مفعّلة؟ هل حسابك محميٌّ بالتحقّق بخطوتين؟ اكتب إجاباتك بصدق، فكلّ «لا» في هذه القائمة ثغرةٌ تنتظر أن تُستغَلّ، وإصلاحها اليوم أرخص بكثيرٍ من إصلاحها بعد الكارثة.
ثمّ افعل شيئًا واحدًا الآن لا تؤجّله: خذ نسخةً احتياطيّةً كاملةً من موقعك واحفظها في مكانٍ خارجيّ. مجرّد امتلاك نسخةٍ واحدةٍ سليمةٍ بعيدةٍ يرفعك من خانة «المكشوف تمامًا» إلى خانة «القابل للتعافي». هذه الخطوة الصغيرة قد تكون أهمّ ما تفعله لموقعك هذا الأسبوع كلّه.
من الحماية إلى السرعة
رأيتَ في هذا المقال أنّ أمان موقعك بناءٌ من طبقاتٍ للوقاية، وشبكة أمانٍ من النسخ للتعافي، وأنّ الاثنين لا ينفصلان. حصّن أبوابك، وراقب من يطرقها، واحتفظ دائمًا بطريق عودةٍ إن سقط جدار. بهذا تنام مطمئنًّا إلى أنّ موقعك محميٌّ قدر الطاقة، وقابلٌ للإحياء إن أصابه مكروه.
وبعد أن أمّنتَ الموقع وحصّنتَه، يبقى سؤالٌ يشغل كلّ صاحب موقع: كيف أجعله سريعًا؟ فالزائر لا ينتظر، ومحرّك البحث يكافئ السرعة، والبطء يطرد الجميع. كيف تسرّع موقعك، وما دور شبكات توصيل المحتوى والتخزين المؤقّت في ذلك؟ وذلك موضوع المقال القادم عن الأداء وشبكات CDN.
المصادر
- Sucuri, «Website Hacked Trends Report», Sucuri Security. sucuri.net ↩
- Cloudflare, «What is a WAF? | Web Application Firewall», Cloudflare Learning Center. cloudflare.com ↩
- Backblaze, «What Is 3-2-1 Backup?», Backblaze Blog. backblaze.com ↩