خيار النسخ الاحتياطي غير ضروري. يمكنك تكوين النسخ الاحتياطي في إدارة Discourse.
ما عليك سوى اتباع عملية التثبيت القياسية الأساسية وعدم المبالغة في التفكير فيها.
بوجود تلك التطبيقات أو بدونها، أعتقد أنك ستتمكن من تثبيت Discourse.
هل هذا مصدر قلق؟ ماذا ستفعل؟
سمعت عن بعض المشاكل المتعلقة باستخدام بعض مزودي الخدمة لنماذج معالجات قديمة جداً تعود إلى 13 عاماً مضت. لا يوجد ضمان واضح فيما ستحصل عليه في سياق خدمات الخوادم الافتراضية الخاصة (VPS)، حيث تعتمد النتيجة على العديد من العوامل بما في ذلك موقع الخادم، ونادراً ما يكون مزودو الخدمة منفتحين بشأن نماذج المعالجات المتاحة في هذه السياقات.
أفاد دعم OVHcloud نفسه بأن الخطة الدنيا (التي أنوي الاشتراك فيها) مع العوامل التي حددتها، قد تؤدي على الأرجح إلى الحصول على معالج Intel E5v3 (إصدار 2014).
أما Contabo فلا تريد الإفصاح عن أي تفاصيل بشأن هذا الأمر. لذا لا يمكن إلا التكهن بذلك باستخدام مصادر أخرى، ويبدو أن معظمها يشير إلى أن معالجاتهم أحدث بكثير مثل EPYC 7282 (إصدار 2019) (وفقاً لـ LTE) أو حتى أحدث من ذلك.
لأولئك الذين يحتاجون إلى ذلك، يحاول هذا المصدر إظهار المعالجات التي قد تُستخدم (لا يمكن الاعتماد عليه بشكل كامل) Contabo CPUs | VPSBenchmarks
هو خادم خاص افتراضي. إنه بيئة “مُحَاكَاة” (virtualized). تعمل الأجهزة الفعلية على تشغيل العديد من النسخ (instances). وهو كافٍ تماماً لتشغيل نظام التشغيل الذي يقدمونه لك، بالإضافة إلى أي شيء تختار تثبيته.
هذا ما يفعله الناس مع هذه الخدمات؛ يشغلون خوادم ويب، وخوادم بريد إلكتروني، وخوادم قواعد بيانات، وخوادم RTMP، ومن يدري ماذا بعد. بالطبع، في مرحلة ما، ستستهلك بعض الموارد، سواء كان ذلك مساحة التخزين لأن الناس يرفعون ملفات فيديو ضخمة، أو ذاكرة الوصول العشوائي (RAM) لأنك تشغل بعض العمليات المكثفة، أو عرض النطاق الترددي لأن ملايين الأشخاص يزورون موقعك كل دقيقة. في تلك اللحظة، ستكون لديك مشاكل أكبر تقلق بشأنها من تكلفة الخادم الافتراضي الخاص. معظم هذه الخدمات قابلة للترقية.
يجب أن تكون قادراً على تشغيل منتداك وجعله يعمل في أقل من ساعة بعد أن تقرر الاشتراك في الخادم الافتراضي. قم بتسجيل نطاقك، واعدّل سجلات DNS، وثبّت Discourse وفقاً للإجراءات القياسية للتثبيت، ثم انشر الرابط لنستمتع جميعاً بجهودك.
تم إعداد خادم Contabo VPS تم توجيه اسم النطاق الفرعي إلى عنوان IP وانتشر انتشر سجل DNS للبريد الإلكتروني وأتوفر على بيانات اعتماد SMTP
جهازي المحلي يعمل بنظام Windows، لذا أحتاج إلى PuTTY، أليس كذلك؟ بعد تشغيل PuTTY، تظهر الرسالة التالية:
1) هل أقوم بـ “قبول” (Accept) أم “الاتصال مرة واحدة” (Connect Once)؟
2) هنا👇، هل المقصود قبل أم بعد التثبيت؟
3) هل أحتاج إلى Filezilla قبل تثبيت Discourse؟
4) (أعلم أن هذه هي الخطوة الأولى) في لوحة تحكم خادم VPS الخاص بي، يمكنني إما اختيار Ubuntu 26.04 فقط، أو 24.04 مع تطبيق مجاني واحد من القائمة التالية. بالإضافة إلى التطبيقات الموجودة في الصورة، يعرض القائمة المنسدلة •Paperclip •Bitcoin Full Node •IPFS Node •Webmin •Proxmox VE 7 •Horizen Node •Ethereum 2.0 - eth-docker image •Ollama - phi4 •Flux Node
قال الذكاء الاصطناعي في ask.discourse.org أن الأكثر فائدة يمكن أن يكون Dokploy و OpenClaw، والكثير من التطبيقات الأخرى غير ذات صلة أو من الأفضل تجنبها (الرد أدناه). بالنظر إلى تأثيرها على موارد الخادم وما إذا كانت مجانية، وبمراعاة كل ذلك، هل يُجدي نفعًا تضمين تطبيق واحد أم أن عدم تضمين أي شيء هو الأفضل؟
[quote=“Gid, post:29, topic:407922”]
حاسوبي المحلي يعمل بنظام ويندوز، إذن أحتاج إلى PuTTY، صحيح؟
[/quote]\n
لا، استخدم تطبيق Windows Terminal المجاني والحديث المتوفر في متجر ويندوز.
أقصد، بما أنه اختياري، سأقول فقط تخطّه. هذه الأمور غير ضرورية لتثبيت أو تشغيل Discourse.
ستقوم بذلك بعد التثبيت. فقط قم بالتثبيت أولاً. أرى أنك تفكر كثيراً بشأن ما يجب فعله قبل التثبيت، وبينما هذا أمر جيد، أقترح أن تتابع وتقوم بذلك. الأمر ليس مخيفاً كما يبدو.
يمكنك استخدام أي منهما طالما أنها إصدارات LTS. لدي موقع يعمل على الإصدار 26.04 وموقع آخر على الإصدار 24.04. في حالتك، أنصحك باستخدام الإصدار الثاني (24.04) لأن Discourse معروف بأنه يعمل عليه دون أي مشاكل على الإطلاق.
لا، استخدم الطرفية (Terminal)، كما قال روبرت. (أيضاً، آسف لأن نظام تشغيل جهازك هو Windows، هههه)
ماذا تقول وثائق التثبيت القياسية؟
ماذا تقول وثائق التثبيت القياسية؟
الرجاء اتباعها والتوقف عن إضافة تعقيدات لا تحتاجها. إذا لم تذكر وثائق التثبيت القياسية شيئاً ولم تكن تعرف ما هو، فلا تحتاجه.
أضيف إلى ذلك أنه على الرغم من أن المجتمع متحمس دائماً للمساعدة، إلا أنه إذا شعرت أنك واجهت عائقاً فيما يتعلق بالمعرفة والمهارات التقنية المطلوبة ولديك ميزانية، يمكنك أيضاً النشر في Marketplace للحصول على مساعدة مخصصة 
غالبًا ما تتسبب معظم هذه الأشياء في حدوث أعطال. وإذا كنت خبيرًا في أي لوحة تحكم وفي Discourse، فيمكنك جعلهما يعملان معًا بعد بضع ساعات من العمل. ومن المرجح أن يتسبب ذلك في تعطل Discourse مجددًا عند تحديث اللوحة ذاتيًا. فأنت لا ترغب حقًا في أيٍّ من ذلك ما لم تكن لديك حاجة محددة جدًا، وهذا غير وارد.
كل شيء سلس وفي نهاية أسئلة المحطة التي تطلب بيانات الاعتماد. ماذا يجب أن أقدم هنا؟ كانت هذه هي السؤال الذي طرحته سابقاً
لقد أكمل تلقائيًا مع نطاق بريد إلكتروني بناءً على النطاق الفرعي (noreply@forum.mydomain.com) الذي لا أعتقد أنني أملكه حقًا. لدي بعض أسماء المستخدمين البديلة.
هل يجب أن أقدم اسم مستخدم بديل حقيقي، أم أن عنوان البريد الوهمي أفضل لأنه لن يكون هناك رد فعلي أو شيء من هذا القبيل؟
عادةً ما يكون هناك قسم لإعادة توجيه البريد الإلكتروني في إعدادات DNS الخاصة بك، ويمكنك إضافة عنوان “لجميع الرسائل” (Catch-all) واختيار عنوان البريد الإلكتروني الذي تريد إعادة التوجيه إليه…
لا أعتقد أن هذا طبيعي - فلا يحدث انتهاء للمهلة في حالتي - على الرغم من أنه يمكن تهيئة الإعدادات للسماح بذلك، إلا أن ذلك غير مرجح كإعداد افتراضي. هل نفدت ذاكرة الوصول العشوائي (RAM) أو مساحة القرص لديك بالصدفة؟ ذكّرنا بالمواصفات.
على الأرجح، لم تقم بتكوين مساحة التبديل (SWAP) وتواجه نفاداً في الذاكرة…
إليك دليل للقيام بذلك:
أخبرني دعم Hostinger أن انتهاء المهلة بعد فترة من عدم النشاط أمر طبيعي. حاولت بعد بضع دقائق، واستؤنف إعداد Discourse تقريبًا. ثم ظهرت ما يلي. يبدو أن النطاق الفرعي متصل
بعد ذلك، وبعد العديد من الأسطر التي تظهر تنزيل Discourse، إليك جزء من آخر سطرين للأوامر ظلا كما هما لفترة من الوقت (لاحقًا انتهت مهلة الاتصال، لذا لا أعرف ما إذا كانت هناك أسطر أخرى تلت ذلك)
1) هل نجحت مرحلة البناء في الوحدة الطرفية؟
عندما فحصت رابط النطاق الفرعي الخاص بي في المتصفح، ظهرت صفحة خطأ في المتصفح (‘لا يمكن الوصول إلى هذا الموقع، رفض forum.mydomain.com الاتصال.’ مع ERR_CONNECTION_REFUSED)
أخبرني دعم Hostinger أن هذا مرجح جدًا بسبب عدم اكتمال انتشار DNS بعد (أشرت إليه منذ حوالي 24 ساعة)
يقتترح تشخيص مشكلتي مع ذكاء ask.discourse.org.ai أخبارًا سلبية
عندما قمت بتشغيل تلك الأوامر المختصرة من الذكاء الاصطناعي، قال كلاهما -bash: ./launcher: لا يوجد مثل هذا الملف أو المجلد
البناء ليس عدم نشاط!
فكّر في استخدام tmux مع هذا المزوّد.
هناك الكثير من النصائح الجيدة هنا. لقد التزمت بالمعايير، لكنني واجهت بعض الارتباك في جوانب معينة، لذا طلبت من claude.ai مساعدتي. كانت النتيجة مرضية تمامًا.
محاولة استكشاف الأخطاء وإصلاحها مع Contabo أمر غير مقبول على الإطلاق
دردشة Contabo المباشرة غير نشطة، لذا فإن حلقة الملاحظات الحالية باستخدام التذاكر متأخرة بشكل غير معقول وغير فعالة. ما كان يجب أن يكون دردشة أو مكالمة يمكن فيها حل العديد من الأمور في دقائق، بهذه الطريقة؛ مع ساعات بين كل رسالة حرفياً هو أمر غير معقول للغاية ويشبه استخدام الحمامات، وحل كل أمر صغير كان يجب أن يستغرق دقائق ينتهي به الأمر إلى استغرق أيام. ويترتب على ذلك أن كل رد منهم ليس داعماً بما يكفي
[مواصفات VPS الخاص بي: 4 نوى vCPU، 8 جيجابايت رام، منفذ 200 ميجابت/ثانية]
مشكلة الانقطاع باختصار
في اللحظة التي ينقطع فيها الاتصال، لا يظهر شيء على الطرفية، لذا لا أعرف في كم من الوقت يحدث ذلك. فقط عند الإدخال أدرك ذلك؛ عند الإدخال على سطر الأوامر root@xyz:\~# ، لا يظهر أي إدخال ويملأ تلك السطر فوراً مما يظهر هذا;
root@xyz:\~# client_loop: send disconnect: Connection reset
PS C:\\Users\\user>
لقد قمت بالتحقق بعد 5 دقائق من عدم النشاط، وكان قد انقطع. قمت بالتحقق بعد 3 دقائق، وكان متصلاً. بناءً على ذلك، ينقطع الاتصال في وقت ما بين 3-5 دقائق. لكنني لست متأكداً مما إذا كان هذا هو الحال أثناء تشغيل عملية تثبيت.
عندما سألت عن هذا من Contabo
[ساعات..]
بدون شرح كبير، قاموا فقط بنقله إلى نظام مضيف آخر ‘لتحسين أداء VPS’. حاولت مرة أخرى على النظام المنقول الجديد وكان لديه نفس مشكلة الانقطاع! أرسلت تذكرة أخرى
[ساعات]
عندما ردوا أجابوا قليلاً أكثر، موافقين على أن هذه المشكلة سلوك غير متوقع وأن当他们 pinged خادمي أظهر استجابات سريعة دون أي فقدان حزم وأن المشكلة قد تكون بسبب تكوين الشبكة/مشكلة. هم يستكشفون هذه المشكلة الآن.
بناءً على ما سبق، (الرام المتاحة، تشخيصاتهم لهذا السلوك غير المتوقع واستكشاف الأخطاء الحالي) أتساءل عما إذا كان يجب أن أقوم بأي تغييرات الآن مثل إضافة ملفات swap؟ (أفهمها نوعاً ما لكنها أيضاً معقدة قليلاً بالنسبة لي) ربما سأتحقق أولاً مما إذا كانوا قد أعادوا هذا إلى العمل الطبيعي
8 جيجابايت كمية كبيرة، لذا ربما لا تكون هي المشكلة.
يمكنك دائمًا فحص استخدام الذاكرة عبر vmstat أو تثبيت أداة أكثر ودية مثل htop.
يبدو هذا أكثر كونه مشكلة شبكة، بصراحة.
رائع أن هذا يتوافق مع رأيك أيضاً. أنا أتحدث معهم الآن
كيف قمت بإصلاح مشكلة إعادة تعيين اتصال SSH الخاص بي
عندما حاولت استخدام الأمر ping {vps ip address}، بقي الاتصال نشطًا لفترة طويلة! (حسنًا، لأكثر من 20 دقيقة قبل أن أقوم بفصل الاتصال يدويًا). جربت الأمر دون استخدام ping، وحدثت مشكلة إعادة تعيين الاتصال مرة أخرى. إذن، كانت المشكلة تحدث عندما يكون الطرفية بدون إدخال/خاملًا.
بعد تبادل الرسائل مع تقنيي Contabo الذين لم يتمكنوا من العثور على سبب أو حل دقيق، وبعد تجربة عدة أشياء بنفسي، هذا الحل نجح https://youtu.be/tpxd0_PKZP8?si=lCnO3OqrqWoUmj13
قد تكون هناك مشكلة أو لا من جانب خادم VPS، وقد تكون المشكلة التي واجهتها بسبب الراوتر الخاص بي. فمن المعروف أن بعض الراوترات تعيد تعيين الاتصالات.
للعلم، إليك طريقة واحدة لتجنب هذه المشكلة: ssh root@192.168.1.100 -o ServerAliveInterval=60 -o ServerAlivecountMax=1000
تقدمت عملية تثبيت Discourse السابقة كثيرًا قبل أن تتعطل، لذا لضمان سير الأمور بسلاسة، بدأت كل شيء من الصفر؛ قمت بإعادة تعيين خادم VPS إلى إعدادات المصنع الافتراضية.
ثم سارت الأمور بسلاسة، وها هو الأمر!
أدى مشكلة إعادة تعيين اتصال SSH إلى تأخير هذه العملية بشكل غير ضروري. بعد ذلك، كانت العملية مباشرة وبسيطة للغاية.
في مرحلة ما في المستقبل القريب، سأقوم بنشر تحديث بمجرد أن أبنِ وأطلق منتدى الخاص بي بالكامل.
شكرًا جزيلاً 
كنت سأكون حائرًا تمامًا لولا مساعدتكم. نظرًا للعديد من الإجابات المقدمة هنا، أردت وضع علامة 
على أكثر من شخص منكم (طلب ميزة، هه هه). تقديري لكل شخص هنا وجهني وأجاب على جميع أسئلتي، مما جعل هذا المنتج الرائع أكثر سهولة لي ولغيري. شكر خاص لـ @darkpixlz @Lilly @NateDhaliwal @Andrew_Rowe @merefield على ما فعلتموه. أرواح جميلة من محيطات بعيدة تتجمع معًا لمساعدة بعضها البعض. لديّ أوصافكم وأتمنى أن أتمكن من شكركم بشكل أفضل بطريقة ما في المستقبل.
مواقعك الخاصة ليست جاهزة بعد، لذا إليك شيئًا مؤثرًا يمكنني الإشارة إليه، قريبًا مما أفعله. ACE: https://animalcharityevaluators.org/