Нет, это не так, как работает Докер. Ваши пользователи не смогут связать свои исполняемые файлы с вашим контейнером.
Что вы можете сделать, это пересмотреть концепцию и предоставить услугу вместо библиотеки, например, используя REST api. В этом случае контейнер Docker станет для вас идеальным решением. Но я понятия не имею, может ли функция вашей библиотеки быть преобразована в службы tcp.
302 кодами состояния является код состояния ответа HTTP, указывающий, что требуемый ресурс был временно перемещен в другой URI. Так как местоположение или текущая директива перенаправления могли бы быть изменены в будущем, клиент, который получает 302 Найденных кода ответа, должен продолжить использовать исходный URI для будущих запросов.
ответ HTTP с этим кодом состояния дополнительно обеспечит URL в поле Location заголовка. Это - приглашение на агент пользователя (например, веб-браузер) для выполнения секунды, в других отношениях идентичной, запрос к новому URL, указанному в поле местоположения. Конечным результатом является перенаправление к новому URL.
Редирект 302 означает, что страница была временно перемещена, а 301 означает, что она была перемещена навсегда.
301-е подходят для SEO-эффективности, а 302-е - нет, потому что 301-е инструктируют клиентов чтобы забыть значение исходного URL-адреса, в то время как 302 сохраняет значение оригинала и, таким образом, потенциально может уменьшить значение, создав два логически разных URL-адреса, каждый из которых создает один и тот же контент (поисковые системы рассматривают их как отдельные дубликаты, а не как один ресурс с двумя именами).
Простой способ посмотреть на перенаправления HTTP 301 и 302:
Предположим, у вас есть закладка на " http://sample.com/sample " . Вы используете браузер, чтобы перейти туда.
Перенаправление 302 на другой URL-адрес на этом этапе будет означать, что вы должны оставить закладку на « http://sample.com/sample ». Это связано с тем, что целевой URL-адрес может измениться в будущем.
Перенаправление 301 на другой URL-адрес будет означать, что ваша закладка должна измениться и указывать на новый URL-адрес, поскольку это постоянное перенаправление.
Согласно определениям кода состояния http 302 указывает на (временное) перенаправление. «Запрошенный ресурс временно находится под другим URI»
Из RFC 2616 (спецификация протокола передачи гипертекста) :
10.3.3 302 Found The requested resource resides temporarily under a different URI. Since the redirection might be altered on occasion, the client SHOULD continue to use the Request-URI for future requests. This response is only cacheable if indicated by a Cache-Control or Expires header field. The temporary URI SHOULD be given by the Location field in the response. Unless the request method was HEAD, the entity of the response SHOULD contain a short hypertext note with a hyperlink to the new URI(s).
Источник:
302 - это ответ, указывающий на изменение местоположения ресурса - «Найдено».
URL-адрес, по которому теперь должен находиться ресурс, должен быть в заголовке ответа «Местоположение».
"переход" должен выполняться запрашивающим клиентом (сделать новый запрос URL-адреса ресурса в поле заголовка Location ответа).
Из Википедия :
Код состояния ответа HTTP 302 Найден - самый распространенный способ выполнение перенаправления. Это пример производственной практики противоречит стандарту.
HTTP-код 302 предназначен для перенаправления см. http://en.wikipedia.org/wiki/HTTP_302 .
Он сообщает браузеру, читающему страницу, куда-то else и загрузить другую страницу. Его использование очень распространено.