تثبيت الإضافات على موقع ذاتي الاستضافة

ما كان سيساعدني هو لو قالت هذه التعليمات شيئًا مثل، “يا غبي! لا تقم بتشغيل الأمر git clone من الواجهة. فقط أضف الأمر إلى ملف app.yml وفقًا للمثال، وتأكد من أن المسافات البادئة صحيحة، واحفظه، ثم قم بتشغيل أمر إعادة البناء.”

يمكن أن تكون هذه التعليمات أوضح أيضًا عندما تكون -E -u ضرورية ومتى لا تكون كذلك.

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

5 إعجابات

أنا لست خبيرًا، لذا تحمل معي…
بالأمس قمت بتثبيت Discourse والآن أحاول تثبيت إضافة.
هل أحتاج إلى تشغيل:
./launcher rebuild app

أم يمكنني فقط تشغيل:
./launcher destroy app
ثم
./launcher start app
؟

تشغيل ./launcher rebuild app يستغرق وقتًا طويلاً ويؤدي إلى توقف موقعي عن العمل أو يصبح بطيئًا جدًا.

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

ولكن لا تدمير أي شيء قبل إعادة البناء. لأنه إذا فشل إعادة البناء يمكنك وضع القديم على الإنترنت باستخدام الأمر start.

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

يوجد إعداد حاويتين، ثم يكون وقت غير متصل لبضع دقائق. ولكن لا تنتقل إليه قبل أن تكون مرتاحًا مع هذه العمليات الأساسية.

إعجابَين (2)

مرحباً،
هل هذه هي الطريقة الوحيدة لتثبيت الإضافات؟
لأنني منتشر في بيئة الشبكة الداخلية للشركة، فإن وصولي إلى الشبكة الخارجية يتقلب بشكل كبير، وغالبًا ما أفشل في الوصول إليه عند تنفيذ الأمر. /launcher rebuild app. هل هناك أي طريقة لتنزيل الإضافات في وضع عدم الاتصال ثم نشرها؟

نعم، يجب عليك إعادة البناء عند إضافة أو إزالة إضافة.

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

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

إعجاب واحد (1)

يجب تخزين صور Docker مؤقتًا، ولكن قد تحدث بعض الاستنساخ مرة أخرى نظرًا لأنها حاوية جديدة.

إعجاب واحد (1)

لكن هل لن يكون من الممكن نسخ المستودع (المستودعات) كاملة وإعطاء العنوان المحلي؟

إعجاب واحد (1)

نعم. يمكنك تجربة ذلك. لكنه سيعقد عملية الترقية.

إذا كنت تنقطع عن الاتصال أثناء تشغيل إعادة البناء، يمكنك استخدام tmux أو screen.

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

إعجابَين (2)

حسناً، فهمت.

أقوم بحفظ المكونات الإضافية في gitlab المحلي وسحبها محليًا أثناء إعادة البناء، وهو أمر أكثر ملاءمة بكثير.

إعجاب واحد (1)

حسنا، سأجرب

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

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

الآن تم تضمين solved في الإصدار الأساسي أيضًا.

3 إعجابات

شكرا لك على توفير عناء .\\launcher rebuild app

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

(على الهامش، تبدو واجهتي على Meta أيضًا معطلة بشكل لا يصدق في الوقت الحالي ومن الصعب النشر/إجراء التعديلات على جهاز iPad باستخدام متصفح Arc - لا فكرة عما يحدث)

لذلك إذا تمكن شخص آخر من تحديث OP بمثال مناسب، فسيتم تقديره أيضًا.

إعجابَين (2)

تم تقسيم 3 مشاركات إلى موضوع جديد: ماذا تتوقع عند إعادة بناء Discourse

أوصي بإنشاء موضوع في Site feedback أو UX إذا لم يكن ذلك خطأ في meta. أنا على علم بأن الفئات المستضافة ذاتيًا تتطلب عادةً تقارير الأخطاء الخاصة بها لتوفير تفاصيل لا يمتلك فريق Discourse إمكانية الوصول إليها.