HTML+CSS+JavaScript

Спасибо за подробный ответ!
И давно здесь стало такое жесткое ограничение по разделам, ведь можно помочь и здесь, а модератор перенесет куда он считает нужным...

Повторяю - это ВОЗМОЖНО.

Например, в следующем виде:
1. пользователь заходит на ваш сайт, в котором есть ифрейм, в SRC которого прописан URL вашего PHP-файла, например, с именем myfile.php;
2. файл myfile.php в фоновом режиме (т. е. не показывая пользователю) прочитывает "чужую" страницу, сохраняет ее HTML-код в какой-то внутренней PHP-переменной, обрабатывает эту переменную и затем возвращает пользователю обработанный результат в HTML-виде.

IP в этом случае при запросе "чужой" страницы автоматически будет "пользовательский".
Насчет "кук" сложнее - но тоже реализуемо.

Как именно это делать - интересуйтесь на форуме PHP.
----

Всё тоже самое на Javascript'e сделать тоже можно, но только в HTA-режиме - это когда ваш файл будет иметься только в единственном экземпляре и только на вашем компьютере. И вы будете единственным (и неповторимым) пользователем с вашим собственным IP.

Вы меня не слушаете совершенно, или я чего-то недопонимаю.
Как мне сделать, чтобы человек, находился на моём сайте и от его ip шли запросы на нужный сайт, если требуются куки, то они берутся из браузера юзера, а мне получить в ответ содержимое страницы, обработать результат и выдать пользователю в нужном для меня виде. Это возможно?

Прочитать содержимое чужого файла можно с помощью серверного скрипта, написанного, например, на PHP. Так что обращайтесь на соответствующий форум.

Хм, я думал, что всё будет проще :) Придётся обломиться :)

такой баг был только в ие6 :Р там пофиксили:)

Знаю, но для начала надо попробовать на "непофиксеных" сайтах, как это работает, а потом глядишь, и обойдёшь защиту :)

загрузить сторонний сайт без ведома пользователя, каким-то образом взять куки и через второй iframe

это делается совсем по другому и это уже помоему пофиксили

Ну если бы всё знал и понимал - то тему бы не создавал.

> 3. Насчёт IP - у вас вообще невообразимая муть написана.

На стороннем сайте контент генерируется в зависимости от ip. Т.е. адрес страницы для всех один и тот же, но содержимое страницы разное. Именно от ip, а не от пары логин/пароль и тому-подобное.

> 2. Прочитать содержимое чужих файлов можно только серверными средствами, послав чужому серверу запрос, имитирующий браузерный (в т. ч. отправив нужные куки).

Имитировать браузер я могу, но имитировать обращение от какого-то конкретного ip - пока не научился....

1. Средствами JS в HTML-формате прочитать содержимое "чужих" файлов НЕЛЬЗЯ.

Да, слышал звон, и пытаюсь разобраться в нём. Но, то что через iframe удавалось загрузить сторонний сайт без ведома пользователя, каким-то образом взять куки и через второй iframe, отправить те самые куки на "хакерский" сервер - это не миф...

p.s. В итоге, не получилось мне увидеть содержимое чужих страниц, только локальные страницы получается "просмотреть". Если кто знает, как решить задачу любым способом, буду рад услышать это (основа - обращение должно быть от пользователя на прямую, а мне лишь получить содержимое(код) страницы)!

Какая-то ерунда у вас написана.
По принципу - "слышал звон".

Правильные ответы:
1. Средствами JS в HTML-формате прочитать содержимое "чужих" файлов НЕЛЬЗЯ.

2. Прочитать содержимое чужих файлов можно только серверными средствами, послав чужому серверу запрос, имитирующий браузерный (в т. ч. отправив нужные куки).

3. Насчёт IP - у вас вообще невообразимая муть написана.