(مستواي: بنيتُ بعض المواقع شبه المعقدة على Wix، ومبرمج مبتدئ)
كان هناك لبس كبير لدي، وقد توضح الآن إلى حد ما، وهو أن استضافة Discourse ذاتيًا تختلف اختلافًا كبيرًا عن “الاستضافة الويب” التقليدية.
1) عندما نقول إن استضافة Discourse ذاتيًا تتطلب خادمًا، فهذا يعني شيئًا مختلفًا تمامًا، أليس كذلك؟ (وهذا يفسر الفارق الكبير في الأسعار مقارنة بأسعار الاستضافة الويب المعلن عنها عادةً، أليس كذلك؟)
2) إذن، هل مصطلح “استضافة VPS” هو المصطلح المقابل لاستضافة Discourse ذاتيًا؟ أم أن هناك خيارات أخرى لهذا أيضًا؟ نوع آخر من الاستضافة الذاتية؟ (أنا على دراية باستضافة الموقع على أجهزتي الخاصة).
3.1) إذن “الاستضافة المدارة”؛ هل هذه خدمة مضافة فوق نوع استضافة VPS هذا؟ 3.2) هل تكون مكلفة للغاية؟ 3.3) وماذا تفعل بالضبط؟ 3.4) كمبتدٍ ذو ميزانية ضيقة وأبدأ منتدى صغيرًا (~100 مستخدم في الشهر)، هل يمكنني الاستغناء عن الاستضافة المدارة؟
بعد ساعات من القراءة عبر الإنترنت حول استضافة Discourse، كان المنشور الذي منه اقتبس ما يلي أحد أكثر النظرات الشاملة والمفيدة التي ساعدتني في اختيار مسار الاستضافة الخاص بي:
بخصوص النقطة المقتبسة أعلاه، هل يمكن لأحد توضيح هذه النقاط من فضلك: 4.1) أفترض أن هذا يتعلق بصيانة الخادم؟ أليس ذلك مُضمّنًا بالفعل الآن عند استخدام خدمات مثل DigitalOcean (DO) أو Hetzner؟ أم أن ذلك سيكون مُضمّنًا فقط في نوع منفصل من الخدمة؟ ما هو اسمها؟
مثلًا، إذا استخدمت خدمة “Droplet بنقرة واحدة” من DO، هل هذا النوع من الخدمات يتضمن تلك الصيانة؟ أم أن ذلك يتعلق بالإعداد فقط؟ 4.2) ما مقدار الوقت ومستوى المعرفة المطلوبين لـ “صيانة الخادم” لمنتدى من نوع المنتدى الخاص بي؟ 4.3) قال @tophee: “ولأسباب متنوعة، نادرًا ما يستخدم مشغلو منتديات Discourse الخوادم المدارة”. لماذا يكون الأمر كذلك؟
وجدتُ أيضًا مخطط القرار هذا مفيدًا للغاية، ربما يكون قديمًا، لذا إذا كانت بعض الخيارات أسهل الآن، يرجى إعلامي.
5.1) لا أفهم تمامًا ما هو SSH، ووفقًا لهذا الرسم، هل يحتاج جميع من يستضيفون مواقعهم ذاتيًا إلى ذلك؟ 5.2) ماذا يعنيون بـ “أن تكون مرتاحًا لإدارة DO وMailGun وDNS”؟ ما مقدار الوقت ومستوى المعرفة المطلوبين لإدارة هذه الخدمات لمنتدى من نوع المنتدى الخاص بي؟
سأحاول الإجابة على أسئلتك، على الرغم من أنني أعتقد أن لديك بعض المصطلحات المتداخلة مما قد يؤدي إلى بعض الالتباس.
عندما يشير الأشخاص في هذا المنتدى إلى “الاستضافة الذاتية” (self-hosting) لـ Discourse، فإنهم يقصدون تشغيل نسخة من Discourse على خادمك الخاص. (سنشرح المزيد عن هذا لاحقاً) وعندما يشير إلى “الاستضافة المدارة” (managed hosting)، فإنهم يقصدون خدمة توفر نسخة من Discourse تعمل على أجهزة يقدمها المضيف نفسه. ومن خلال “الاستضافة المدارة”، يعني ذلك أن نسخة Discourse يتم إدارتها بواسطة الخدمة، حيث يتولى المضيف الحفاظ على تحديث نسخة Discourse ونظام التشغيل الذي تعمل عليه Discourse بشكل صحيح.
لـ “الاستضافة الذاتية” لـ Discourse، تحتاج إلى خادم متصل بالإنترنت وخدمة DNS مُهيأة بشكل صحيح وتُوجه إلى خادمك. يمكن أن يكون الخادم جهازاً ماديًا يعمل في موقعك أو يمكن أن يكون “خادمًا خاصًا افتراضيًا” (VPS). VPS هو اختصار لـ Virtual Private Server. VPS هو جهاز خادم يُقدم لك ولديك سيطرة كاملة عليه كما لو كان في موقعك، لكنك تتصل به “عن بُعد”. ومن خلال “الاتصال به عن بُعد”، أعني أنك تستخدم أدوات مثل SSH و FTP للوصول إلى الخادم والتحكم فيه ونقل الملفات إليه.
SSH هو “Secure Shell” (الصدف الآمنة). الـ Secure Shell هو في الأساس نافذة أوامر تعمل عبر نفق آمن (مشفر). هل أنت معتاد على تشغيل الخادم من خلال نافذة الأوامر؟
مصطلحات Shell و terminal و command line و command prompt تعني جميعها تقريباً الشيء نفسه. تشغيل الكمبيوتر باستخدام نافذة طرفية وكتابة الأوامر في نافذة الأوامر. إذا بدا كل ما قلته لك لغة مختلفة، فقد يتطلب ذلك بعض التعلم قبل المحاولة.
عندما تستأجر VPS، يتم تزويدك ببيانات اعتماد وعنوان IP لخادمك الجديد. عادةً عند الشراء، يتم إعطاؤك خيار أنظمة التشغيل. تتصل بخادمك باستخدام برنامج طرفي مثل PuTTY أو نافذة الطرفية في جهازك. يمكنك استخدام برنامج FTP (بروتوكول نقل الملفات) مثل Filezilla لنقل الملفات من جهازك إلى VPS.
لذلك، بمجرد أن تستأجر VPS وتتصل به باستخدام SSH الخاص بك، يمكنك تثبيت نسخة من Discourse على خادمك، وعندها ستكون “تستضيف Discourse ذاتيًا”. لديك سيطرة كاملة على نسخة Discourse والخادم الذي تعمل عليه. يمكنك عادةً الحفاظ على تحديث Discourse باستخدام أدوات الإدارة المدمجة داخل Discourse نفسه، لكن في بعض الأحيان ستحتاج إلى استخدام نافذة الأوامر لتحديثها يدويًا. تحتاج أيضًا إلى الاحتفاظ بنسخ احتياطية من بياناتك ومعرفة كيفية استعادتها. يقوم Discourse بإنشاء نسخ احتياطية تلقائيًا، لكن يجب عليك تنزيلها وتخزينها بشكل آمن في حال احتجت إليها.
مع VPS، ستحتاج أيضًا إلى صيانة نظام التشغيل الذي تعمل عليه نسخة Discourse. وهذا يتطلب بعض المعرفة بنظام التشغيل وكيفية الحفاظ على تحديثه وتشغيله بشكل صحيح. إذا أخطأت في التعامل مع VPS، فإن كل ما يمكن أن يفعله مقدم خدمة الاستضافة عادةً هو مسح نظام التشغيل الخاص بك وإعادة تثبيت نسخة جديدة. عليك أيضًا الاحتفاظ بنسخ احتياطية للبيانات المهمة في حال احتجت إلى إعادة تثبيت نظام التشغيل.
بمجرد الإعداد والتشغيل، هذا أمر سهل نسبياً للصيانة إذا كنت تعرف ما تفعله. من وصفك لمهاراتك، أعتقد أنك تستطيع التعامل مع ذلك. أفضل طريقة لتعلم كيفية القيام بكل هذا هي المحاولة. استئجار VPS أصبح رخيصاً نسبياً هذه الأيام. قم بإعداد خادم، وحاول تشغيل Discourse عليه، وتوجه إلى هنا أو إلى ask.discourse.org إذا كانت لديك أسئلة.
فقط ضع في اعتبارك أن المنتدى الذي تشغله إذا لم يحظَ بالكثير من الزيارات، وهو لن يحظى بذلك بمفرده، إذا أخطأت يمكنك البدء من جديد. إذا انضم الكثير من الأشخاص إلى منتدائك وبدأوا في النشر، فستحتاج إلى الحفاظ على صيانته ونسخه الاحتياطية. إذا كان لديك منتدى قائم مسبقاً، أو منتج تريد الترويج له أو دعمه، ربما تفكر في استخدام مقدم استضافة. إذا كنت فقط تتجول وتتعلم… فقم بذلك.
أنا مستضيف ذاتي ذو خبرة وقمت ببعض التكوينات المعقدة؛ بالإضافة إلى ذلك، كنت أعمل سابقًا لدى Discourse، لذا لدي بعض الرؤى حول المفهومين، ويبدو أنك خلطتهما قليلاً. سأحاول توضيح بعض الأمور لك، لكن هذا ليس شرحًا شاملاً بأي حال، رغم أنه مطول haha. لا أعرف من أين حصلت على مخطط التدفق هذا، لكنه ليس دقيقًا حقًا.
استضافة Discourse تعني ما يوحي به الاسم - ستقوم Discourse باستضافة موقعك مقابل رسوم، وكما اكتشفت بالفعل، هناك مستويات أسعار مختلفة، تبدأ من المجاني، وتوفر المزيد من الخيارات كلما ارتقيت، وتعد Enterprise الأعلى والأغلى (حيث تمنحك المزيد من الخيارات بالإضافة إلى خدمات فريق الدعم من الدرجة الأولى وخيارات التصميم والتطوير المخصص). الاستضافة المدارة هي نفسها (استضافة Discourse هي شكل من أشكال الاستضافة المدارة)، ولكنها تُقدم أيضًا من قبل شركات شريكة أخرى مثل Communiteq أو Literate Computing. تقدم هذه الشركات الشريكة أيضًا خدمات تطوير ودعم مختلفة مقابل رسوم بخلاف الاستضافة (كما أفعل أنا). ضع في اعتبارك أن العمل ليس مجانيًا عادةً للتطوير والدعم المتخصص، وهذا هو الغرض من Marketplace. أيضًا، بينما قد تبدو هيكلية أسعار استضافة Discourse باهظة بالنسبة لك، يمكنني أن أضمن لك أن العديد من الشركات المعروفة تدفع مبالغ طائلة مقابل منتدياتها المؤسسية الكبيرة والمزدعة والمدارة جيدًا، وكثير منها خاص. اتفاقيات مستوى الخدمة (SLAs) ومستويات الدعم / خدمات التطوير التي تقدمها Discourse لهم هي بهذا الشكل لأن نشاط أعمالهم يتطلب ذلك. على سبيل المثال، إذا كنت شركة تقنية أو منظمة مالية وتعرضت لهجوم DDoS يمكن أن يكلف شركتك 6 أرقام من التوقف وفقدان الخدمات، أو إذا كنت بحاجة إلى واجهة احترافية مخصصة جدًا لعدد كبير من الموظفين، فإن دفع ثمن الاستضافة المؤسسية يستحق ذلك تمامًا.
الاستضافة الذاتية تعني ما تقوله - أنت تستضيف موقعك الخاص على خادم مستأجر (أو واحد مادي تملكه، والذي لا أنصح به لأن ذلك يمثل مشكلة متقدمة أخرى. الاستضافة الذاتية ليست مجرد استئجار خادم (أو VPS - خادم خاص افتراضي) والتسجيل عبر SSH وإتمام الأمر. هناك بعض المعرفة التي يجب أن يمتلكها المرء ليكون مديرًا ذاتي الاستضافة. مبرمج مبتدئ بنى عددًا قليلاً من مواقع Wix لن يفيدك كثيرًا من منظور استضافة Discourse ذاتيًا؛ أمور ومستوى مهارات مختلف تمامًا. حقيقة أنك لا تعرف ما هو SSH بعد هي على الأرجح مؤشر على أنك تحتاج إلى مزيد من النمو في هذا المجال. Secure Shell - Wikipedia
إذا كنت مهتمًا بالتعلم، فإنني أقترح أن تبدأ بقراءة وثائق التثبيت القياسية وتتعلم الحيل من هناك. يجد البعض الأمر أسهل من غيرهم، وحقيقة امتلاكك لبعض خبرات إدارة المواقع قد تساعدك على التعلم بشكل أسرع. مجرد القدرة على تسجيل الدخول إلى خادم عبر SSH هو أمر واحد، لكن يجب أن تكون مرتاحًا في واجهة سطر الأوامر وتفهم أساسيات إدارة Docker، وكيف تعمل الحاويات. نظرًا لأنك تقول إن لديك موقعًا صغيرًا، فإن التثبيت القياسي سيعمل على الأرجح بشكل جيد للبدء، وسيعطيك الوصول إلى جميع الإضافات المدمجة، بالإضافة إلى أي إضافات أخرى قد ترغب في إضافتها؛ بشكل أساسي، نسخة Discourse ذاتية الاستضافة تشبه امتلاكك لمنتدى Discourse مستضاف على مستوى المؤسسات ولكن بدون دعمهم الخبير واتفاقيات مستوى الخدمة (SLAs) للأداء (على سبيل المثال، سيكون لديك بعض وقت التوقف في كل مرة تقوم فيها بإعادة البناء أو إجراء التحديثات، لكن استضافة Discourse تفعل ذلك نيابة عنك وبدون أي وقت توقف ملحوظ).
لا يوجد سبب على الإطلاق يمنعك من تعلم كيفية الاستضافة الذاتية، لكن تذكر أن لا شيء مجاني وما تريد من الخدمة والمقياس سيحدد التكلفة التي ستحتاج لدفعها. بعض خدمات VPS أرخص من غيرها، وهناك قائمة هنا قام @pfaffman بتجميعها يمكن أن تساعدك في اتخاذ القرار. على سبيل المثال، لدي 3 مواقع Discourse، جميعها على Hetzner، ولكن بخوادم بأحجام وتكاليف مختلفة: موقعان هما تثبيتات حاوية مزدوجة خلف Cloudflare CDN مع تخزين كائنات R2 (متوافق مع S3) للرفع والنسخ الاحتياطي، والآخر هو تثبيت قياسي يستخدم لأغراض الاختبار. استخدمت DigitalOcean من قبل ولكنه يمكن أن يكون باهظ الثمن نسبيًا؛ ومع ذلك، فهو نقطة البداية الموصى بها لأولئك الذين يتعلمون التثبيتات القياسية (رغم أنني لا أجد Hetzner مختلفًا كثيرًا، وأفضل لوحة التحكم لديهم).
إذا لم ترغب في دفع رسوم لـ Discourse أو أي من شركات الاستضافة الشريكة لإدارة استضافتك، وتحتاج إلى أكثر من المستوى المجاني، فإن توصيتي هي إجراء بعض الأبحاث والقراءة، ثم تجربة التثبيت الذاتي. تعلم ما هي ملف app.yml وكيفية تحريره، وكيفية إعداد خادم الأسماء وخدمات البريد الإلكتروني - هذه هي نقطة البداية لتعلم كيفية تكوين نسخة Discourse الخاصة بك كمستضيف ذاتي. بعض خدمات VPS تسمح لك باستئجار خوادم بسعر رخيص جدًا لفترات قصيرة فقط للاختبار أو التعلم.
هذه مخطط جيد وأوافق على كل ما قاله الأشخاص أعلاه (على الرغم من أنني أنصح بشدة المبتدئين بعدم استخدام نموذج لغوي كبير للدعم لأنه يكون خاطئاً بشكل واضح في كثير من الأحيان). ومع ذلك، فإن الاستضافة الذاتية هي مصطلح عام واسع يمكن توضيحه هنا.
إذا كنت:
مرتاحاً لتشغيل لينكس على جهازك الخاص (أو تعاني من قراءة منشورات ريديت القديمة التي يعود تاريخها إلى 15 عاماً)
لا تملك المال للإنفاق على شركات التكنولوجيا الكبرى
تتمتع باتصال إنترنت وكهرباء مستمرين ومضمونين على مدار الساعة طوال أيام الأسبوع
لا توجد قيود مفروضة من مزود خدمة الإنترنت (مثل منفذ 80/443 مغلق أو عنوان IPv4 ديناميكي)
يمكنك القيام بالتشبيك الأساسي (إعادة توجيه المنافذ)
تملك حاسوباً إضافياً (يمكن أن يكون جهاز مكتب قديم بـ 4 جيجابايت من ذاكرة DDR3 بشكل واقعي طالما لديك محرك أقراص ثابت)
… فأنصح بشدة بالاستضافة على جهازك الخاص. غالباً ما تحظى بسمعة سيئة هنا لأسباب غير معروفة لي (التباين؟) ولكن طالما كنت قادراً على ذلك فأنصح بشدة بمحاولة الأمر! كانت الاستضافة الذاتية دائماً طريقتي في做事 وكانت رائعة عندما كنت صغيراً ولم أتمكن من تحمل تكاليف السحابة. وحتى الآن، أختار الاستضافة الذاتية على الخوادم المحلية لأنها رخيصة وثابتة وأنت حر في فعل الأشياء بالطريقة التي تريدها.
هناك الكثير مما يجب تعلمه في الاستضافة الذاتية وحتى إذا نجحت في تثبيتها على جهازك الخاص أو خادم افتراضي خاص (VPS)، فسيكون لديك المزيد من العمل أمامك. يمكنك دائماً تخطي كل هذا والذهاب نحو خطة استضافة مدفوعة ولكن إذا كنت تبحث عن توفير المال فإن الاستضافة الذاتية (خاصة على جهازك الخاص) رائعة.
إذا قمت بتشغيلها على جهاز كمبيوتر إضافي في المنزل، على سبيل المثال، فسيكون ذلك يتطلب بقاء الجهاز قيد التشغيل على مدار الساعة طوال أيام الأسبوع، وربما يتطلب إعداد نفق Cloudflare، أليس كذلك؟ لذلك، سأميل إلى استئجار خادم بسيط، والحصول على اسم نطاق، والحصول على خادم بريد إلكتروني. عندما بدأت الاستضافة الذاتية لأول مرة، كنت مرتبكاً جداً مع العديد من المصطلحات التي كانت تطير حول، ولكن بما أن Discourse يحتوي على وثائق موثوقة، وبما أن التثبيت هو عملية موجهة من خلال مثبت سطر الأوامر، أقول إن إعداده كمبتدئ ليس صعباً جداً بعد كل شيء.
ليس بالضرورة. تدعم العديد من أجهزة التوجيه (حتى الأساسية منها وبوابات مزودي خدمة الإنترنت) إعادة توجيه المنافذ، وهو بالطبع الخيار المفضل للقيام بذلك، خاصة إذا كان بإمكانك استخدام وكيل عكسي. لن أوصي باستخدام نفق Cloudflare إلا لشخص لا يستطيع إعادة توجيه المنافذ أو لا يريد العبث بشبكة أي جهاز.
هذا يتغاضى عن اعتبار أساسي، لا يمكنك التأكد من أن جدار الحماية المنزلي لديك جاهز للتعامل مع جميع نواقل الهجوم التي يمكن استغلالها عن طريق فتح المنافذ على الإنترنت العام. بشكل عام، أنصح ضد فتح المنافذ مباشرة، استخدم شيئاً مثل نفق Cloudflare (CF Tunnels) لحماية عنوان IP المنزلي الخاص بك من هجمات حجب الخدمة (DDoS) ومن المحتمل أن يتم حظره من قبل معظم الشبكات الأخرى.
هذا أمر كنت ربما أعتبره مسلّمًا به، لأن شبكة Unifi الخاصة بي تُعدّ وتُحافظ على جدار ناري تلقائيًا مع تدخل ضئيل أو معدوم، باستثناء فك حظر التوقيعات التي يصنفها خطأً على أنها ضارة (مثل SoulSeek وMinecraft تحديدًا). تُعد نفق Cloudflare حلًا جيدًا لمعظم الاختناقات المتعلقة بمزودي خدمات الإنترنت، لكنني لم أستخدمه أبدًا باسم الأمان لتقديم تعليق دقيق حول ذلك، سوى أنني أعلم أن استخدام السحابة البرتقالية في DNS يوفر أمانًا أفضل مع حماية DDoS وكل ما هو مدمج فيه.
إنترنت مكان خطير، ونشر أي شيء على الويب العام يعرّضك لخطر أن تجدك الروبوتات وتحاول مهاجمتك. نفق CF جيدة في منع بعض ذلك، لكنك لن توقف حركة مسح الروبوتات التلقائية، ولا يوجد شيء يُسمى برنامج آمن بنسبة 100%.
يُنفِّذ جهاز Unifi الخاص بك ما هو مُتوقَّع من أي جدار حماية مُعدّ بشكل معقول، لكننا لا نعرف أبدًا ما إذا كان ثمة ثغرة غير مُسدَّدة تُستغل بنشاط في العالم الحقيقي، أو متى يحدث ذلك.
تكمن المنطقية وراء عدم فتح المنافذ على اتصال منزلي، لا سيما إذا كنت تستضيف مختبرًا منزليًا (homelab) أو خدمات تحتوي على بيانات مهمة أو شخصية، في أن المنفذ المفتوح، إذا لم يكن مُؤمَّنًا بشكل صحيح، يمكنه وسيُستخدم للحصول على وصول غير مصرّح به إلى شبكتك المنزلية.
تكمن ميزة توجيه المرور عبر أدوات مثل أنفاق Cloudflare (CF tunnels) في أنك لا تُعرّض شبكتك المنزلية مباشرةً للجمهور. فستكون Cloudflare وسيطًا، ونظرًا لحجمها الضخم، هناك احتمال قوي بأن تكون عمليات التصفية لديها أكثر استباقية بكثير في منع التهديدات الناشئة.
عدتُ لأكتب إليكم كما كان مأمولاً. استغرق الأمر مني بعض الوقت لأقدّر وأهضم بعناية كل هذه الردود عالية التفكير والتفصيل حول كل شك كان لدي. كانت الردود مفيدة جداً، وجدت نفسي أبتسم أثناء قراءتها؛ أزالوا الكثير من اللبس، والآن أفهم حقاً ما تعنيه العديد من الأمور وما تستلزمه. ما أكثر هذه الأرواح استثنائية وما أجمل هذه المجتمعات!
بعض الشكوك المتبقية؛ 1) هل تقدم مزودو VPS مثل DO أيضاً استضافة مُدارة لـ Discourse؟ 2.1) ما نوع الوقت/المستوى المعرفي الذي يتطلبه صيانة VPS لاستضافة Discourse لمجتمعي من نوعي؟ 2.2) قال @tophee “لأسباب مختلفة، نادراً ما يستخدم مدراء منتديات Discourse الخوادم المُدارة”. لماذا إذن؟ بسبب أنها تتطلب بعض العمل العفوي ولكن ليس الكثير من العمل؟ 3) فيما يتعلق بإدارة SMTP و DNS، ما نوع الوقت/المستوى المعرفي الذي يتطلبانه لمجتمعي من نوعي؟
لا على الإطلاق في هذا السياق. لقد استخدمت سطر الأوامر بشكل محدود جداً لتثبيت/إصلاح الأشياء على جهاز الكمبيوتر الخاص بي وفقاً لدروس تعليمية، وأنا بالكاد أعرف ما أفعله.
قال @Andrew_Rowe “تذكر فقط أن المنتدى الذي تشغله لن يحصل على الكثير من الزيارات، وهو ما لن يحصل عليه بمفرده”
هذا يمسّ قلقاً كان لدي حول تحسين محركات البحث (SEO) والقابلية للاكتشاف؛ 4) افترض أن محتوى المنتدى ثابت. كيف سيكون أداء تحسين محركات البحث (SEO) والقابلية للاكتشاف للمنتدى مقارنةً باستضافة Discourse المجانية مقابل الاستضافة الذاتية؟
هل هذا عامل كبير يسبب فروقات جوهرية؛ هل خطة Discourse المجانية محسّنة ومتفوقة في هذا الجانب بشكل كبير مقارنةً بالإعداد الذاتي الذي يقوم به مبتدئ باستخدام VPS غير مُدار؟
أم أن هذا ليس عاملاً كبيراً يسبب فروقات كبيرة؟
هل مجرد تحديث Discourse المستضاف ذاتياً يضمن أن يكون هذا الجانب مكافئاً لخطة Discourse المجانية؟
@Lilly أنا أقدر جداً هذا الشرح الطويل منك. على الرغم من أن بعض الافتراضات الكامنة وراء بعض التعليقات في ردك لا تنطبق عليّ، وقد أوضحتها بالفعل في منشورات كنت قد قرأتها للرد
كان هذا أحد رؤيك الكثيرة المفيدة التي أعطتني صورة أوضح
هذا لمس قلقاً آخر كان لدي؛ ليس فيما يتعلق بأداء الحوسبة والمواصفات، ولكن فيما يتعلق بالإعداد والصيانة المناسبين؛ 5) هل توفر DO/Hetzner فرقاً كبيراً مقارنةً بـ VPS رخيص جداً (ولكن بالطبع يجب أن يكون شرعياً)؟ على سبيل المثال هذا من IONOS VPS Hosting | Virtual Private Servers | Starting at $2/month
هل تؤدي إلى المزيد من عبء العمل؟ هل هناك مشكلات أخرى يجب تجنبها لمنع استخدام شيء من هذا القبيل؟
@darkpixlz شكراً لك على ردك. شعرت بأن الاستضافة على الأجهزة الخاصة بي ستكون عبئاً إضافياً كبيراً بالنسبة لي، لذا لم أعتبرها خياراً، وقد أوضح لي المزيد كيف أنني لست مؤهلاً حقاً لهذا الخيار بالتحديد
لا يتطلب الكثير من الوقت… إذا كنت تعرف ما تفعله، ولكن…
هذا سيجعل صيانة استضافة Discourse على VPS أكثر صعوبة بكثير.
DNS بسيط إلى حد ما. يمكنك التعامل معه بمساعدة الذكاء الاصطناعي، وonce يعمل، تنتهي المهمة، وهناك أدوات عبر الإنترنت للتحقق من أنه يعمل بشكل صحيح.
SMTP قصة أخرى. يستخدم الكثير من الأشخاص الذين يستضيفون Discourse بأنفسهم خدمة خارجية. ابحث في هذا المنتدى عن التوصيات. شخصيًا، أستخدم خادم بريد Docker، لكنني قمت بإيقاف تشغيل رسائل الهضم (digest emails)، لذا لا يوجد الكثير من حركة المرور البريدية.
إذا لم أكن مخطئًا، فإن السبب هو أنه إذا أردت التحديث أو إصلاح شيء ما عبر سطر الأوامر، فقد لا يكون لديك دائمًا وصول كامل، بل يعتمد الأمر على مزود الخدمة للقيام بهذه الأمور نيابة عنك، وبالتالي لا تملك بياناتك بشكل كامل. لكن تحقق من هذه المعلومات أولاً. فقد تكون الأمور قد تغيرت.
لا أتأكد مما تعنيه هذه العبارة، ولكن إذا كنت قد وضحت أي شيء قمت بنشره، فلا أعتقد أنني قرأته قبل النشر. على أي حال، حاولت أن أكون شاملاً قدر الإمكان، لذا قد يكون هناك المزيد من المعلومات مما كنت بحاجة إليه، لا أعرف.
لا أعرف أي شيء عن خدمات VPS هذه، ولكنني ألقيت نظرة عليها…
أما أنا، فلن أحاول تشغيل منتدى صغير حتى على أي جهاز أقل من 4 جيجابايت من ذاكرة الوصول العشوائي (RAM) ومساحة قرص كافية لإنشاء ملف تبديل (swap) بحجم 2 جيجابايت.
ولكن عليك قراءة الشروط والتفاصيل وفهم ما تحصل عليه. بعض هذه الخدمات توفر فقط عنوان IP مشتركًا مخصصًا، والذي لن يعمل مع Discourse - على سبيل المثال، vps-mart.com:
لذلك، لن أستخدم خدماتهم على الرغم من أن المواصفات الأخرى معقولة لتثبيت Discourse صغير.
على IONOS VPS Hosting | Virtual Private Servers | Starting at $2/month أرى أن تكوين 4 دولارات شهريًا يتطلب فترة اشتراك لمدة 12 شهرًا ولا توجد تفاصيل حول عنوان IP، لذا من المهم قراءة الشروط حقًا لما تريد (لاحظت أيضًا أنهم يقدمون Plesk، وهو ما لا تريده ) :
أعتقد أن أبسط طريقة لمعرفة ذلك هي اتباع دليل التثبيت الرسمي الممتد لـ 30 دقيقة من Discourse للاستضافة الذاتية على Digital Ocean:
في المرة الأولى التي اتبعت فيها هذه التعليمات، لم يكن لدي أي خبرة سابقة تقريبًا في إعداد DNS أو SMTP أو SSH، لكنني تمكنت من إعداد منتدى بنجاح على الفور. الآن أجد هذه الخطوات واضحة ومباشرة بعد القيام بها عدة مرات.
إذا لم تنتهِ باستخدام ذلك المنتدى، يمكنك ببساطة حذفه لاحقًا.
وإذا واجهت أي مشكلات، فلا تتردد في طرح أسئلتك على منتدى الدعم هذا، حيث ستجد الكثير من المعلومات الموجودة مسبقًا لمساعدتك هنا أيضًا.
إذا وجدت هذه الخطوات قابلة للإدارة، فيجب أن تكون قادرًا على الاستضافة الذاتية. وإذا كانت صعبة جدًا أو تستغرق وقتًا طويلاً، فمن الأفضل لك على الأرجح الاعتماد على الاستضافة المدارة.
أحيانًا يكون من السهل الإفراط في التفكير كثيرًا، بينما مجرد التجربة سيساعد في الإجابة على العديد من أسئلتك بدلاً من ذلك!
لا أملك أرقامًا دقيقة، لكن جزءًا كبيرًا من نسخ Discourse يعمل استضافة مُدارة، بواسطة Discourse.org و Communitiq.com، وربما بعض اللاعبين الأصغر حجمًا الآخرين.
من الصحيح أن مزود الاستضافة المُدارة عادةً لا يمنح العملاء وصولاً إلى وحدة التحكم (Console). فلا يمكن لمزود أن يتحمل المسؤولية بشكل معقول عن الأمان والاستقرار والصيانة لنظام لا يسيطر عليه بالكامل.
ومع ذلك، هذا لا يعني أن العملاء لا يملكون بياناتهم. بالطبع هم يملكونها.
يفتح بعض عملائنا أحيانًا تذكرة دعم لطلب منا تشغيل نص برمجي rails c. نراجع النص البرمجي من حيث الأمان والمنطق، ثم ننفذه، ونوفر المخرجات عند الطلب. قد تكون مدة التنفيذ أطول قليلاً مقارنةً بتشغيله بنفسك، لكنك في المقابل تحصل على مراجعة منطقية إضافية دون أي تكلفة إضافية.
مع الاستضافة المُدارة، لا تحتاج أيضًا إلى القلق بشأن إجراء التحديثات بنفسك، لأنها تُدار نيابةً عنك. على وجه الخصوص، يمكن عادةً نشر تحديثات الأمان العاجلة بسرعة، دون أن يضطر مدير كل موقع فردي إلى ملاحظة المشكلة واتخاذ الإجراء أولاً.
كان ذلك مفيدًا للغاية، شكرًا لك @Andrew_Rowe@Lilly@pfaffman@NateDhaliwal@RGJ@traceymoko لتوضيح الشكوك اللاحقة. الأمور أكثر وضوحًا الآن. بالنظر إلى كل العوامل، أدرس الآن بجدية الاستضافة الذاتية عبر خادم افتراضي خاص (VPS)، لأنها تقريبًا الطريقة الوحيدة للحصول على بعض الوظائف الأساسية المحددة التي تلبي هدفي.
لتقديم سياق إضافي، فإن تطوير الويب ليس مجال عملي بأي حال؛ التزامي الرئيسي هو مع منظمة خيرية صغيرة أديرها، والتي تحتاج إلى معظم تركيزي ووقتي وجهدی وأموالي المحدودة. لذلك، أبحث عن تعظيم الفائدة وتقليل انحراف الموارد نحو أمور ذات فائدة أقل. لذا، يقلقني أن يؤدي هذا إلى خلق التزام جديد كبير يستغرق وقتًا لا ينبغي أن أقضيه فيه.
لقد استغرق بناء المواقع بالفعل وقتًا طويلاً على حساب ذلك. لذا، يقلقني إنشاء هذا الالتزام الإضافي. لدي خلفية قوية في مجالات العلوم والتكنولوجيا والهندسة والرياضيات (STEM)، وأستطيع التعلم وتنفيذ المهام، وهذا ليس مصدر عدم اليقين الرئيسي. وحتى التكلفة المرتفعة لمرة واحدة في البناء مقبولة بالنسبة لي طالما أن النظام يعمل تلقائيًا بعد ذلك. ولكن إذا احتاج أيضًا إلى صيانة مستمرة، فإن مقدار الوقت الذي تستغرقه هذه المسار هو الشيء الوحيد الذي لا أعرف عنه شيئًا. ربما تتطور الأمور في المستقبل القريب بحيث أملك موارد كافية لتعويض هذا العمل عن طريق طرف ثالث، وسأتذكركم جميعًا هنا. ولكن حاليًا، فإن معضلة قلة الوقت وقلة الموارد هي الحالة التي أنا عالق فيها. سأحاول القيام بذلك بنفسي، لكنني متردد جدًا.
كما رأيت على الأرجح هنا، فإن معظم الأعضاء المنتظمين مفيدون للغاية. بمجرد أن تبدأ مشروعك الخاص المستضاف ذاتيًا، يمكنك طرح الأسئلة أثناء تقدمك وسيساعدك العديد منا بنصائح. بدأ الكثير من الأشخاص من نقطة مشابهة لنقطةك ويديرون الآن ويستضيفون منتديات مزدحمة. كان مساري مختلفًا قليلاً حيث عملت في مجال تكنولوجيا المعلومات طوال حياتي تقريبًا ورثت دور مسؤول لمنتدى مزدحم كان مستضافًا بواسطة Discourse قبل سنوات. تعلمت الكثير من خلال التواصل مع الفريق عبر قنوات الدعم الخاصة بالمواقع المستضافة، ومن خلال القراءة والنشر هنا على Meta. في النهاية، تعلمت ما يكفي للحصول على الامتياز والمتعة للعمل معهم والتعلم أكثر. على الرغم من أنني انتقلت منذ ذلك الحين من الشركة، إلا أنني لا أزال أقوم بمشاريع تطوير ودعم ذات صلة بـ Discourse، وأنا الآن أستضيف ذاتيًا ذلك المنتدى المحدد الذي بدأت كمشرف عليه - إنه يزدهر ومزدحم كما كان دائمًا، مع المزيد من التخصيصات.
بصراحة، الجزء الأكثر استهلاكًا للوقت هو البناء الأولي وإعداد المنتدى بالطريقة التي تريدها. بمجرد أن يكون لديك منتدى يعمل ومضبوط، فإن وقت الصيانة ليس مرتفعًا جدًا ويتطلب ببساطة إجراء تحديثات دورية. يمكن أتمتة النسخ الاحتياطي، ومع تكوينات معينة، يمكن الحفاظ على وقت التوقف أثناء التحديثات وإعادة البناء في الحد الأدنى. باستخدام CDN وحاوية مزدوجة (واحدة لتطبيق الويب وأخرى لقاعدة البيانات)، فإن وقت التوقف الفعلي لإعادة البناء لدي هو 30 ثانية ولدي نص bash يقوم بتشغيل التحديث بالكامل مع شاشة ترحيبية تخبر المستخدمين بأن الموقع سيعيد التحميل تلقائيًا عندما يكون جاهزًا. هذه الأيام، لا يستغرق ذلك المنتدى أكثر من 15 دقيقة من وقتي كل أسبوعين تقريبًا، فقط للحفاظ على تحديث نظام التشغيل وDocker وDiscourse. أنا فقط أتصل بالسيرفر عبر SSH، وأقوم بأي تحديثات للنظام، ثم أشغل النص. أعلم أنه يمكن أتمتته أكثر، لكنني لا أزال أحب القليل من العمل اليدوي المباشر.
كان هذا أحد رؤيك الكثيرة المفيدة التي أعطتني صورة أوضح
) :
