Куда будет отправлен ответ echo после POST запроса?

Question

[Евгений Ефимченко]

Доброго время суток.
Идёт POST запрос к сервису через cURL, но не суть что через него. И после обработки параметров делаем ответ через echo $json; die();

Как можно узнать куда именно будет отправлен ответ сервером, на уровне PHP Или же есть какие-то другие варианты отправить ответ принудительно указав домен(адрес) получателя.

Заранее спасибо.

Answer 1

[index0h]

$_SERVER['REMOTE_ADDR']

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

Answer 2

[ThunderCat]

Как можно узнать куда именно будет отправлен ответ сервером, на уровне PHP

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

Или же есть какие-то другие варианты отправить ответ принудительно указав домен(адрес) получателя.

Ответ - нет, а то получается что спросил вася, а отвечаете вы феде.

Вопрос явно туповат, и скорее всего сам вопрос так и остался в голове автора, под грудой довольно глупых подвопросов... Что нужно реализовать опишите, а то все кругами вокруг да около...

Comments

[Евгений Ефимченко]

Ответ конечно довольно туповат, но всё же попробую разжевать задачу новичку.

Идет приём API KEY на стороне сервера и если домен или под. домен не входит в группу разрешённых. То ответ ему просто не шлём или ошибку отдадим. Ну а если входит то всё круто.

Это легко подменяется $_SERVER['HTTP_REFERER'] на $_SERVER['REMOTE_ADDR'] не один домен может сидеть.
А самим ответом занимается подсистема ниже прикладного уровня пыха. Вот туда бы влезть был бы идеал! Но не получится.

Остаётся только один вариант, это webhook

[ThunderCat]

Евгений Ефимченко,

Ответ конечно довольно туповат, но всё же попробую разжевать задачу новичку.

Каков вопрос, г-н профи...

Идет приём API KEY на стороне сервера и если домен или под. домен не входит в группу разрешённых. То ответ ему просто не шлём или ошибку отдадим. Ну а если входит то всё круто.

Во первых - так и надо было сформулировать вопрос, а не писать полную чушь.

Во вторых

- Это легко подменяется $_SERVER['HTTP_REFERER'] на $_SERVER['REMOTE_ADDR'] не один домен может сидеть.

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

А самим ответом занимается подсистема ниже прикладного уровня пыха. Вот туда бы влезть был бы идеал! Но не получится.

От этого вам будет не жарко и не холодно, ответ уйдет ровно на тот айпи адрес и на тот порт, который инициировал запрос. Про домен там ни сном ни духом.

Остаётся только один вариант, это webhook

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

[Евгений Ефимченко]

ThunderCat, В итоге хвала небу!!! Заказчик отказался от этого гемора и решили оставить проверку только по IP адресу.