ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: вопрос собравшимся



Именно так. Тогда действительно получается схема простого проксирования. Но с включением этой третьей системы это становится не простым..

25 августа 2009 г. 16:02 пользователь Артур <izatop@xxxxxxxxx> написал:
В принципе, если ему отдачу стороннего сайта перекраивать в процессе на свой лад не нужно, тогда - да.
А вообще, тут слово "система" вносит некоторую сумятицу. Если его откинуть, получится мост от клиента до example.com через свой прокси.

Alexander Petrovsky пишет:
Эээээ, пардон, вроде как это задача простого проксирования средствами nginx.

25 августа 2009 г. 20:36 пользователь Антон Кирюшкин <swood@xxxxxxxxxxx <mailto:swood@xxxxxxxxxxx>> написал:




       Я понимаю, что эта схема принадлежит какой-то определенной
       задаче. Я таких могу представить десяток. Но о том, что
       конкретно необходимо Вам - мы не знаем.



   Запрос приходит от клиента к определенному сайту. Этот запрос,
   целиком, должен быть перенаправлен на уровне web-сервера на сервер
   некой системы. Эта система, получив этот запрос, должна взять
   контент с сайта и отдать итоговый ответ клиенту.
   Вот что и нужно. При этом эту систему трогать нельзя, она не наша.
   Можно трогать только web-сервер.
   Единственное мое предположение, добавлять какое-то поле в
   заголовок запроса, на первом этапе.
   Но тут встает вопрос - а как быть с системой...
   В общем круг какой-то..

   --    Best regards,
   Anton Kiryushkin,




--
Петровский Александр / Alexander Petrovsky,

ICQ: 350342118
Jabber: juise@xxxxxxxxx <mailto:juise@xxxxxxxxx>

Phone: +7 914 8 820 815




--
Best regards,
Anton Kiryushkin,



 




Copyright © Lexa Software, 1996-2009.