[zuart]

Название может и не очень приятно выглядит, но суть вопроса от этого не становится менее честной.

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

НО!!! Есть серьезный недостаток, эта платежная система вывод для платежа выполняет исключительно как содержимое страницы (окно браузера, фрейм, ифрейм) и в ужастном виде. Появилась мысль парсить страницу платежной системы, разбирать ее и выводить пользователю с сохранением всего функционала в нормальном виде, вписывающемся в дизайн сайта.

Сказано-сделано... но тут наткнулись на вторые грабли... Дело в том, что при обращении к платежной системе она считывает IP-адрес посетителя и на его региональности выдает и язык и ДОСТУПНЫЕ СПОСОБЫ оплаты для региона посетителя, а при парсинге через скрипт IP считывается серверный, а потому всегда один.

Ладно, появилась мысль, как перенести парсинг с обработкой на сервере в JS-скриптинг для обработки в браузере клиента с, соответственно, работающей региональностью, но снова грабли - нет кроссбраузерного способа парсинга методами браузера с доменов, отличных от домена сайта.

Опять упираемся в парсинг методами серверных скриптов... попробовали у платежной системы уточнить, можно ли им как-то передавать в параметре запроса региональность или IP-адрес, для которого нужно генерить страницу... сказали, что нельзя и делать не будут (хотя для меня вообще неясна сложность добавки всего одной строки кода в начало скрипта вида if($_REQUEST['IP']) $_SERVER['REMOTE_ADDR'] = $_REQUEST['IP']; - ну естественно проверить еще по маске регуляркой, что там честный IP, а не какой-нить бред)...

Так вот собственно вопрос звучит так, КАК можно из PHP-скрипта спарсить страницу сайта с передачей ему IP-адреса своего посетителя??? Прокси-сервера прошу не предлагать...

[redreem]

мне тоже такая хрень нужна. только для другой задачи. пока руки не доходили еще порыть вопрос. думаю надо искать решение в работе с заголовками.

Добавлено через 3 минуты

но в вашем случае я бы грузил платежку в невидимый фрейм прямо на стороне клиента, фрейм бы парсил жаваскриптом и отдавал клиенту.

Добавлено через 3 минуты

интересно, а ваша платежная система, если клиент сидит через прокси - берет айпишник прокси?

[zuart]

Сообщение от redreem

но в вашем случае я бы грузил платежку в невидимый фрейм прямо на стороне клиента, фрейм бы парсил жаваскриптом и отдавал клиенту.

Не вариант... чтение данных из фрейма с данными другого домена реализуются оооочень через одно место (короч совсем не кроссплатформа)

Сообщение от redreem

интересно, а ваша платежная система, если клиент сидит через прокси - берет айпишник прокси?

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

[T!tuzZz]

Ajax? грузите в невидимый фрейм, отдаете фрейм серверу, сервер парсит и возвращает нужные вам вещи... дальнейшее не сложно...

[redreem]

T!tuzZz, вопрос внимательно прочитайте.

[T!tuzZz]

И чего же я не учел? Фрейм принимает клиент, следовательно он запрашивается с его IP. Дальше мы отдаем фрейм серверу на разбор, разбираем, показываем клиенту что нужно и подставляем данные в невидимый фрейм. Невидимый фрейм отправляем назад с тем же ипом с которого запросили.

[redreem]

уточняю - прочитайте дальнейшее обсуждение