Чтобы ответить на этот вопрос, мне нужно сделать несколько предположений:
Предположения:
http://www.....jpg может быть расположен на любом сервере , а не только на вашем - У вас есть доступ к серверу для реализации части серверной части решения.
Проблема 1: Запросы перекрестного происхождения
Представьте себе этот сценарий:
Ваше угловое приложение размещено на www.myserver.com. Кто-то посещает ваш сайт, загружает и запускает ваш угловой код в своем браузере.
Теперь вы хотите, чтобы их браузер исследовал тип пантомимы www.someimage.com/1.jpg. Загрузка этого файла будет запросом Cross-Origin, который по умолчанию не разрешен . Если у вас есть доступ к обоим серверам, вы можете разрешить этот тип запроса, внедрив Cross-Origin Resource Sharing для определенных URI , но это вам не поможет.
Проблема 2: согласование содержимого HTTP
HTTP реализует согласование содержимого для URI. Эта статья в Википедии хорошо объясняет это . Это важно здесь, потому что:
Ресурс может быть доступен в нескольких разных представлениях ; например, он может быть доступен на разных языках или на разных типах носителей.
Возможное решение:
Хотя вы не сможете проверять MIME-типы для произвольного URI с помощью клиентского (углового) кода, вы все равно можете решить эту проблему, внедрив небольшую службу http на своем сервере. Поток будет примерно таким:
- Ваше угловое приложение передает URI в почтовом запросе на ваш сервер
- Ваш сервер проверяет URI и устанавливает HTTP-соединение с сервером, на котором размещен ресурс. Как это сделать, зависит от того, какой тип веб-сервера вы используете.
- После определения типа MIME ваш сервер отвечает на первоначальный запрос с типами MIME. Примечание: множественное число. Поскольку URI может быть доступен во многих различных форматах.