يبدو أن الملف فارغ.
إذًا، أنت لست في الدليل الصحيح، انتقل إلى الدليل الصحيح أولاً، أو قم بتضمين المسار 
إعجاب واحد (1)
نعم، الحاويات! تحياتي
هل DISCOURSE_SMTP_PORT هو الوارد أم الصادر؟
إنه قادم أليس كذلك. العقل ذائب قليلاً..
هل أقوم فقط بتحرير ملف app.yml ثم الخروج وسيطلب مني الحفظ؟
ثم إعادة البناء؟
لا، بروتوكول SMTP خاص بالمراسلات الصادرة، أليس كذلك؟
حان وقت أخذ استراحة وتصفية الذهن…
مرحباً. هل يمكنني أن أسأل من فضلك إذا كان لدي مثيل واحد من Discourse وأستخدم المجموعات للتمييز بين المجموعات المادية التي أرغب في خدمتها، فما مدى سهولة تصدير تلك المجموعات بشكل فردي والاحتفاظ بحالتها إلى مثيل Discourse الخاص بها حيث ستعيش بسعادة إلى الأبد؟ 
لست متأكدًا من أنني أفهم سؤالك. هل تقترح تصدير أجزاء من منتدى الخاص بك، ثم استيرادها إلى منتدى آخر؟ لا أعتقد أن هناك أي طريقة للقيام بذلك في الوقت الحالي بخلاف مجرد نسخ موقعك ثم إزالة ما لا تريده من النسخة.
إعجاب واحد (1)
هناك مهمة “rake”. إنها غير أنيقة بعض الشيء (لست متأكدًا من كلمات مرور المستخدم، على سبيل المثال؟) ولكني أعتقد أنها تعمل.
هذا يحصل على الفئات، وهي مجموعات المواضيع التي تريدها. أعتقد أنها تسحب أيضًا المستخدمين الذين أنشأوا منشورات. لست متأكدًا من المستخدمين الآخرين الذين لم ينشئوا منشورات.
لا أوصي به حقًا، ولكن إذا أصبحت مجموعة واحدة كبيرة جدًا وأردت الانفصال، فقد تفعل ذلك بهذه الطريقة، أو قد تستعيد قاعدة البيانات بأكملها وتحذف الفئات التي لا تريدها. من الصعب معرفة ما سيكون أسهل دون رؤية البيانات الفعلية، والتي لا توجد.
إعجاب واحد (1)
شكراً لكم يا رفاق. ما أحاول الإشارة إليه هنا هو المتطلب الذي عبرت عنه في بداية هذا الموضوع. عدد كبير جدًا من المجموعات المستقلة والخاصة بشكل عام، بالإضافة إلى منتدى وطني شامل مفتوح.
بعد أن سمعت للتو عن Discourse قبل أقل من 24 ساعة من كتابة هذا، كنت أحاول معرفة كيف يمكن لأفكاري أن تخدمها. ما زلت مصدومًا من مدى ملاءمة برنامجك للمتطلبات. لم أعتقد أن ما أردته كان موجودًا!
سرعان ما اتضحت القيود فيما يتعلق بما قد يبدو عليه هيكل البرنامج العام. أكدت ردودك أن الوظائف التي كنت آمل بها قد يتم تلبيتها بشكل أفضل من خلال نموذج متعدد المواقع. @pfaffman Jay، أضفت أن هذا سيتطلب “الكثير من الخبرة أو المال”. بعد دراسة الحوسبة الشبكية على مستوى الدرجة العلمية (وإن كان ذلك منذ وقت طويل)، قررت الالتزام بمسار “الكثير من الخبرة”.
آمل أن يعطي هذا فكرة أفضل عن النظام الذي أقوم ببنائه.
لتوضيح السؤال الأخير الذي طرحته. بالنظر إلى أنني في بداية مهمة معقدة للغاية وما زلت أتعلم الأساسيات. هل يجب أن أبني هذا على مثيل واحد يحتوي على مجموعاتي الصغيرة؟ مع نموه وفهمي للتعقيدات بشكل أفضل، هل سأتخذ حكمًا قيميًا بشأن ما إذا كنت سأفصل المجموعات إلى مثيلاتها الخاصة؟ أم، هل أضع المجموعات الصغيرة في مثيل Discourse الخاص بها من البداية؟ أتساءل عما إذا كان هناك مقايضة بين زيادة التحكم والمرونة للمجموعات في مثيلاتها الخاصة والعبء الإداري لهذا مقارنة بجميع المجموعات في تثبيت واحد؟
بشكل أساسي، أسأل عما إذا كان يجب أن أبدأ بنموذج متعدد المواقع، أم، من أجل البساطة، أبدأ بواحد وأفكر في تصدير المجموعات إلى تثبيت خاص بها لاحقًا. يبدو أن الأول هو الطريق المنطقي؟
أعتقد أنني سأذهب مع إعداد متعدد المواقع وأنشئ نطاقًا فرعيًا منفصلاً مع Discourse الخاص به لكل مجتمع. ستكون مثيل واحد كافيًا للبدء، وعندما يكون لديك المزيد من المستخدمين مما يمكن لمثيل واحد التعامل معه، سيكون لديك ما يكفي من المال القادم بحيث لا يمثل ذلك مشكلة.
الإعداد الموضح في Setup Multisite Configuration with Let's Encrypt and no Reverse Proxy بسيط جدًا في الواقع. ربما أضيف قواعد بيانات بطريقة أخرى غير قيام المشغل بذلك، خاصة إذا كنت أضيفها كثيرًا، ولكن يجب أن يكون ذلك كافيًا لتبدأ.
وإذا كنت تريد أن يكون كل مجتمع عالمه الخاص، فقد لا تحتاج أو ترغب في مصدر مصادقة واحد، لذا ربما ما تريده أسهل مما كنت أعتقد في البداية.
من غير الواضح ما إذا كنت تخطط للبدء بـ 20 موقعًا أو 2000. إذا كان 20، فإن الحل أعلاه كافٍ؛ إذا كان 2000، فمن المحتمل أنك تريد شيئًا أكثر تطورًا.