تثبيت Discourse على خادم VPS مخصص. عملية تتضمن الأسئلة الشائعة

[Gid]

خطوات عملية مفصلة للمبتدئين لتثبيت Discourse. بدءاً من اختيار الخادم المناسب، ومروراً بإعداده، وتمرير بروتوكول SMTP، وإعدادات DNS، وتنفيذ كل شيء بالترتيب الصحيح. نظراً لأن هذه العملية اليدوية تحتوي على العديد من الفروع والخيارات، لديّ الكثير من الشكوك، وسمعت عن العديد من الإعدادات التي تساءت عندما لم تُنفَّذ بعناية. أريد أن أفعل هذا بشكل صحيح، وسأكون ممتناً إذا كان بإمكان أي شخص تصحيح أخطائي. سأنتقل عبر أكبر عدد ممكن من الخطوات وأتوقف عند التعثر. يمكن أن تكون هذه الصفحة مفيدة، حيث يتم تلخيص الشكوك الرئيسية بشكل شامل في مكان واحد

الهدف: تثبيت Discourse على خادم VPS مستضاف ذاتياً لمنتدى يبدأ بـ 100 مستخدم في الشهر

1) من بين الدليلين الرسميين المتاحين، اخترتُ البسيط. ما هي المشكلات التي قد أواجهها؟ هل هذا ليس جيداً للمرونة أو التوسع في المستقبل؟
تثبيت أساسي سريع خلال 10 دقائق: دليل تثبيت Docker للمبتدئين
تثبيت قوي ومرن لخوادم كبيرة أو متعددة: دليل تثبيت Docker المتقدم

2) هل هذا ترتيب إعداد جيد؟ i) تكوين واستئجار خادم VPS > ii) SMTP > iii) النطاق و DNS > iv) تثبيت Discourse

3.1) فيما يتعلق بالنطاق و DNS، لديّ بالفعل موقع إلكتروني بنطاق مخصص. لست متأكداً مما يجب أن أفعله؛ اسم نطاق فرعي أم خادم أسماء فرعي؟ بحثتُ لكنني لا أفهم

3.2) رغم أنني لا أفعل ذلك الآن، إذا لزم الأمر، يمكن ربط منتدى Discourse بنطاق نقي مثل example.com أليس كذلك (إذا لم يكن مستخدماً بالطبع)؟ لا يجب أن يكون نطاقاً فرعياً مثل forum.example.com أليس كذلك؟ لماذا يقول دليل Discourse فقط “أنشئ سجل DNS - A يشير نطاقك الفرعي (مثلاً forum.example.com) إلى عنوان IP الخاص بخادمك”؟

4.1) فيما يتعلق بـ SMTP: لست متأكداً تماماً هنا. فيما يتعلق بتسجيل دخول المستخدمين، هذا هو هدفي Connect User logins from my Wix site for my Discourse forum لضمان ذلك، ماذا يجب أن أفعل؟
4.2) لم أقم بإعداد بريد إلكتروني تجاري بعد، ويمكنني فعل ذلك الآن من Hostinger. هل لهذا علاقة كبيرة بـ SMTP؟ فيما يتعلق بـ SMTP، سمعت على هذا المنتدى عن MailGun و MailJet و Brevo. ماذا يعني ذلك؟

5) اختيار وتكوين خادم VPS: كانت Contabo و Hetzner الأرخص بينما بدت موثوقة جداً، إذا اخترت Contabo الأرخص، هل سأفقد شيئاً مفيداً؟ هل هي آمنة؟ (أردت مقارنة التكوين بالكامل مع Hetzner، لكنهم لا يسمحون لك حتى برؤية خيارات التكوين دون تقديم بياناتك وبطاقة الخصم ومراجعة شروطك؟ أكثر ما لدي هو لقطات شاشة @Lilly)
5.1) لوحة التحكم: تظهر Contabo أن Webmin و Webmin + LAMP متضمنان. يُظهر cPanel كإضافة باهظة الثمن. سمعت عن cPanel، لا أحتاج إلى هذا أليس كذلك؟
5.2) نظام التشغيل: تظهر Contabo أن Ubuntu متضمن دون أي ذكر له، هل هذا كافٍ؟ (يظهر تكوين Digital Ocean خيارات بجانب Ubuntu الخاصة بهم مثلاً 24.04 (LTS) x64)

5.3) يتم عرض مجموعة من التطبيقات كإضافات متضمنة. إذا وجدت أي مشكلات معها أخبرني

5.4) هل الخيارات الافتراضية التالية مقبولة؟ يمكنني الاستغناء عن الإضافات أليس كذلك؟

5.5) لا يظهر IPv6 في التكوين، رغم أنه تحت صفحة خطة vps الخاصة بهم يُعلن عن التالي “تأتي عناوين IPv4 و IPv6 المخصصة مع كل خطة”. أتساءل عما إذا كان هذا يحتوي عليها أم لا
5.6) سمعت بعض السلبيات فيما يتعلق بـ Contabo، ماذا يعتقد الأشخاص هنا الذين جربوا Contabo؟

5.7) المواصفات الجيدة التالية هي الحد الأدنى المتاح وبأسعار رائعة! فقط لأعرف، (في حال تغيير الخادم) بما أن Discourse يوصي بـ 2GB، أليس 4 غير ضروري؟ ما هو اللقطة (snapshot)؟

[darkpixlz (Pyx)]

@Gid

1) من بين الدليلين الرسميين المتاحين، اخترتُ البسيط. ما هي المشكلات التي قد أواجهها؟ هل هذا غير جيد للمرونة/التوسع في المستقبل؟
تثبيت أساسي سريع لمدة 10 دقائق: دليل تثبيت Docker للمبتدئين
تثبيت قوي ومرن لخوادم كبيرة أو متعددة: دليل تثبيت Docker المتقدم

إذا كنت مبتدئاً، اتبع دليل التثبيت للمبتدئين. لا تُسرع الأمور.

@Gid

2) هل هذه ترتيب إعداد جيد؟ i) تكوين واستئجار خادم افتراضي (VPS) > ii) SMTP > iii) النطاق (Domain) و DNS > iv) تثبيت Discourse

شخصياً، أتأكد من أن SMTP يعمل بشكل صحيح (لدي مفاتيح API وما إلى ذلك) مع توجيه DNS إلى عنوان IP الخاص بي، ثم أنتقل لإكمال إعداد Discourse لأن معالج الإعداد سيشتكي إذا لم يكن DNS صحيحاً بنسبة 100% وعندها لن يكون لديك حظ.

@Gid

3.1) بخصوص النطاق و DNS، لدي بالفعل موقع إلكتروني بنطاق مخصص. غير متأكد مما يجب أن أفعله؛ نطاق فرعي (Subdomain) أو خادم أسماء فرعي (Child nameserver)؟ بحثت لكنني لا أفهم.

لا أعرف ما يعنيه مزودك هنا. ربما يقصدون “نطاق فرعي”؟ في هذه الحالة، أضف عنوان IPv4 الخاص بخادمك الافتراضي إليه.

@Gid

يمكن ربط منتدى Discourse بنطاق خالص مثل example.com أليس كذلك؟

نعم، العنوان هو العنوان. يمكن أن يكون x.example.com، أو example.com، أو x.y.example.com، أو حتى example.com/x/ (مع بعض الإعدادات المتقدمة).

@Gid

Connect User logins from my Wix site for my Discourse forum لضمان ذلك، ماذا يجب أن أفعل؟

ستحتاج إلى SMTP للملخصات وإشعارات المسؤول وما إلى ذلك بغض النظر عن DiscourseConnect.

@Gid

[الإضافات النظامية]

يبدو جيداً بالنسبة لي.

@Gid

لم يتم عرض IPv6 في التكوين، رغم أنه في صفحة خطة الخوادم الافتراضية لديهم يُعلن عن التالي: “تأتي كل خطة مع عناوين IPv4 و IPv6 مخصصة”. أتساءل عما إذا كان هذا يحتوي عليها أم لا.

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

[quote=“Gid, post:1, topic:407922”]

[/quote]\nسرعة 200 ميجابت في الثانية ليست سريعة جداً، لكن باقي المواصفات مثالية لمنتدى صغير إلى متوسط الحجم. توصية الـ 2 جيجابايت تبدو مرتفعة بعض الشيء لسبب ما، لذا فإن 8 جيجابايت ستخدمك بخير. أدير موقعي الصغير على LXC (بأعباء أقل) بـ 8 جيجابايت/6 أنوية معالج، واستهلاك الموارد لدي منخفض، حيث ترتفع استخدامات المعالج إلى حوالي 50-60% أثناء إعادة البناء.

اللقطات (Snapshots) هي في الأساس نقاط استعادة لخادمك الافتراضي، لذا إذا حدث أي خطأ يمكنك التراجع عنها. ليست مفيدة جداً عندما يكون لديك نسخ احتياطية منتظمة لـ Discourse خارج الموقع (على R2 أو شيء مشابه)، لكنها لا تزال “ميزة إضافية لطيفة” في حال الطوارئ.

[Lilly (Lillian)]

الرجاء عدم الإشارة إلى الأشخاص باستخدام علامة @. حقاً لا أحتاج إلى الضوضاء الإضافية في إشعاراتي، وهذا يُعدّ آداباً رديئة في المنتديات بشكل عام. إذا أردت استخدام أسماء المستخدمين دون الإشارة إليهم فعلياً، فضع علامات الاقتباس العكسية (backticks) حولها حتى لا ترسل إشعاراً لهم. دع الناس يردون إذا قرأوا مشاركاتك ورغبوا في الرد. شكراً لك.

حظاً موفقاً في مشروعك الجديد.

[Lilly (Lillian)]

@Gid

قوي، مرن، كبير / تثبيت متعدد الخوادم: دليل تثبيت Docker المتقدم

لا تقترب من هذا الآن. التزم بالأساسيات.

1. احصل على اسم نطاق مع خادم أسماء (Nameserver) مثل Namecheap. أو بما أنك لديك واحد تريد استخدامه بالفعل:

@Gid

لست متأكدًا مما يجب أن أفعله؛ نطاق فرعي

استخدم نطاقًا فرعيًا - هذه هي الطريقة القياسية لتثبيت Discourse، بحيث يكون شيئًا مثل forum.yoursite.com

2. إذا كنت لا تريد استخدام DiscourseID، فاحصل على خدمة بريد إلكتروني معاملات مع SMTP (مثل Mailgun أو Resend). Resend مجاني وأستخدمه.

3. قم بإعداد خادم VPS (قطرة Droplet) مع إمكانية الوصول عبر SSH مع بائع VPS الذي تختاره.
4. قم بتثبيت Discourse وفقًا للنص البرمجي الموجود في الدليل.

[quote=“Gid, post:1, topic:407922”]
هذا هو هدفي Connect User logins from my Wix site for my Discourse forum لضمان ذلك، ماذا يجب أن أفعل؟
[/quote]\n
كما ذُكر بالفعل في أماكن أخرى، من المحتمل ألا تتمكن من القيام بذلك لأنك لا تملك حساب Wix للمؤسسات. يرجى إجراء بحثك وإطلاع نفسك أولاً. القراءة هي شرط لكونك مدير Discourse جيد.

التسجيل الموحد (SSO) ليس شيئًا يجب أن تفكر فيه الآن لأنك لا تزال تتعلم كيفية إعداد أبسط تثبيت ذاتي الاستضافة.

لتعديل ملف app.yml بعد تشغيل الإعداد الأولي، عند المطالبة عند الاتصال بالخادم عبر SSH، قم بـ:

cd /var/discourse
nano containers/app.yml

هناك ملف app.yml نموذجي هنا:

samples/standalone.yml

[NateDhaliwal]

أقول إنك لا ينبغي أن تقترب كثيرًا من الحد الأدنى البالغ 2 جيجابايت، ما لم تكن تشغّل منتدى صغيرًا بعدد قليل من المستخدمين.

@Gid

لقد سمعت عن cPanel، أليس كذلك؟ لا أحتاج إلى هذا، أليس كذلك؟

لا، لا يلزم استخدام cPanel.

@Gid

لم أقم بإعداد بريد إلكتروني للأعمال بعد، ويمكنني فعل ذلك الآن من Hostinger. هل لهذا علاقة كبيرة بـ SMTP؟ بخصوص SMTP، سمعت في هذا المنتدى عن MailGun وMailJet وBrevo. ماذا تقولون؟

هل يوفر البريد الإلكتروني للأعمال خدمة بريد إلكتروني معاملات؟ أعلم أن بعضها لا يفعل. من الأمان استخدام خدمات مثل Mailgun وBrevo وAmazon SES وما إلى ذلك.

@Gid

رغم أنه ليس الآن، إذا لزم الأمر، يمكن ربط منتدى Discourse بنطاق صريح مثل example.com، أليس كذلك (إذا لم يكن مستخدمًا بالطبع)؟ لا يجب أن يكون نطاقًا فرعيًا مثل forum.example.com، أليس كذلك؟

قام آخرون بتوضيح ذلك، لكنني أربط الوثائق الخاصة بهذا الأمر: Configure your hosted Discourse site to run at the root or apex domain (e.g. example.com)

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

@Gid

ما هو اللقطة (snapshot)؟

اللقطة هي في الأساس نسخة احتياطية كاملة للخادم الافتراضي الخاص (VPS). يمكنك الاستمرار في أخذ نسخ احتياطية من Discourse بانتظام في حال حدوث أي خطأ، إذا كنت تستضيف Discourse فقط على الخادم الافتراضي الخاص.

[Gid]

@Lilly

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

آه.. كان هذا أمراً مهماً جداً بالنسبة لي، وكان سبباً في اختياري للاستضافة الذاتية. إذا أمكن حل هذا لاحقاً دون صعوبة كبيرة، فهذا جيد، لكنني أتساءل عما إذا كان هذا الإعداد العادي يشكل عائقاً أمام ذلك لاحقاً؟ هل يجب أن أفعل شيئاً مختلفاً الآن للسماح بتلك الوظيفة حتى لو لم أفعلها الآن؟
المنتدى هو مجرد امتداد لموقعي الرئيسي، ويجب أن يكونا موحدين. إذا كانا منفصلين، فسيؤدي ذلك إلى الكثير من المشاكل في حالتي.
لا أعرف ما إذا كان SSO هو الحل الوحيد، لكنني أريد أن يكون هناك أقل قدر ممكن من الفصل بين موقع Wix الخاص بي ومنتدى Discourse.

[Lilly (Lillian)]

@Gid

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

كما قلت أعلاه:

@Lilly

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

وهنا قمت بنشر:

@Gid

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

ما الذي تعرفه عن MiniOrange؟ يبدو أن الخطة المجانية محدودة بعدد قليل من المستخدمين فقط، وبالتالي قد تكون مكلفة بالنسبة لك بـ 49 دولاراً شهرياً للخطة الأساسية:

miniOrange IAM & CIAM Pricing Plans - SSO and MFA

البحث والقراءة الدقيقة أمران ضروريان عند التخطيط لما تريد تحقيقه.

هل تعرف كيفية كتابة سكريبت Velo لـ Wix؟

ربما حل JavaScript

أعتقد أنك ستحتاج إلى إعداد نقطة نهاية API مخصصة مباشرة على موقع Wix الخاص بك لاستقبال طلبات تسجيل الدخول من Discourse. يبدو أنه سيتطلب كود JavaScript في وحدة Velo مع ملف يُسمى http-functions.js.

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

شيء ما على هذا النحو ربما:

import { ok, redirect, badRequest } from 'wix-http-functions';
import { currentMember } from 'wix-members-backend';
import crypto from 'crypto';

// اختر سلسلة عشوائية آمنة للسر

const DISCOURSE_SECRET = "YOUR_SUPER_SECRET_STRING_HERE"; 

export async function get_discourseSso(request) {
    const query = request.query;
    const payload = query.sso;
    const sig = query.sig;

    if (!payload || !sig) {
        return badRequest({ body: "Missing SSO parameters" });
    }

    // التحقق من التوقيع الوارد من Discourse

    const computedSig = crypto.createHmac('sha256', DISCOURSE_SECRET).update(payload).digest('hex');
    if (computedSig !== sig) {
        return badRequest({ body: "Invalid cryptographic signature" });
    }

    // التحقق مما إذا كان المستخدم مسجلاً الدخول في Wix

    const member = await currentMember.getMember({ fieldsets: ['FULL'] });
    
    // تحليل الحمولة الواردة لاسترداد رمز التعريف الفريد

    const decodedPayload = Buffer.from(payload, 'base64').toString('ascii');
    const params = new URLSearchParams(decodedPayload);
    const nonce = params.get('nonce');

    if (!member) {
        // إذا لم يكن مسجلاً الدخول، أجبره على تسجيل الدخول في Wix أولاً، ثم العودة هنا
        const loginUrl = `https://yourwixsite.com{encodeURIComponent(request.url)}`;
        return redirect(loginUrl);
    }

    // بناء حمولة المستخدم لـ Discourse

    const userPayload = `nonce=${nonce}&email=${encodeURIComponent(member.loginEmail)}&external_id=${member._id}&username=${encodeURIComponent(member.profile.nickname || member._id)}&name=${encodeURIComponent(member.contactDetails.firstName + ' ' + member.contactDetails.lastName)}`;

    // تشفير وتوقيع حمولة المستخدم
    const base64Payload = Buffer.from(userPayload).toString('base64');
    const returnSig = crypto.createHmac('sha256', DISCOURSE_SECRET).update(base64Payload).digest('hex');

    // إعادة توجيهه إلى Discourse كمستخدم مسجل الدخول
    const discourseReturnUrl = `https://yourforum.com{encodeURIComponent(base64Payload)}&sig=${returnSig}`;
    return redirect(discourseReturnUrl);
}

ستحتاج إلى استبدال عنوان URL الخاص بمنتداك هناك أيضاً

سيكون هناك أيضاً بعض تكوين DiscourseConnect، لكن لا تقم بأي من هذه الأشياء حتى يكون لديك منتدى مستضاف ذاتياً يعمل بدون أخطاء.

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

[RGJ (Richard - Communiteq)]

مهما يكن الذكاء الاصطناعي الذي كتب ذلك، فمن الواضح أنه لا يفهم أن OpenID/SAML وDiscourse Connect شيئان مختلفان تماماً، لذا لا أثق في بقية ما يقوله أيضاً.

[Gid]

شكرًا لكم جميعًا على كل هذه الإجابات حتى الآن🙏

@NateDhaliwal

هل يوفر البريد الإلكتروني التجاري خدمة بريد إلكتروني معاملة (Transactional)؟

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

الحدود الرئيسية لخطة Business Starter لديهم (عقد لمدة سنة @ 0.79/شهر):

• حد الإرسال اليومي: 500 رسالة بريد إلكتروني في اليوم.
• الحد الأقصى للمستلمين لكل رسالة: 200 مستلم.
• حد الإرسال الشهري: لا يوجد، فقط الحد اليومي.

مواصفاتهم الكاملة، بما في ذلك حدود IMAP/SMTP: المعلمات وحدود بريد Hostinger

ملخص للدردشة حول ذلك👆 مع تفاصيل إذا أراد أحد التحقق منها أكثر

أرى أنك تفكر في خطة البريد الإلكتروني التجاري من Hostinger لاحتياجات Discourse الخاصة بـ SMTP وتريد التأكد من أنها تغطي كل شيء دون الحاجة إلى Mailgun. يسعدني التحقق من ذلك…
يمكنك استخدام SMTP الخاص بـ Hostinger Business Email لإعداد Discourse الخاص بك، ولن تحتاج إلى مزود منفصل مثل MailGun للتواصل التجاري العادي وإشعارات المنتدى القياسية.
ومع ذلك، من المهم أن تضع في اعتبارك أن خدمة SMTP لدينا ليست مصممة للتسويق أو إرسال رسائل بريد إلكتروني جماعية. إنها مخصصة في المقام الأول للتواصل التجاري. إذا كنت تخطط لإرسال حملات تسويقية عالية الحجم أو رسائل بريد إلكتروني للمعاملات على نطاق واسع، فسيظل استخدام خدمة مخصصة مثل MailGun هو الخيار الأفضل لهذه الاحتياجات المحددة.

إذا قمت بإعداد البريد الإلكتروني التجاري مع Hostinger، ولكنني احتجت في المستقبل إلى إرسال رسائل بريد إلكتروني جماعية، هل يمكنني استخدام MailGun على سبيل المثال دون الحاجة إلى الترحيل أو تسجيل بريد إلكتروني جديد مع MailGun؟

سيعتمد ذلك على الإعدادات اللازمة لـ Mailgun. دعني أتحقق…
إذا كنت ترسل رسائل بريد إلكتروني باستخدام SMTP من Mailgun فقط، فستحتاج إلى إضافة سجلات TXT إضافية. لن تتغير سجلات MX، لذا يمكنك الاستمرار في استقبال الرسائل الإلكترونية على خطة بريد Hostinger أثناء استخدامها.

لم أفهم ذلك تمامًا، هل يمكنك من فضلك شرح ذلك لي أكثر؟

تخيل بريدك الإلكتروني وكأنه صندوق بريد مادي:
الاستقبال (الصندوق نفسه): تصل رسائل بريدك الإلكتروني إلى Hostinger بسبب سجلات MX الخاصة بك. ستبقي هذه السجلات كما هي تمامًا، لذا ستستمر في استقبال جميع بريدك في صندوق الوارد الخاص بك على Hostinger.
الإرسال (البريد): يمكن أن يكون لديك أكثر من طريقة لإرسال البريد. من خلال إضافة سجل TXT (خاصةً لـ SPF و DKIM) إلى نطاقك، فإنك تمنح Mailgun “الإذن” فعليًا لإرسال البريد نيابةً عنك.
وهذا يعني أنك لست بحاجة إلى الترحيل/تسجيل عنوان بريد إلكتروني جديد مع Mailgun. يمكنك الاحتفاظ بصندوق بريدك المهني على Hostinder للمحادثات التجارية اليومية، واستخدام Mailgun فقط كـ “محرك إرسال” لإشعارات المنتدى عالية الحجم أو رسائل البريد الإلكتروني التسويقية عندما تكون جاهزًا لذلك.

---

نعم.. يبدو أن MiniOrange ليس ما أبحث عنه، بناءً على موقعهم يبدو أنه مزود هوية طرف ثالث (3rd party IdP). أحاول استخدام قاعدة بيانات Wix الحالية الخاصة بي كمزود هوية (IdP).

[quote=“Lilly, post:8, topic:407922”]
هل تعرف كيفية كتابة كود Velo لـ Wix؟
[/quote]\nلست متأكدًا تمامًا مما تقصد بكلمة “script”، لكنني قمت بالكثير من البرمجة الأمامية والخلفية باستخدام Velo على Wix، وبنيت العديد من الميزات باستخدام كود Velo بنفسي وبمساعدة الذكاء الاصطناعي والدروس التعليمية، لكنني مبتدئ. ألقيت نظرة على الكود الخاص بك، وسأكون سعيدًا بتجربته بعد التثبيت. فيما يتعلق بمنتدى Wix، فهو جيد (رغم أنه ليس حيويًا مثل هنا)، ولم يتم الإجابة على تلك السؤال بعد.

حتى الآن قمت بـ؛ إعداد البريد الإلكتروني مع Hostinder لـ SMTP (حدّثت سجلات DNS الخاصة بذلك مثل MX و CNAME و TXT على Wix الخاص بي) أمرت بخادم خاص افتراضي (VPS) وأنتظر تمكينه.

ليس مثل تثبيت تطبيق للجوال هahaha.

[Ed_S]

@NateDhaliwal

يمكنك لا يزال أخذ نسخ احتياطية من Discourse بانتظام في حال حدوث أي خطأ، إذا كنت تستضيف Discourse على VPS فقط.

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

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

[NateDhaliwal]

كم مرة تعتقد أنه يجب أخذ لقطات؟ مرة واحدة في الشهر، مع نسخ احتياطية أسبوعية/مرتين في الأسبوع؟ أم أن هذا مبالغة؟

[Ed_S]

بصفتي شخصياً، لم أستخدم قط نقاط الاستعادة (snapshots). (أعتقد أنها ميزة إضافية تتطلب دفع رسوم، ولا أنا متأكد من فائدتها عندما تكون هناك قاعدة بيانات نشطة تعمل.)

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

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

[Gid]

بعد تجربة سلبية مع خدمة Contabo، أفكر في بديل VPS مع OVHcloud. ولكن إذا لم يكن هذا مناسباً، سأضطر للرضى بـ Contabo

1) إذا اخترت نظام التشغيل مع التطبيق، تظهر فقط هذه الخيارات المحدودة. Docker بدون خيار Ubuntu. لذا، هل يجب أن أتجنب ذلك وأختار نظام التشغيل فقط مع إظهار Ubuntu؟ هل هذا يعني أنني يمكنني تثبيت Docker لاحقاً أم أن هذا معقد جداً بالنسبة لي؟ (إذا كان هذا عاملاً حاسماً، تجاهل الأسئلة التالية)

2) فيما يتعلق بالنسخ الاحتياطي، فهو جذاب جداً: نسخ احتياطي يومي مجاني مُدار؟ رائع، أليس كذلك؟

3. مخاوف بشأن مواصفات OVHcloud مقارنة بـ Contabo:
   3.1) هل 2 vCores كافية؟
   3.2) هل يجب أن أسأل عن المنفذ؟ (أظهرت Contabo 200 ميجابت/ثانية)

3.3) هل عرض النطاق الترددي جيد؟ فيما يتعلق بذلك، إليك مقارنة بين Contabo و OVH:

[Andrew_Rowe]

أستخدم OVHcloud بهذه المواصفات الدقيقة لتشغيل منتداي الصغير، وأستخدم نظام Debian ويعمل بشكل رائع

[Gid]

واو! من الجميل أن أسمع ذلك لقد رأيت أوبونتو كثيرًا لدرجة أنها بدت وكأنها متطلب. الدليل الرسمي يوصي بها أيضًا، لذا أتساءل ما إذا كان ديبين قد يسبب المزيد من الصعوبات لمتدرب مبتدئ مثلي (في الإعدادات/التعديلات/أحدث التحديثات/جعل الأشياء متوافقة)؟ أم أن هذه ليست مشكلة؟

[merefield (Robert)]

اجعل حياتك بسيطة. استخدم أوبونتو.

تستغرق التثبيت القياسي 30 دقيقة

[Gid]

(تم حذف المنشور بواسطة الكاتب)

[Gid]

(تم حذف المنشور من قبل الكاتب)

[darkpixlz (Pyx)]

لا تختار نسخة مثبت فيها Docker مسبقاً. اكتفِ بـ Ubuntu أو Debian القياسيين، وسيتولى النص البرمجي الباقي.

أكره Ubuntu بشدة، وبصراحة لست متأكداً من الفرق بينها وبين Debian (إلا أنها أكثر انتفاخاً بكثير)، ولماذا يُوصى بها بشدة لـ Discourse بدلاً من Debian العادي. يبدو أنك لا تملك خبرة كبيرة في هذا المجال، لذا اتبع فقط دليل التثبيت القياسي لـ Ubuntu.

[Gid]

شكراً لتوضيحك، هل سأكون بخير إذا

[quote=“Gid, post:15, topic:407922”]
لحقت مع توزيعة تعرض فقط أوبونتو؟ هل يعني هذا أنني يمكنني تثبيت دوكر لاحقاً أم أن هذا معقد جداً بالنسبة لي؟
[/quote]\nفقط لأن لم يأتِ مثبتاً مسبقاً لن يكلفني ذلك تكلفة إضافية أو متاعب في إدارته في المستقبل أيضاً صحيح؟

كاد أن أنسى أمراً آخر، على عكس خوادم VPS الأخرى، هذا لا يحتوي على لوحة تحكم. هل يمكن إصلاح هذا بسهولة ودون تكلفة؟