يبدو هذا مثيرًا. آمل استخدام صفحة هبوط لعرض الفعاليات القادمة، أو على الأقل حسب التصنيف.
شكرًا لك!
شكرًا على التصحيح! هذا يعمل بشكل جيد. هل تعتقد أنه من المعقول إضافة خيار تكوين لمسار الصفحة الرئيسية عند الهبوط؟ جربت حلولًا أخرى لتعيين صفحة رئيسية مخصصة، لكن هذا هو الحل الوحيد الذي نجح فعليًا معي ومع هذه الإضافة المخصصة للصفحات الهبوطية.
هل هناك طريقة للوصول إلى القيم من متغيرات الإضافة في ملف plugin.rb؟
@angus، هل توجد طريقة لعرض محتوى صفحات الهبوط المخصصة المحددة داخل تخطيط Discourse العادي بدلاً من تخطيط إضافة صفحات الهبوط؟
ليس بشكل مباشر، ولكن ربما يمكنك شرح المزيد قليلاً عما يدور في ذهنك وسأوجهك إلى الاتجاه الصحيح.
أتساءل عما إذا كان بإمكاننا تحميل محتوى صفحات الهبوط المخصصة مباشرة داخل تخطيط حاوية تطبيق Ember الرئيسي بدلاً من تخطيط صفحات الهبوط؟
أعلم الآن أن Discourse يوفر خيار تحويل المواضيع إلى صفحات ثابتة، لكنني أفضل عدم ظهور معلومات المؤلف في الأعلى أو أن تكون عناوين URL للصفحات متداخلة تحت /pub/.
لدي مثال واحد حيث أرغب في الارتباط بإحدى الصفحات الثابتة في شريط التنقل باستخدام مكون عناصر التنقل المخصص، ولكن لأن هذا المسار غير معترف به من قبل تطبيق Ember، فإنه يعرض صفحة 404 عند النقر على الرابط في الرأس. إذا تنقلت مباشرة إلى عنوان URL للصفحة، فستعمل بشكل صحيح، لكن ليس عبر روابط تطبيق Ember.
هل هذا الإضافة مخصصة في الغالب للعمل فقط مع صفحات الهبوط الثابتة عندما يكون المستخدم غير مسجل الدخول أو غير مشترك، وليس داخل تخطيط التطبيق الرئيسي للمستخدمين المسجلين؟
أرى.
هل هذا هو السبب الوحيد الذي يجعلك مهتمًا بعرض محتوى صفحة الهبوط في Ember؟ إذا كان الأمر كذلك، فيمكننا التعامل مع ذلك بطريقة أخف وزنًا.
شكرًا لك. آمل أن أتمكن من عرض صفحات Discourse المدمجة أو صفحات إضافة صفحات الهبوط داخل تخطيط تطبيق Ember كصفحات معلوماتية لأعضاء الموقع.
بعض الصفحات مخصصة للجمهور العام ويمكن عرضها في تخطيط إضافة صفحات الهبوط، بينما أخرى مخصصة للمستخدمين المسجلين في الدخول ويجب عرضها في تخطيط التطبيق الرئيسي لضمان استمرار التخصيصات التي قمت بها للتطبيق الرئيسي، بما في ذلك عناصر القائمة المخصصة وقائمة المستخدم.
لا يبدو أن هناك طريقة حالية للقيام بذلك باستخدام الإضافات أو نواة Discourse. فكل شيء يبدو أنه يستخدم تخطيطه الخاص للصفحات المخصصة. هل تعرف ما إذا كان هذا مجرد قيد في حالات الاستخدام من قبل مطوري الحلول الحالية، أم أنه قيد في منصة Discourse نفسها؟
أتخيل أن الأمر يتضمن سحب الصفحات المخصصة تقريبًا من نقطة نهاية API واستخدام الروابط المختصرة (slugs) لمطابقتها مع مسار الاستبدال (fallback path) الجائل (wildcard) في موجه JavaScript؟
همم، التفرقات التي ترسمها هنا ستفقد معناها قليلًا بمجرد الدخول في التفاصيل الدقيقة.
هل يمكنك إعطائي مثالًا على هذا النوع من الصفحات؟ نعم، من الصحيح أن إضافة صفحات الهبوط لا تتضمن عناصر تنقل Discourse وقائمة المستخدم، ومع ذلك، إذا كنت ترغب في تضمينها في صفحة، فمن الأفضل إنشاؤها لكل حالة استخدام محددة داخل تطبيق Discourse نفسه على أساس كل حالة على حدة. محاولة إعادة إنشائها في صفحة هبوط لن تكون منطقية.
السبب في عدم وجود طريقة عامة للقيام بذلك هو أنه لا توجد حالة استخدام عامة بحد ذاتها. هناك عدد من الأساليب التي يمكنك اتباعها، وستعتمد أفضل طريقة على ما تسعى لتحقيقه. من الأفضل أن توضح ما تحاول فعله بتفصيل أكبر، ثم يمكنني تقديم نصيحة أكثر تحديدًا.
ابدأ موضوعًا جديدًا في Dev أو عبر Pavilion موضحًا ما تفعله بالتفصيل و@me.
حسناً، شكراً لك. سأفعل ذلك 
تم تقسيم منشور إلى موضوع جديد: خطأ عند استيراد مستودع خاص
مرحباً، لا يمكنني تثبيت السمة النموذجية، هل يمكنك مساعدتي؟
ستحتاج إلى وصف ما فعلته وما حدث عندما حاولت.
إعجاب واحد (1)
https://develcoder.com/join لا أفهم لماذا هذا الجزء
مرحباً @angus، لقد حاولت تثبيت هذه الإضافة على مثيل Discourse الخاص بي ولكنني كنت أواجه أخطاء باستمرار بعد محاولة إعادة بناء التطبيق. يجب أن يكون هذا هو الجزء ذي الصلة:
I, [2022-06-16T15:13:33.339825 #1] INFO -- : > cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate'
rake aborted!
Gem::LoadError: can't activate jquery-rails-4.4.0, already activated jquery-rails-4.5.0
/var/www/discourse/lib/plugin_gem.rb:27:in `load'
/var/www/discourse/lib/plugin/instance.rb:773:in `gem'
/var/www/discourse/plugins/discourse-landing-pages/plugin.rb:20:in `activate!'
/var/www/discourse/lib/plugin/instance.rb:679:in `instance_eval'
/var/www/discourse/lib/plugin/instance.rb:679:in `activate!'
/var/www/discourse/lib/discourse.rb:279:in `block in activate_plugins!'
/var/www/discourse/lib/discourse.rb:276:in `each'
/var/www/discourse/lib/discourse.rb:276:in `activate_plugins!'
/var/www/discourse/config/application.rb:228:in `block in <class:Application>'
/var/www/discourse/lib/plugin.rb:6:in `initialization_guard'
/var/www/discourse/config/application.rb:227:in `<class:Application>'
/var/www/discourse/config/application.rb:81:in `<module:Discourse>'
/var/www/discourse/config/application.rb:80:in `<top (required)>'
/var/www/discourse/Rakefile:7:in `require'
/var/www/discourse/Rakefile:7:in `<top (required)>'
/var/www/discourse/vendor/bundle/ruby/2.7.0/gems/rake-13.0.6/exe/rake:27:in `<top (required)>'
/usr/local/bin/bundle:25:in `load'
/usr/local/bin/bundle:25:in `<main>'
(See full trace by running task with --trace)
I, [2022-06-16T15:13:34.530066 #1] INFO -- : gem install jquery-rails -v 4.4.0 -i /var/www/discourse/plugins/discourse-landing-pages/gems/2.7.6 --no-document --ignore-dependencies --no-user-install
Successfully installed jquery-rails-4.4.0
1 gem installed
I, [2022-06-16T15:13:34.530330 #1] INFO -- : Terminating async processes
I, [2022-06-16T15:13:34.530366 #1] INFO -- : Sending INT to HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 42
103:signal-handler (1655392414) Received SIGTERM scheduling shutdown...
I, [2022-06-16T15:13:34.530403 #1] INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 103
2022-06-16 15:13:34.530 UTC [42] LOG: received fast shutdown request
103:M 16 Jun 2022 15:13:34.546 # User requested shutdown...
103:M 16 Jun 2022 15:13:34.546 * Saving the final RDB snapshot before exiting.
2022-06-16 15:13:34.551 UTC [42] LOG: aborting any active transactions
2022-06-16 15:13:34.553 UTC [42] LOG: background worker "logical replication launcher" (PID 51) exited with exit code 1
2022-06-16 15:13:34.554 UTC [46] LOG: shutting down
103:M 16 Jun 2022 15:13:34.668 * DB saved on disk
103:M 16 Jun 2022 15:13:34.668 # Redis is now ready to exit, bye bye...
2022-06-16 15:13:34.724 UTC [42] LOG: database system is shut down
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 1735 exit 1>
Location of failure: /usr/local/lib/ruby/gems/2.7.0/gems/pups-1.1.1/lib/pups/exec_command.rb:117:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
bootstrap failed with exit code 1
** FAILED TO BOOTSTRAP ** please scroll up and look for earlier error messages, there may be more than one.
./discourse-doctor may help diagnose the problem.
bd8d903e1ec861801fdd32f7c35089aaebb97ca210dbe6eb5d584fc58379773e
أعتقد أن هذه هي المشكلة: Gem::LoadError: can't activate jquery-rails-4.4.0, already activated jquery-rails-4.5.0
يجب أن يكون إصلاحًا سهلاً، أليس كذلك؟ هل أحتاج فقط إلى تحديث الاعتماديات من gem "jquery-rails", "4.4.0" في plugin.rb إلى gem "jquery-rails", "4.5.0"؟
شكراً لك على هذه الإضافة.
يبدو أن المكون الإضافي معطل. قد تحتاج إلى الانتظار حتى الأسبوع الأول من شهر يوليو للحصول على تصحيح.
4 إعجابات
هذا المكون الإضافي يعمل مع أحدث إصدار من Discourse مرة أخرى 
4 إعجابات
يسعدني أن أسمع عن تعافيك من كوفيد. شكراً لك على إصلاح المكون الإضافي في هذه الحالة… 
احصل على المزيد من الراحة!
3 إعجابات
للأسف، يتم إيقاف هذا المكون الإضافي، ولهذا السبب يحمل علامة end-of-life. لن أخوض في التفاصيل التقنية هنا، ولكن لم يعد من المنطقي الاستمرار في صيانته في ضوء بعض التغييرات في discourse/discourse وأعباء العمل وتخصيص الموارد الإجمالية داخل Pavilion.
يعمل المكون الإضافي مع أحدث tests-passed، ومع ذلك لن يتم تحديثه بعد الآن مع أي تغييرات تم إجراؤها على discourse/discourse. إذا رغب شخص ما في تولي هذا كمشروع في المستقبل، فسأكون سعيدًا بالعمل معه بشأنه.
7 إعجابات
شكرًا لك على العمل عليه؛ لقد كان استخدامه ممتعًا للغاية.
هل يمكن لأي شخص الإشارة إلى التغييرات في discourse/discourse التي يمكننا البحث عنها بدلاً من ذلك في المستقبل؟
إعجاب واحد (1)
يسعدني ذلك!
آه، آسف، لم أقصد أن يكون هناك بديل في discourse/discourse (على الرغم من أن نشر الصفحات قد يناسب بعض حالات الاستخدام). قصدت أن البنية التقنية لـ Discourse قد تغيرت بطريقة تجعل هذه الإضافة غير قابلة للتطبيق دون قدر كبير من العمل لتغيير طريقة عملها هيكليًا. نحن مشغولون جدًا بالعمل الآخر في Pavilion في الوقت الحالي، ولا يمكنني بضمير مرتاح أن أعد بالحفاظ على هذه الإضافة خلال أي تغييرات أخرى في Discourse.
يعمل Pavilion على صفحات الهبوط الجديدة الخاصة بنا. سنستخدم Hugo بدلاً من هذه الإضافة.
إعجاب واحد (1)