юни

юни
Рейтинг
942
Регистрация
01.11.2005
Sitealert:
Каким образом определили, что сервер в Париже? По базе IP

Чтобы узнать ip-адрес сервера, нужно к нему сделать запрос по HTTP-протоколу, на который получить ответ. С массой заголовков как в запросах, так и в ответах.

Параметр Date относится к General Headers, его содержимое есть и в запросах, и в ответах.

Sitealert:
По заголовку запроса "Remote Address".

Это для какого протокола? Не увидел подобного запроса в перечне.

Sitealert:
Даже боюсь сказать.

Понимаю. Ведь серверные часы могут отставать от клиентских (или наоборот) и тогда разница может быть иной, Например "13 число 21:38" и "14 число, 3:40".

А вы меня вдвоём пытаетесь убедить, что это прикол такой, минуты для ip выставлять.

LEOnidUKG, во-первых, возьмите себя в руки и умерьте лексику. Мы в технической теме, а не в Курилке.

Во-вторых, не нужно выпячивать своё техническое превосходство. Это форум сеошников, а не программистов. Никто не будет кивать с понимающим видом "а, ну как же, он дал код, теперь всё понятно". Напротив - непонятно ничего.

В-третьих, не перескакивайте с темы на тему. В том, что для ip-адреса нет понятия "время", как и "город", Вы уже убедились - остаётся убедиться в том, что разработчики сервисов берут время вовсе не из js, исполняемого на стороне клиента.

Сейчас Вы утверждаете обратное. На каком основании?

Sitealert:
Нет там отклика

Где "там"? На прокси-сервисе? А ip как без отклика узнать?

Sitealert:
Определяют по IP, что это Париж, и смотрят, какое там время.

Так каким образом?

LEOnidUKG:
это чисто приколюшка

Т.е. люди отсебятину городят? Берут и присваивают системное время хоста ip-адресу прокси-сервиса с поправкой на разницу часовых поясов?

Точно уверены?

Sitealert:
Это не отклик, а запрос.

Запрос "Date", значение "дата генерации отклика".

Нашёл вроде. Список заголовков HTTP по RFC 822 может включать в себя параметр Date (дата генерации отклика). Пример ответа - Date: Mon, 16 Dec 2019 01:05:31 GMT

Введён в HTTP/1.0.

А вы мне тут голову скриптами морочите.

LEOnidUKG:
Минуты там с вашего же компьютера.

Это для браузера и, соответственно, js. А откуда берутся минуты для ip-адреса, если он предоставлен прокси-сервисом?

Sitealert:
В первом случае – город определён по IP

Откуда тогда там минуты?

Ребят, вы скриншот видели из первого сообщения? 13 число, 21:39 и 14 число, 3:39, причём в первом случае город указан, а во втором нет. Как можно определить точное время по таймзоне? Термин "часовой пояс" предполагает часовую же погрешность, а сервис выводит минуты. Откуда такая точность? Почему не 3:38 или 3:42?

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

По поводу js и прочих языков - ip-адрес может быть присвоен любому сетевому устройству, поддерживающему протокол TCP/IP. В случае с персональным компьютером всё понятно - в 99% случаев соответствующие события там обрабатываются браузером, поэтому доставать время через скрипты будет возможно.

А если это прокси-сервер, на котором поднят только нужный софт и нет никаких лишних обработчиков? А если мобильное устройство или вообще роутер? Откуда там будет "время ip-адреса"?

Разъясните?

LEOnidUKG:
в чём проблема?

Непонятно, откуда сервисы берут расхождение во времени между браузером и ip-адресом.

Уже несколько раз сказал. Основная мысль:

юни:
Кроме того, сервисы пишут системное время, а этого уж точно нет ни в каких хуизах.

Т.е. берётся системное время хоста. Осталось выяснить, какими средствами - через js или через hhtp-заголовки. Во втором случае проблема решаема.

Вы вот с чем спорите, не пойму.

Всего: 35122