أنا جديد جدًا في هذه التكنولوجيا. قمت بتثبيت الإضافة (أرى أمر الخريطة في قائمة الهامبرغر ولدي حقل الموقع في صفحة ملفي الشخصي (مع عمل مرجعية جغرافية باستخدام nominatim) لكن…
لا أرى زر “إضافة موقع” في المحرر.
هذه هي تكويني:
وهذا هو نافذة المحرر:
وأخيرًا، هذه هي الطريقة التي قمت بها بتثبيت الإضافة:
@david@Richie شكرًا لكم، تم تحديث هذه الإضافة لدعم التغيير.
تنبيه سريع: ستنتقل هذه الإضافة قريبًا إلى جدول التحديثات نفسه الذي تتبعه الإضافات الرئيسية الأخرى في Pavilion. وهذا يعني أنها سيتم مواءمتها مع نواة Discourse الأحدث في الأسبوع الأول من كل شهر. تفاصيل أكثر خاصة بهذه الإضافة ستُتبع لاحقًا، لكن راجع المزيد هنا:
مرحبًا @angus، تم تأكيد أن المواقع تظهر الآن على بطاقة المستخدم، لكننا لا نزال نواجه المشكلة التي تظهر فيها أيقونة دبوس الخريطة وأيقونة الخريطة لبعض المستخدمين حتى لو لم يتم إدخال موقع لهم:
لا يمكنني تشغيل تطبيق Discourse حاليًا بسبب إضافة المواقع. سأرفق سجل الأخطاء أدناه، ويعمل التطبيق إذا قمت بإلغاء التعليق على إضافة المواقع في ملف app.yml. هل يمكن لأحد أن يعطي الأولوية لهذه المشكلة ويصلحها؟
أيضًا، هل توجد طريقة للترقية فقط إلى إصدار الاختبارات الناجحة من الإضافة (إذا كان هناك شيء من هذا القبيل)، مثلما يحدث مع تطبيق Discourse الرئيسي؟ حتى لا نواجه مثل هذه المشكلات في المستقبل.
السجل
5: from /var/www/discourse/plugins/discourse-layouts/plugin.rb:49:in `block in activate!'
4: from /var/www/discourse/lib/discourse_event.rb:13:in `trigger'
3: from /usr/local/lib/ruby/2.6.0/set.rb:338:in `each'
2: from /usr/local/lib/ruby/2.6.0/set.rb:338:in `each_key'
1: from /var/www/discourse/lib/discourse_event.rb:14:in `block in trigger'
/var/www/discourse/plugins/discourse-locations/plugin.rb:234:in `block in activate!': uninitialized constant DiscourseLayouts::WidgetHelper
Did you mean? DiscourseLayouts::WidgetSerializer (NameError)
** إضافة غير متوافقة **
لا يمكنك بناء Discourse بسبب أخطاء في الإضافة الموجودة في
/var/www/discourse/plugins/discourse-locations
يرجى محاولة إزالة هذه الإضافة وإعادة البناء مرة أخرى!
I, [2020-04-25T20:32:06.399307 #1] INFO -- : gem install icalendar -v 2.4.1 -i /var/www/discourse/plugins/discourse-events/gems/2.6.5 --no-document --ignore-dependencies --no-user-install
HEADS UP! iCalendar 2.0 غير متوافق مع الإصدارات 1.x. يرجى مراجعة ملف README للتعرف على بناء الجملة الجديد
HEADS UP! icalendar 2.2.0 ينتقل إلى التحليل غير الصارم كإعداد افتراضي. يرجى مراجعة ملف README إذا كنت
تعتمد على التحليل الصارم للحصول على معلومات حول كيفية تمكينه.
مطلوب ActiveSupport لدعم TimeWithZone، لكنه ليس مطلوبًا للاستخدام العام.
Successfully installed icalendar-2.4.1
1 gem installed
gem install geocoder -v 1.4.4 -i /var/www/discourse/plugins/discourse-locations/gems/2.6.5 --no-document --ignore-dependencies --no-user-install
Successfully installed geocoder-1.4.4
1 gem installed
I, [2020-04-25T20:32:06.400580 #1] INFO -- : Terminating async processes
I, [2020-04-25T20:32:06.400773 #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/10/bin/postmaster -D /etc/postgresql/10/main pid: 50
I, [2020-04-25T20:32:06.400979 #1] INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 167
167:signal-handler (1587846726) Received SIGTERM scheduling shutdown...
2020-04-25 20:32:06.401 UTC [50] LOG: received fast shutdown request
2020-04-25 20:32:06.403 UTC [50] LOG: aborting any active transactions
2020-04-25 20:32:06.406 UTC [50] LOG: worker process: logical replication launcher (PID 59) exited with exit code 1
167:M 25 Apr 2020 20:32:06.406 # User requested shutdown...
167:M 25 Apr 2020 20:32:06.406 * Saving the final RDB snapshot before exiting.
2020-04-25 20:32:06.409 UTC [54] LOG: shutting down
2020-04-25 20:32:06.439 UTC [50] LOG: database system is shut down
167:M 25 Apr 2020 20:32:06.502 * DB saved on disk
167:M 25 Apr 2020 20:32:06.502 # Redis is now ready to exit, bye bye...
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && su discourse -c 'bundle exec rake db:migrate' failed with return #<Process::Status: pid 13098 exit 1>
Location of failure: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec failed with the params {"cd"=>"$home", "hook"=>"db_migrate", "cmd"=>["su discourse -c 'bundle exec rake db:migrate'"]}
b5a02d7f9df6b6a9dc160e269de30eef49bb0aeaf5dcb1b712bab5e6edad4030
** فشل التمهيد ** يرجى التمرير للأعلى والبحث عن رسائل الخطأ السابقة، فقد يكون هناك أكثر من خطأ.
قد يساعد ./discourse-doctor في تشخيص المشكلة.
root@discuss:/var/discourse#
للأسف، وجود فرع “اختبارات ناجحة” (tests-passed branch) في المكون الإضافي لن يساعد كثيرًا في هذه الحالة بالذات، أو في جزء لا يستهان به من حالات عدم التوافق الأخرى بين المكونات الإضافية. يقوم الأشخاص بالتحديث بترددات مختلفة ولديهم العديد من التوليفات المختلفة للتخصيصات.
مع ذلك، نحن نبدأ باتخاذ بعض الخطوات لمعالجة هذه المشكلة. نحن نتجه نحو جدولة ضمان أن تكون المكونات الإضافية المفتوحة المصدر الأساسية لشركة Pavilion (هذا المكون، والفعاليات، ومعاينات قائمة المواضيع، إلخ) محدثة مع Discourse كل 24 ساعة خلال أول 5 أيام من كل شهر، بدءًا من 1 إلى 5 مايو.
هذا يمنحك نافذة آمنة لتحديث جميع المكونات الإضافية على try.thepavilion.io بالإضافة إلى Discourse نفسه، مع يقين أكبر بأن:
لن تواجه تعارضات بين المكون الإضافي وDiscourse، وإذا حدثت فسيتم معالجتها خلال أقل من 24 ساعة.
لن تواجه أي مشاكل بسبب التغييرات في المكون الإضافي نفسه. أي تغييرات محتملة قد تكسر التوافق في المكون الإضافي نفسه ستحدث خارج هذه النافذة.
شكرًا لك، نعم، كنت أحاول معرفة سبب عدم ظهور تخطيطي المخصص أيضًا مع آخر تحديث. لا يزال يبدو أنه لم يظهر، لكنني أرى في Pavilion أنكم بصدد إصدار وثائق محدثة للتغييرات في الإضافة، لذا سأنتظر قليلًا.
تم نقل الإضافة من حسابي الشخصي على GitHub إلى حساب Pavilion منذ بعض الوقت. عند نقل مستودع، يقوم GitHub تلقائيًا بإعادة توجيه جميع الروابط إلى الموقع القديم إلى الموقع الجديد.
سيتم تعديل المنشور الأول بشكل أكبر في الأسابيع القادمة. سأقوم بكتابة بعض التوثيق لهذا على thepavilion.io، ووصفًا أقصر هنا على meta.