Перенаправление URL-адресов нарушает работу приложения

Robo1

У меня есть такая конфигурация http, где я добавил префикс pod1 при доступе к app1. Без префикса pod1 URL-адрес app1 работает отлично.

Но с префиксом pod1 я могу получить доступ к URL-адресу приложения 1, могу войти в систему, но это нарушает ответ (удаление префикса pod1), поступающий с веб-сервера, и нарушает URL-адрес приложения (например, выход из системы не работает и другой ответ).

 [URL='https://lumtu.com/yti/cwFFwcDFodHRwOi8vYXBwc2VydmVyMS9wb2QxL2xQ2']http://appserver1:7001/pod1/app1[/URL]

Код (разметка): поэтому, если пользователь хочет получить доступ

 [URL='https://lumtu.com/yti/cAccAcDFodHRwOi8vYXBwc2VydmVyMS9hSMy']http://appserver1:7001/app1[/URL]

Код (разметка): он должен использовать

 <Location /pod1/app1> SetHandler weblogic-handler WebLogicHost appserver1 WeblogicPort 7001 ProxyPass [URL='https://lumtu.com/yti/cAccAcDFodHRwOi8vYXBwc2VydmVyMS9hSMy']http://appserver1:7001/app1[/URL] ProxyPassReverse [URL='https://lumtu.com/yti/cAccAcDFodHRwOi8vYXBwc2VydmVyMS9hSMy']http://appserver1:7001/app1[/URL] </Location>

Код (разметка): в браузере. Я что-то здесь упускаю? Нужно ли мне добавлять сюда правило перезаписи? Любая помощь будет оценена по достоинству.

Greenjin

Не используя директиву Location, я напрямую использовал обратный прокси-сервер, что решило проблему.

 SetHandler weblogic-handler


WebLogicHost appserver1


WeblogicPort 7001


ProxyPass /pod1/app1 [URL='https://lumtu.com/yti/cAccAcDFodHRwOi8vYXBwc2VydmVyMS9hSMy']http://appserver1:7001/app1[/URL]


ProxyPassReverse /pod1/app1 [URL='https://lumtu.com/yti/cAccAcDFodHRwOi8vYXBwc2VydmVyMS9hSMy']http://appserver1:7001/app1[/URL]

Код (разметка):

rinaldo

> 1. Удалите все 301-перенаправления из вашей конфигурации .htaccess/mod_rewrite. Это также может остановить причинение ущерба в начале.

2. Устаревший файл (возможно, добавьте что-нибудь стандартное), например content-123-orig.html, можно переименовать.

3. Создайте новое правило mod_rewrite для перенаправления 302 с основного устаревшего URL-адреса на новый URL-адрес, которое будет перенаправлять все существующие ссылки со старого сайта на старый URL-адрес для всех браузеров без кэшированных перенаправлений 301.

4. Затем создайте правила mod_rewrite, которые выполняют перенаправления 302 из целей перенаправления 301, которые будут перенаправлять клиентов, которые использовали новый веб-сайт, и обслуживать правильную страницу для клиентов с кэшированным перенаправлением 301 — например, браузер A кэшировал перенаправление 301, и поэтому, когда вы вводите /content-123.html в его адресной строке, он вместо этого пытается загрузить «/products/widgets.html». Из-за нового правила 302 будет сообщено, что «/products/widgets.html» временно перемещено в «/content-123-orig.html», и пользователь загрузит устаревшее содержимое страницы.

Похожие темы	Дата
[Специалист] Microsoft Word 2016/2013. Уровень 1. Работа с Word 2016/2013	19.10.2024, 18:10
[AirSlax] Взлом WiFi	19.10.2024, 18:10
[Бoрис Мaйорoв] Диалoг с компьютерom. Посoбие для пoльзoвaтеля (2017)	19.10.2024, 18:10
За 45 дней научим делать лендинги в Adobe Muse для любой ниши/бизнеса - Шаповалов, Зубов	19.10.2024, 18:10
Администрирование сайта Adobe Muse	19.10.2024, 18:10
На самом ли деле Vista плохая система?	19.10.2024, 18:10
Печенье	19.10.2024, 18:10
Перенаправление https-www на https-non-www	19.10.2024, 18:10
Kworker использует процессор	19.10.2024, 18:10
Nginx не кеширует, когда заголовок Vary не игнорируется	19.10.2024, 18:10

Перенаправление URL-адресов нарушает работу приложения

Robo1

Greenjin

rinaldo

I AM

Интересно