انتقل إلى المحتوى
في هذه الصفحة

كيف أُعدّ Cloudflare لموقعي

كيف أُعدّ Cloudflare لموقعي

افتح لوحة تحكم Cloudflare الخاصة بك اليوم وستجد العشرات من الميزات لتحسين الأداء والأمان والموثوقية. يتم تمكين بعضها بشكل افتراضي، ويوصى بالبعض الآخر، وتظهر الإمكانات الجديدة بانتظام مع تطور النظام الأساسي. مع وجود العديد من الخيارات المتاحة، أردت أن أفهم بشكل أفضل كيفية مساهمة كل إعداد في موقع الويب الخاص بي.

بعد ترحيل موقع الويب الخاص بي إلى Astro (انظر إعادة بناء موقع الويب الخاص بي) واستضافته بالكامل على Cloudflare Workers (انظر من صفحات github إلى cloudflare، ومنشور هندسة موقع الويب الجديد الخاص بي)، أدركت أنني لم أقم مطلقًا بمراجعة تكوين Cloudflare الخاص بي. كانت بعض الإعدادات عبارة عن إعدادات افتراضية لم أشكك فيها، وبدا بعضها مفيدًا بدرجة كافية لدرجة أنني قمت بتفعيلها دون إعادة النظر في القرار لاحقًا.

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

لقد قمت بمراجعة كل صفحة من لوحة تحكم Cloudflare، وقرأت الوثائق الرسمية لكل ميزة، وقمت بتقييم ما إذا كان ذلك مناسبًا لموقع الويب الخاص بي اليوم. تتناول هذه المقالة القرارات التي اتخذتها، والأسباب الكامنة وراءها، والتكوين الذي استقرت عليه في النهاية.

نهج العمل

قبل تغيير أي إعدادات، قمت بتحديد بعض المبادئ البسيطة لتوجيه كل قرار.

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

حافظت هذه المبادئ على تركيز المراجعة وتأكدت من أن كل ميزة ممكّنة لها غرض واضح.

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

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

الشبكة

لم تكن صفحة الشبكة كما توقعت في البداية، ولكن بشكل إيجابي.

فتحتها متوقعًا قضاء بعض الوقت في ضبط إعدادات الشبكة لتحسين الأداء. لكنني اكتشفت أن معظم الخيارات مصممة لدعم البروتوكولات، أو التوافق، أو متطلبات البنية التحتية المحددة، بدلًا من تحسين الأداء. بالنسبة لموقع ويب حديث يعمل على Cloudflare Workers، فإن الإعدادات الافتراضية مُختارة بعناية، مما يعني أنه لا يوجد الكثير لتعديله إلا إذا كان لتطبيقك احتياجات شبكية خاصة.

الإعدادالحالةالسببالوثائق
توافق IPv6مُفعّلمعيار حديث، يتم التعامل معه بشفافية.Docs
gRPCمُعطّلموقعي لا يعرض خدمات gRPC.Docs
WebSocketsمُفعّللا توجد سلبيات حاليًا، ومفيد للميزات المستقبلية.Docs
Pseudo IPv4مُعطّلبنيتي التحتية تدعم IPv6 بالكامل.Docs
تحديد الموقع الجغرافي عبر IPمُفعّلبيانات وصفية مفيدة للتحليلات أو تحديد الموقع الجغرافي مستقبلًا.Docs
توجيه Onionمُفعّليدعم زوار Tor دون التأثير على أي شخص آخر.Docs

في النهاية، قمت بإجراء تغييرات قليلة جدًا على هذه الصفحة، والتي توضح الكثير عن التكوين الافتراضي لـ Cloudflare. بالنسبة لموقع ويب حديث، تم بالفعل اختيار الإعدادات الافتراضية بشكل جيد.

لقد أبقيت IPv6 مفعّلاً لأنه معيار الإنترنت الحديث ويتعامل Cloudflare مع التوافق تلقائيًا. تظل WebSockets ممكنة أيضًا. موقع الويب الخاص بي لا يستخدمها اليوم، لكن دعمها ليس له أي جانب سلبي تقريبًا ويبقي الباب مفتوحًا أمام الميزات التفاعلية المستقبلية.

يظل Pseudo IPv4 وgRPC معطلين لأنهما يحلان المشكلات التي لا يواجهها موقع الويب الخاص بي. تدعم البنية الأساسية الخاصة بي IPv6 بشكل كامل، ولا أكشف عن أي خدمات gRPC، لذا فإن تمكين أي من الميزتين لن يؤدي إلا إلى إضافات غير ضرورية.

لقد تركت تحديد الموقع الجغرافي IP مفعّلاً لأنه يوفر بيانات مفيدة لموقع الزائر من خلال رأس CF-IPCountry دون أي تكلفة تقريبًا. لقد قمت أيضًا بتفعيل Onion Routing لأنه يعمل على تحسين إمكانية الوصول لمستخدمي Tor ويتوافق مع هدفي المتمثل في جعل موقع الويب متاحًا لأكبر عدد ممكن من الأشخاص.

التخزين المؤقت

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

الإعدادالحالةالسببالوثائق
مستوى التخزين المؤقتافتراضيالخيار الافتراضي الأكثر أمانًا وملاءمة.Docs
مدة صلاحية ذاكرة التخزين المؤقت للمتصفح4 ساعاتتوازن جيد بين حداثة البيانات والأداء.Docs
تلميحات الزحفمُفعّلةتُساعد محركات البحث على اكتشاف التحديثات بكفاءة أكبر.Docs
الاتصال الدائممُعطّللا يُقدّم قيمة حقيقية لـ Cloudflare Workers.Docs
وضع التطويرمُعطّلمفيد فقط عند تصحيح أخطاء ذاكرة التخزين المؤقت.Docs

عززت مراجعة التخزين المؤقت فكرة واحدة بسيطة. تعمل الأطر الحديثة وCloudflare بشكل جيد معًا بالفعل. يقوم Astro بإنشاء أصول ببصمات، ويقوم Cloudflare بتخزينها مؤقتًا بكفاءة على الحافة، مما يترك القليل جدًا للتحسين يدويًا.

لقد حافظت على مستوى التخزين المؤقت عند المستوى الافتراضي وذاكرة التخزين المؤقت للمتصفح TTL عند 4 ساعات، مما يوفر توازنًا جيدًا بين الزيارات المتكررة السريعة والتحديثات في الوقت المناسب. لقد قمت أيضًا بتفعيل Crawler Hints، مما يسمح لـ Cloudflare بإخطار محركات البحث عند تغيير المحتوى.

الميزة الوحيدة التي تركتها معطلة هي الاتصال بالإنترنت دائمًا. نظرًا لأن موقع الويب الخاص بي يعمل بالكامل على البنية التحتية لـ Cloudflare، فإن عرض الصفحات المؤرشفة أثناء انقطاع الخدمة يضيف قيمة قليلة.

أخيرًا، يعد وضع التطوير أداة ممتازة أثناء اختبار التغييرات، ولكن يجب دائمًا تعطيله بعد ذلك. بخلاف ذلك، قد تقضي ساعات تتساءل عن سبب تباطؤ موقعك فجأة.

تحسين المحتوى

كان هذا هو القسم الذي أثار فضولي أكثر. قدمت Cloudflare العديد من ميزات التحسين في السنوات الأخيرة، وقد أوضحت مراجعتها أنها لا تقدم جميعها نفس القيمة. يوفر بعضها فوائد فورية دون أي جهد تقريبًا، بينما تم تصميم بعضها الآخر لحالات الاستخدام التي تتعامل معها الأطر الحديثة جيدًا بالفعل.

الإعدادالحالةالسببالوثائق
التصغير التلقائي (JavaScript)مُفعّلتحسين بسيط دون أي جانب سلبي ملحوظ.Docs
التصغير التلقائي (CSS)مُفعّللتقليل وحدات البايت غير الضرورية.Docs
التصغير التلقائي (HTML)مُفعّلتحسين صغير ولكنه مجاني.Docs
التلميحات المبكرةمُفعّلللسماح للمتصفحات ببدء تنزيل الموارد مبكرًا.Docs
إعادة كتابة HTTPS تلقائيًامُفعّللمنع مشكلات المحتوى المختلط تلقائيًا.Docs
Opportunistic Encryptionمُعطّللا يؤدي إلى تحسين موقع HTTPS بالفعل.Docs
Rocket Loaderمُعطّلتعمل أطر العمل الحديثة بالفعل على تحسين تحميل JavaScript.Docs
Speed Brainمُفعّلواحدة من ميزات الأداء الجديدة الأكثر إقناعًا.Docs
خطوط Cloudflareمُفعّللتحسين الخصوصية مع تقليل طلبات الجهات الخارجية.Docs

هذه بعض التحسينات المفضلة لدي. يمكن للعديد من هذه الميزات تحسين الأداء أو الخصوصية بنقرة واحدة، مما يجعلها إضافات سهلة إلى موقع ويب حديث.

كان Speed Brain خيارًا فوريًا. ويستخدم واجهة برمجة التطبيقات لقواعد المضاربة في المتصفح للجلب المسبق للصفحات التي من المحتمل أن يفتحها الزائرون بعد ذلك، مما يجعل التنقل أسرع دون الحاجة إلى أي تغييرات في التعليمات البرمجية.

كانت Cloudflare Fonts ميزة أخرى كنت سعيدًا باكتشافها. إنه يخدم خطوط Google من خلال نطاقك الخاص، مما يعمل على تحسين الخصوصية مع تقليل الاعتماد على الطلبات الخارجية.

لقد قمت أيضًا بتفعيل التصغير التلقائي والتلميحات المبكرة وإعادة كتابة HTTPS التلقائية. يساهم كل منها في تحسينات صغيرة ولكن جديرة بالاهتمام، ويساعدان معًا في تقديم تجربة تصفح أسرع وأكثر صقلًا.

تظل الميزات الأخرى، مثل Rocket Loader و Opportunistic Encryption ، متاحة إذا تغيرت متطلبات موقع الويب الخاص بي في المستقبل. بالنسبة للإعداد الحالي، توفر عملية الإنشاء الحالية وتكوين HTTPS بالفعل الفوائد المقصودة، مما يسمح للتكوين العام بالبقاء بسيطًا ويمكن التنبؤ به.

تحسين البروتوكول

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

الإعدادالحالةالسببالوثائق
HTTP/2مُفعّلالمعيار الحديث للاتصالات المتعددة الإرسال.Docs
HTTP/3مُفعّللأداء أفضل على الشبكات الحديثة باستخدام QUIC.Docs
TLS 1.3مُفعّللمصافحة أسرع وتحسين الأمان.Docs
استئناف اتصال 0-RTTمُفعّليقلل زمن الوصول للزوار العائدين.Docs

يعمل HTTP/2 على تحسين كيفية تنزيل المتصفحات للموارد من خلال السماح للطلبات المتعددة بمشاركة اتصال واحد. يعتمد HTTP/3 على ذلك باستخدام QUIC، مما يقلل أوقات الاتصال ويحسن الأداء على الشبكات الأقل موثوقية.

ومن ناحية الأمان، يوفر TLS 1.3 اتصالات مشفرة أسرع مع اعتماد معايير التشفير الحديثة. يعمل استئناف الاتصال 0-RTT على تحسين تجربة الزائرين العائدين من خلال تقليل الوقت اللازم لإعادة الاتصال بشكل آمن.

بالنسبة لموقع ويب حديث، تنتمي هذه الميزات ببساطة إلى الأساس. وهي لا تتطلب صيانة مستمرة، وهي مدعومة على نطاق واسع، وتوفر تحسينات قابلة للقياس لكل من الأداء والأمان.

الأمان

قبل أن تصل أي طلبات (requests) إلى تطبيقي، تقوم Cloudflare بالفعل بتصفية الزيارات الضارة، والتصدي للهجمات، وحماية الموقع عند “الحافة” (edge) - أي قبل وصولها إلى الخادم الأصلي.

الإعدادالحالةالسببالوثائق
وضع مكافحة الروبوتات (Bot Fight Mode)مُفعّلمكسب سهل لا يتطلب أي إعدادات.Docs
فحص سلامة المتصفح (Browser Integrity Check)مُفعّليضيف طبقة حماية إضافية خفيفة الوزن.Docs
الحماية من هجمات DDoSنشطمشمول افتراضياً ويُعد من أكبر نقاط قوة Cloudflare.Docs

أحد الجوانب التي أقدرها بشكل خاص هو سهولة التعامل مع ميزات الأمان في Cloudflare؛ فميزات مثل وضع مكافحة الروبوتات، وفحص سلامة المتصفح، والحماية من هجمات DDoS تعمل جميعها تلقائياً، مما يوفر طبقة حماية قوية دون الحاجة إلى قواعد جدار حماية مخصصة أو تعديلات مستمرة.

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

نظرة إلى الوراء

منحتني هذه المراجعة تقديراً أعمق لمدى دقة وذكاء تصميم Cloudflare. فبدلاً من التركيز فقط على تغيير الإعدادات، ركزت على فهمها والتأكد من توافقها مع احتياجات موقعي.

لكل ميزة قمت بتفعيلها غرض واضح، وتشكل هذه الميزات مجتمعةً إعدادات متوازنة للغاية. وما أثار إعجابي أكثر هو كيفية عمل خدمات Cloudflare - بدءاً من DNS وCDN ووصولاً إلى التخزين المؤقت (caching) والأداء والأمان - معاً كمنصة متكاملة ومترابطة.

إذا كنت تراجع إعداداتك الخاصة، فخصص وقتاً لفهم وظيفة كل إعداد ومدى ملاءمته لموقعك؛ فبناء الإعدادات بوعي وقصد له قيمة أكبر بكثير من مجرد تفعيل كل ميزة متاحة.

ما الذي قد تغيره؟

تواصل Cloudflare تطورها المستمر، لذا سأستمر في مراجعة إعداداتي وتحديث هذا المقال كلما توفرت ميزات جديدة.

كيف تقوم بإعداد لوحة تحكم Cloudflare الخاصة بك؟ وهل اكتشفت ميزة أحدثت فرقاً ملحوظاً؟ شاركنا توصياتك في التعليقات؛ فأنا مهتم جداً بمعرفة تجاربكم.