url_rewrite_program от squid-cache действительно перенаправляет URL.Другими словами, конечный пользователь получает ответ, который говорит «перенаправленная страница с foo на панель», а затем пользователь делает еще один запрос на перенаправленный адрес.Я не хочу этого.
то, чего я хочу достичь, похоже на mod_rewrite в apache.Я хочу абсолютно прозрачный механизм переписывания.Таким образом, пользователь запрашивает конкретное содержимое и получает его в качестве ответа (независимо от своего первоначального запрошенного URL) без какого-либо перенаправления HTTP.
причина, по которой я хочу избежать перенаправления через http, заключается в том, что я нене хочу, чтобы конечный пользователь видел внутренние структуры приложения.Например, он запрашивает «application1.foo.com» и получает содержимое URL, который намного длиннее.Так что, если конечный пользователь добавляет его в закладки, он добавляет в закладки мой чистый маленький URL (application1.foo.com ", это хорошо, чтобы держать пользователей подальше от таких деталей, в конечном итоге он дает им единый URL для службы, даже если я изменю его вНапример, я мог бы сначала сопоставить application1.foo.com с badprovider.com/path/to/file.php, а затем изменить его на goodprovider.com/file.php, и пользователь этого не заметит.Преимущество состоит, например, в том, что закладки конечного пользователя будут оставаться правильными, а также будут регулировать их поведение более управляемым образом.