Problema con la ruta relativa que causa error CORS en sitios de Discourse

Yt.w · 27 Octubre, 2024 06:27

El siguiente código en lib/highlight_js.rb funciona en algunos dominios pero no en otros:

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

Tengo dos sitios de Discourse. Este código funciona en el dominio www.abc.com, pero no funciona en efg.com. En la consola del navegador, veo el siguiente error:

formatter.js:383 Uncaught (in promise) TypeError: Failed to resolve module specifier '/highlight-js/efg.com/9797975efac87d28baa695ae13ca72ccaf5120f5.js'. La URL base es about:blank porque import() se llama desde un script CORS-cross-origin.

Después de modificar self.path en highlight_js.rb de la siguiente manera:

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

el problema se resolvió.

Parece que usar una ruta relativa como
import('/highlight-js/efg.com/9797975efac87d28baa695ae13ca72ccaf5120f5.js')
causa un problema CORS, mientras que usar una URL absoluta,
import('https://efg.com/highlight-js/efg.com/9797975efac87d28baa695ae13ca72ccaf5120f5.js') , funciona bien.

NateDhaliwal · 27 Octubre, 2024 08:22

Es extraño que funcione con abc.com pero no con efg.com, ya que las 2 rutas diferentes son completamente distintas

Yt.w · 27 Octubre, 2024 09:04

Quiero decir que funciona con www.abc.com pero no con efg.com, no estoy seguro de por qué, pero sucede en mis casos.

simonk · 28 Octubre, 2024 11:49

¿Estás utilizando una CDN en alguno de estos sitios? He notado que el resaltado de código ya no funciona en mi sitio, y creo que es por esto:

En mi caso, mi CDN no está devolviendo una cabecera Access-Control-Allow-Origin para el archivo highlightjs. Noto que la CDN de Meta sí incluye esa cabecera, así que me pregunto qué es diferente.

$ 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

Sin embargo, esas cabeceras no están siendo servidas por el servidor de origen:

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

Por lo que puedo ver, Discourse está diseñado para añadir cabeceras access-control a los archivos 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

Sin embargo, esas cabeceras solo se aplican si la solicitud es una “solicitud de 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)

Esto solo funciona si Discourse está configurado con un nombre de host separado para las “solicitudes de CDN”.

simonk · 28 Octubre, 2024 12:02

Hay una configuración, cdn_origin_hostname, que quizás podría establecerse en el nombre de host normal de 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

Creo que esto haría que la comprobación is_cdn_request se aprobara, pero no sé si tendría algún efecto secundario negativo.

Yt.w · 28 Octubre, 2024 12:48

Sí, estoy usando una CDN en efg.com, pero cuando accedo al archivo js me devuelve un Access-Control-Allow-Origin correcto, lo que me confunde bastante.

simonk · 29 Octubre, 2024 17:48

Como seguimiento, configuré cdn_origin_hostname con el nombre de dominio normal de mi instancia de Discourse, vacié la caché de la CDN y ahora highlightjs funciona de nuevo. No he notado ningún efecto secundario…

cuo_wu · 18 Mayo, 2025 11:34

Yo también me encuentro con este problema. ¿Alguna actualización?

Tema		Respuestas	Vistas
Code highlighting failed because bunny.net CDN Support cdn , cors	4	1169	8 Marzo 2024
How to enable syntax highlighting? Support	5	97	27 Octubre 2024
Aborting! CDN must have a protocol specified Support	7	939	27 Mayo 2019
Need relative URLs for uploaded images Support	8	1283	22 Enero 2021
Image upload, relative path instead of full path Support	6	1096	8 Junio 2024

Problema con la ruta relativa que causa error CORS en sitios de Discourse

Temas relacionados