تُدرج منصة fast_xor حاليًا على أنها :mri. ومع ذلك، يبدو أن هذه الحزمة تتطلب امتدادات C، لكنها ليست محددة بـ MRI: discourse/Gemfile at 0c7eaa57b26a22b0d0f85957ce0720be748d1fe6 · discourse/discourse · GitHub
لقد تأكدت أيضًا من أن هذا يعمل على TruffleRuby الأحدث.
هل يمكنك تحديث المنصة إلى :ruby؟
كمرجع، إليك قائمة بمعاني المنصات المختلفة:
بالطبع، لقد توليت الأمر للتو. هناك بضعة أخرى تركتها وأنا غير متأكد منها، فماذا يجب أن أفعل بها؟ (byebug, ruby-prof, better_errors, rbtrace, gc_tracer, stackprof, memory_profiler)
ومع ذلك، فإننا عالقون تمامًا في Truffle حتى نتمكن من تشغيل mini_racer وفقًا للمذكور في:
https://github.com/oracle/truffleruby/issues/1827
إن منصة Discourse ليست وظيفية بشكل صحيح إذا لم تتمكن من تحويل Markdown إلى HTML على الخادم.
شكرًا لك، يبدو أن DEV: change platform mri to platform ruby on some gems · discourse/discourse@620c223 · GitHub جيدًا.
من المرجح أن unicorn لن يعمل على TruffleRuby لأنه يعتمد على fork، لكنه في الواقع يتم تثبيته.
هل يمكن لـ Discourse أن يعمل على Puma بدلاً من ذلك؟ هل هناك أي إعدادات مطلوبة لذلك؟
هناك بضعة أخرى تركتها وأنا غير متأكد منها، ماذا يجب أن أفعل بها؟ (byebug, ruby-prof, better_errors, rbtrace, gc_tracer, stackprof, memory_profiler)
نعم، يبدو أن جميعها خاصة بـ MRI (حتى تبدأ في دعم خوادم خلفية مختلفة)، لذا الأفضل تحديد platforms: :mri حاليًا.
قد يعمل better_errors، لكن binding_of_caller لا يدعم TruffleRuby بعد.
يبدو أن هذه المكتبات أيضًا أدوات تصحيح وأداء في الغالب، ولا تبدو ضرورية لتشغيل التطبيق.
نعم، نحتاج إلى النظر في mini_racer.
أتساءل، في هذا السياق، لماذا يُستخدم JavaScript لعرض Markdown؟
للتأكد من أن النتيجة مطابقة تمامًا للنتيجة عند تشغيلها في متصفح العميل؟
في بيئة التطوير، يُستخدم rails server البسيط Puma افتراضيًا.
نعم. الآن بعد وجود wasm، قد يكون ذلك حلاً، لكنه سيتطلب تغييرًا كبيرًا جدًا للحفاظ على إمكانية توسيعه عبر الإضافات كما هو الحال اليوم.
من المؤكد أن wasm لن يكون خيارًا هنا، فحجم الحمولة سيكون أكبر بكثير، وهناك العديد من مشكلات الأمان المتعلقة بتشغيله بشكل صحيح مع سياسات المحتوى (CSPs) (ومخاوف CORS). إن تنفيذ markdown.it سريع بشكل مذهل وقابل للتوسع، مما يسمح باستخدام عدد كبير من الإضافات ووجود نظام بيئي واسع موجود مسبقًا.
بعض السياق الإضافي حول mini_racer. منذ اليوم الأول في Discourse، أصررنا على وجود خط معالجة واحد لطهي markdown، مما أزال تمامًا فئة مزعجة من الأخطاء التي واجهتها في Stack Overflow حيث كان الخادم والعميل يتحدثان لهجات مختلفة قليلاً. بالنسبة لـ Discourse، هذا أكثر أهمية لأن الإضافات يمكنها تعديل خط المعالجة. على سبيل المثال:
يتم تنفيذه في إضافة (تحليل [])
لدينا العديد من ميزات “جودة الحياة” التي نحصل عليها باستخدام unicorn والاعتماد على التفرع، انظر:
على وجه التحديد، نراقب وندير عملية فرعية لـ sidekiq من العملية الرئيسية.
لكن… لا يحتوي truffle على GIL، وpuma موجود بالفعل في Gemfile بمجرد عمل mini_racer، يمكننا التعاون في إعداد truffle يحافظ على الذاكرة ويحافظ على sidekiq وpuma في نفس العملية. أو يمكن للأشخاص ببساطة بدء عملية sidekiq يدويًا. يمكن لـ Puma بالتأكيد العمل، فنحن نستخدم Rack.hijack على نطاق واسع، لكن ذلك مُنفذ بالفعل عبر Puma/Unicorn/Passenger.
mini_racer 0.6.3 يعمل الآن على TruffleRuby 