نحن نحب وظائف Discourse، ولكننا نود استخدام الواجهة الخلفية وواجهات برمجة التطبيقات المرتبطة بها فقط لتشغيل منتدى داخلي. لهذا الغرض، لدينا واجهة مستخدم مخصصة تهدف إلى استخدام واجهة برمجة تطبيقات Discourse لاسترداد المواضيع المرتبطة بمناقشة معينة. علاوة على ذلك، نفترض أن المستخدمين قد قاموا بتسجيل الدخول بالفعل قبل أن يتمكنوا من الوصول إلى موضوع. لهذا الغرض، كيف يمكنني المضي قدمًا في إعداد Discourse؟
إعجاب واحد (1)
ستقوم بإعداده بشكل طبيعي.
أعتقد أنك ستحصل بعد ذلك على مفتاح API لتقديمه إلى الواجهة الأمامية الخاصة بك، ربما.
لذا ستقوم بإنشاء هؤلاء المستخدمين في Discourse وربما تستخدم Discourse Connect لتسجيل دخول الأشخاص من الواجهة الأمامية الخاصة بك. أو ربما ستقوم شفرتك بإجراء المصادقة واستخدام مفتاح API عام لاسترداد البيانات من Discourse.
إعجاب واحد (1)
هل من الممكن إزالة وظيفة البريد الإلكتروني؟ لا أحتاج إليها أيضًا لحالة الاستخدام الخاصة بنا
تتطلب عناوين البريد الإلكتروني في نموذج المستخدم. يمكنك منحهم جميعًا عناوين بريد إلكتروني وهمية وتعطيل البريد الإلكتروني.
إعجاب واحد (1)
إذًا يبدو أنني ما زلت بحاجة إلى إعداد خادم بريد وهمي؟ باستثناء أنه يتم توفيره فقط لإعداد الخطاب؟
يمكنك تقديم بيانات اعتماد وهمية.
إعجاب واحد (1)
رائع! شكراً جزيلاً على إجابتك على أسئلتي حتى الآن! كنت ألقي نظرة على تعليمات التثبيت السحابي هنا: discourse/docs/INSTALL-cloud.md at main · discourse/discourse · GitHub. حاولت اتباع هذه التعليمات لإعداد الإنتاج محليًا لاختبار التفاعلات البسيطة. ومع ذلك، تذكر التعليمات أنه لا يمكنني استخدام عنوان IP للوصول إلى التطبيق. ماذا يجب أن أستخدم بدلاً من ذلك إذا كنت أنوي تشغيل التطبيق محليًا؟
إعجاب واحد (1)
اسم مضيف؟ ربما localhost إذا كنت تقصد محليًا حقًا؟
إعجاب واحد (1)
سيكون من الأسهل استخدام اسم مضيف صالح يمكن الوصول إليه عبر الإنترنت. إذا كنت لا ترغب في القيام بذلك، فستكون بمفردك إلى حد كبير، حيث أن تعليمات التثبيت القياسية لن تنطبق عليك.
إعجاب واحد (1)