مشكلة في المسار النسبي تسبب خطأ CORS على مواقع Discourse

Yt.w · 27 أكتوبر 2024، 6:27ص

يعمل الكود التالي في lib/highlight_js.rb على بعض النطاقات وليس على نطاقات أخرى:

def self.path
    "/highlight-js/#{Discourse.current_hostname}/#{version SiteSetting.highlighted_languages}.js"
end

لدي موقعان من Discourse. يعمل هذا الكود على النطاق www.abc.com، ولكنه لا يعمل على efg.com. في وحدة تحكم المتصفح، أرى الخطأ التالي:

formatter.js:383 Uncaught (in promise) TypeError: Failed to resolve module specifier '/highlight-js/efg.com/9797975efac87d28baa695ae13ca72ccaf5120f5.js'. The base URL is about:blank because import() is called from a CORS-cross-origin script.

بعد تعديل self.path في highlight_js.rb على النحو التالي:

def self.path
    "https://#{Discourse.current_hostname}/highlight-js/#{Discourse.current_hostname}/#{version SiteSetting.highlighted_languages}.js"
end

تم حل المشكلة.

يبدو أن استخدام مسار نسبي مثل
import('/highlight-js/efg.com/9797975efac87d28baa695ae13ca72ccaf5120f5.js')
يسبب مشكلة CORS، بينما استخدام عنوان URL مطلق،
import('https://efg.com/highlight-js/efg.com/9797975efac87d28baa695ae13ca72ccaf5120f5.js')
يعمل بشكل جيد.

NateDhaliwal · 27 أكتوبر 2024، 8:22ص

من الغريب أنه يعمل مع abc.com ولكن ليس مع efg.com، نظرًا لأن المسارين المختلفين مختلفان تمامًا

Yt.w · 27 أكتوبر 2024، 9:04ص

أعني أنه يعمل مع www.abc.com ولكن ليس مع efg.com، لست متأكدًا من السبب ولكنه يحدث في حالاتي

simonk · 28 أكتوبر 2024، 11:49ص

هل تستخدم شبكة توصيل محتوى (CDN) في أي من هذين الموقعين؟ لقد لاحظت أن تمييز الكود لم يعد يعمل على موقعي، وأعتقد أن السبب هو هذا:

في حالتي، شبكة توصيل المحتوى الخاصة بي لا تُرجع ترويسة Access-Control-Allow-Origin لملف highlightjs. ألاحظ أن شبكة توصيل المحتوى الخاصة بـ Meta تتضمن هذه الترويسة، لذلك أتساءل ما هو المختلف.

$ curl --silent -I https://d3bpeqsaub0i6y.cloudfront.net/highlight-js/meta.discourse.org/9797975efac87d28baa695ae13ca72ccaf5120f5.js | grep -i access-control
access-control-allow-origin: *
access-control-allow-methods: GET, HEAD, OPTIONS

ومع ذلك، فإن هذه الترويسات لا يتم تقديمها بواسطة الخادم الأصلي:

$ curl --silent -I https://meta.discourse.org/highlight-js/meta.discourse.org/9797975efac87d28baa695ae13ca72ccaf5120f5.js | grep -i access-control

على حد علمي، من المفترض أن يضيف Discourse ترويسات التحكم في الوصول إلى ملفات highlightjs:

github.com/discourse/discourse

app/controllers/highlight_js_controller.rb

27c20eeac


      
          # frozen_string_literal: true
          
          class HighlightJsController < ApplicationController
            skip_before_action :preload_json,
                               :redirect_to_login_if_required,
                               :redirect_to_profile_if_required,
                               :check_xhr,
                               :verify_authenticity_token,
                               only: [:show]
          
            before_action :apply_cdn_headers, only: [:show]
          
            def show
              no_cookies
          
              RailsMultisite::ConnectionManagement.with_hostname(params[:hostname]) do
                current_version = HighlightJs.version(SiteSetting.highlighted_languages)
          
                return redirect_to path(HighlightJs.path) if current_version != params[:version]
          
                # note, this can be slightly optimised by caching the bundled file, it cuts down on N reads

ولكن، يتم تطبيق هذه الترويسات فقط إذا كان الطلب “طلب CDN”:

github.com/discourse/discourse

app/controllers/application_controller.rb

27c20eeac


      
            return unless mini_profiler_enabled?
            Rack::MiniProfiler.authorize_request
          end
          
          def check_xhr
            # bypass xhr check on PUT / POST / DELETE provided api key is there, otherwise calling api is annoying
            return if !request.get? && (is_api? || is_user_api?)
            raise ApplicationController::RenderEmpty.new if !request.format&.json? && !request.xhr?
          end
          
          def apply_cdn_headers
            if Discourse.is_cdn_request?(request.env, request.method)
              Discourse.apply_cdn_headers(response.headers)
            end
          end
          
          def self.requires_login(arg = {})
            @requires_login_arg = arg
          end
          
          def self.requires_login_arg

github.com/discourse/discourse

lib/discourse.rb

27c20eeac


      
          end
          
          mattr_accessor :redis
          
          def self.is_parallel_test?
            ENV["RAILS_ENV"] == "test" && ENV["TEST_ENV_NUMBER"]
          end
          
          CDN_REQUEST_METHODS ||= %w[GET HEAD OPTIONS]
          
          def self.is_cdn_request?(env, request_method)
            return if CDN_REQUEST_METHODS.exclude?(request_method)
          
            cdn_hostnames = GlobalSetting.cdn_hostnames
            return if cdn_hostnames.blank?
          
            requested_hostname = env[REQUESTED_HOSTNAME] || env[Rack::HTTP_HOST]
            cdn_hostnames.include?(requested_hostname)
          end
          
          def self.apply_cdn_headers(headers)

وهذا يعمل فقط إذا تم تكوين Discourse باسم مضيف منفصل لـ “طلبات CDN”.

simonk · 28 أكتوبر 2024، 12:02م

هناك إعداد، cdn_origin_hostname، والذي يمكن ربما تعيينه إلى اسم المضيف العادي لـ discourse:

github.com/discourse/discourse

app/models/global_setting.rb

27c20eeac


      
          end
          
          # for testing
          def self.reset_s3_cache!
            @use_s3 = nil
          end
          
          def self.cdn_hostnames
            hostnames = []
            hostnames << URI.parse(cdn_url).host if cdn_url.present?
            hostnames << cdn_origin_hostname if cdn_origin_hostname.present?
            hostnames
          end
          
          def self.database_config
            hash = { "adapter" => "postgresql" }
          
            %w[
              pool
              connect_timeout
              socket

github.com/discourse/discourse

config/discourse_defaults.conf

27c20eeac


      
          
          # authorization key that will be included as a header in requests made by the
          # snapshots transporter to the URL specified above. The destination should
          # know this key and only accept requests that have this key in the
          # `Mini-Profiler-Transport-Auth` header.
          mini_profiler_snapshots_transport_auth_key =
          
          # recommended, cdn used to access assets
          cdn_url =
          
          # The hostname used by the CDN to request assets
          cdn_origin_hostname =
          
          # comma delimited list of emails that have developer level access
          developer_emails =
          
          # redis server address
          redis_host = localhost
          
          # redis server port
          redis_port = 6379

أعتقد أن هذا سيجعل فحص is_cdn_request ينجح، لكنني لا أعرف ما إذا كان سيكون له أي آثار جانبية سلبية.

Yt.w · 28 أكتوبر 2024، 12:48م

نعم، أنا أستخدم شبكة توصيل محتوى (CDN) على efg.com، ولكن عندما أقوم بالوصول إلى ملف js، فإنه يعيد لي Access-Control-Allow-Origin صحيح، وهذا مربك للغاية بالنسبة لي.

simonk · 29 أكتوبر 2024، 5:48م

كمتابعة، قمت بتعيين cdn_origin_hostname إلى اسم النطاق العادي لمثيل Discourse الخاص بي، وقمت بمسح ذاكرة التخزين المؤقت لشبكة توصيل المحتوى (CDN)، والآن يعمل highlightjs مرة أخرى. لم ألاحظ أي آثار جانبية…

cuo_wu · 18 مايو 2025، 11:34ص

أنا أواجه المشكلة أيضًا. أي تحديث؟

الموضوع		الردود	مرات العرض
Code highlighting failed because bunny.net CDN Support cdn , cors	4	1170	8 مارس 2024
How to enable syntax highlighting? Support	5	97	27 أكتوبر 2024
Aborting! CDN must have a protocol specified Support	7	939	27 مايو 2019
Need relative URLs for uploaded images Support	8	1283	22 يناير 2021
Image upload, relative path instead of full path Support	6	1096	8 يونيو 2024

مشكلة في المسار النسبي تسبب خطأ CORS على مواقع Discourse

الموضوعات ذات الصلة