Как побороть ошибку: (отсутствует заголовок CORS «Access-Control-Allow-Origin»)?

Question

[CrazyKing]

Добрый день!
Пытаюсь по средствам API получить картинку со своего сайта, получается что-то типа этого:

https://www.pho.com/?p={%22files%22:[%22https://site.net/wp-content/uploads/2019/Play_or_Die.jpg%22],%22environment%22:{}}

В консоле получаю ошибку:

Запрос из постороннего источника заблокирован: Политика одного источника запрещает чтение удаленного ресурса на https://site.net/wp-content/uploads/2019/10/Play_o... (Причина: отсутствует заголовок CORS «Access-Control-Allow-Origin»).

Пробовал в .htaccess добавлять :

Header always set Access-Control-Allow-Origin: "https://www.pho.com"
Header always set Access-Control-Allow-Methods "POST, GET, PUT, DELETE, OPTIONS"
Header always set Access-Control-Allow-Headers "X-Requested-With, content-type"

Пробовал и с "*", заголовка так и нет. Уже много разных вариантов перепробовал.
При этом если проверяю ответ от "https://site.net/wp-content/" то вижу в ответе разрешение, а если дальше то уже нет.
Подскажите кто сталкивался, куда копать?

Answer 1

[SagePtr]

Потому что разрешение должен выдавать тот ресурс, с которого запрашиваете данные, а не тот, на котором запрашиваете.

Comments

[CrazyKing]

Я и выдавал на том с которого запрашиваю, там где картинка. Что касаемо второго ресурса, на котором запрашиваю, с другим сайтом всё работает, но я не знаю как :(

[SagePtr]

CrazyKing, м.б. кеш? Либо запрос требует Preflight-запроса методом OPTIONS, а сервер обрабатывает его неправильно.

[CrazyKing]

SagePtr, Пробовал на инкогнито вкладках, тот же эфект, кеш чистил.
Header always set Access-Control-Allow-Methods "POST, GET, PUT, DELETE, OPTIONS" пробовал, болт.
Вот как узнать правильно ли его обрабатывает сервер?
Пробовал смотреть тут: https://www. webconfs.com/http-header-check.php , но там не вижу в хедерах нужного :(

[CrazyKing]

SagePtr, Да и если посмотреть на путь чуть выше https://site.net/wp-content/, то там всё видно, может есть какой-то запрет именно на uploads папку у wordpress-а. Или надо как-то по особому указать в .htaccess

[SagePtr]

CrazyKing, перед апачем случаем не стоит nginx, который обрабатывает статичные файлы?

[CrazyKing]

SagePtr, тут не знаю, скорее всего стоит, сервер хостера рег.ру. Доступа туда у меня точно нет.

[SagePtr]

CrazyKing, можно по заголовку Server посмотреть, как сервер себя называет, если nginx - то он точно там есть и наверняка настроен на обработку статичных файлов, минуя апач.
В таком случае можно к примеру попробовать сделать правило mod_rewrite и запрашивать картинку по пути, не содержащему расширение файла (дабы nginx отдал его на обработку апачу, а тот уже сам переписал URL и понял, какой именно файл давать). Либо если апач торчит своим портом наружу - то запрашивать его, явно указав в URL порт (но так редко настраивают, чаще всего разрешают ему только локальные соединения прослушивать).

[CrazyKing]

SagePtr, а есть примеры, как это реализовать?

[SagePtr]

CrazyKing, например, самый простой - целую папку отредиректить:

RewriteEngine on
RewriteRule ^upload2/(.*) upload/$1 [L]

При этом все обращения к папке upload2 пойдут в папку upload, но через apache (если апач настроен как фоллбэк, что довольно часто делают).
Если не настроен подобным образом, то можно к примеру добавить расширение файла:

RewriteEngine on
RewriteRule (.*\.(jpe?g|png|gif))\.x$ $1 [L]

Это будет к примеру на файлы вида имяфайла.png.x отдавать имяфайла.png, но так как nginx не настроен на обработку расширения .x, то он отдаст апачу, а тот уже сделает внутренний редирект.

Answer 2

[CrazyKing]

Братцы разобрался, во всём виноват хостер!

Некоторые типы статики отдаются веб-сервером nginx напрямую, без обработки веб-сервером Apache, по этому изменения в файле .htaccess не влияют на проблему. Для решения проблемы внесли изменения в конфигурационный файл виртуального хоста nginx.

Спасибо за участие!

Comments

[wisgest]

Что за хостер?
Кстати: бывает, что настройки .htaccess из корневого и родительских каталогов не применяются к статике, если в самом каталоге со статикой нет своего файла .htaccess, хотя бы пустого; если же его создать, то запросы к статике из этого каталога начинают идти через Apache.

[CrazyKing]

wisgest, reg.ru
Пробовал, результатов не дало.
Они поправили, но при любых изменениях в .htaccess, настройки ngnix сбрасываются и надо к ним бежать опять. Как решение предложили купить у них сервер....