Привет, у нас не получается заставить работать JS-вставку в нашей настройке. Я прочитал все другие похожие темы и ранее уже успешно настраивал такую вставку в совершенно другом проекте. Здесь же что-то выглядит иначе…
На внешнем сайте отображается только наш логотип, за которым следует надпись «загрузка обсуждения…».
В Discourse темы не создаются, даже если в логе ошибок видно, что запросы приходят.
Мы проверили URL-адреса. Также протестировали добавление статического URL (вместо переменной). Безрезультатно.
Помогает ли этот комментарий? (Это уже за пределами моей технической компетенции):
Ответы успешны (статус 200), и, судя по обсуждению, похоже, что система не может корректно обработать такой ответ при парсинге Bitwiggers, а именно при попытке обработать сжатие.
Судя по inflate, похоже, что было согласовано использование схемы сжатия deflate, тогда как предпочтительным, как мне кажется, является gzip. Запросы Firefox указывают, что он может обрабатывать оба варианта, но в данном случае сервер выбирает gzip.
я получаю ответ, сжатый с помощью deflate, хотя большинство веб-серверов при наличии двух вариантов предпочли бы использовать gzip. Это странно.
Я заметил, что могу легко воспроизвести эту ошибку с помощью
require 'excon'
response = Excon.get('https://bitwiggers.com/presets/d1a7c2c7-848d-425c-9058-993317cbcc9c/',
headers: {'accept-encoding' => 'deflate, gzip'})
# не работает, поведение по умолчанию в excon
Zlib::Inflate.new(-Zlib::MAX_WBITS).inflate(response.body)
# работает
Zlib::Inflate.new(0).inflate(response.body)
Этот код существует в Excon уже более 8 лет, поэтому я предполагаю, что проблема на стороне вашего веб-сервера, но я всё же сообщил об этом в репозиторий проекта:
Интересно, спасибо за сообщение об ошибке. Подписался.
Попытка обобщить наши мысли:
Мы не контролируем эту обработку, но не считаем, что проблема в веб-сервере. А как насчет формирования заголовков? Если передано gzip, deflate, то ответ должен быть сжат gzip. Согласно спецификациям HTTP, клиент должен представлять опции, взвешенные или нет, в порядке их предпочтения. Таким образом, если запрос предпочитает deflate перед gzip, то он получает deflate. Разве проблема не в коде/запросе, поскольку он получил кодировку, которую запросил, но не смог её обработать?
Возможно, проблема связана с этим?
Здесь есть «merge» и, похоже, ожидание gzip?
Администратор другого сервера изучает, как можно принудительно включить gzip на своей стороне. Тем не менее, было бы интересно узнать ваше мнение по этому поводу.
(Для справки: сервер — AWS API Gateway; мы не можем им управлять, кроме как включать/выключать сжатие.)
Мог бы кто-нибудь помочь с переводом ответа разработчика Excon? Я не уверен, в чём именно проблема и кто может её исправить.
Также интересно, можем ли мы применить локальный патч к нашему Discourse, чтобы обойти эту проблему с gzip/deflate. Локальные патчи — это больно, но ещё больнее иметь интеграцию двух сайтов со сотнями страниц, внедрённых в обсуждения Discourse, которые ждут решения этой проблемы.
Значит ли это, что мы можем сразу обновить наш экземпляр, или Discourse использует собственный промежуточный репозиторий для таких библиотек? Судя по результатам обновлений Discourse, я полагаю, что они подтягиваются напрямую из исходных репозиториев, но лучше уточнить перед тем, как трогать наш бэкенд.
мы попробовали снова, и ТЕПЕРЬ ВСТРОЕННОЕ КОНТЕНТНОЕ ВКЛЮЧЕНИЕ РАБОТАЕТ!
Огромное спасибо @Falco за ваш отчет, переданный разработчикам. Вы были абсолютно правы, а я, возможно, создал лишний шум, который не был так уж полезен. Приношу свои извинения и ещё раз благодарю вас.
По его словам, скоро должно выйти новое обновление Excon.