LINUX.ORG.RU

http запросы

 , , ,


0

1

Есть страника(html), на ней вызывается

battleform.submit()
, после чего я вижу два запроса - один, как и ожидается, POST-запрос этой формочки, а второй GET-запрос непонятно откуда берется и конкретно для этой страницы имеет вид:
Request URL:http://www.ganjawars.ru/b0/bticker.php?b=1201080712&t=0&checks=319670,1877964,1481074,1005533,1726924,2097967,1860733&load=1369840085&die=1
Request Method:GET
Status Code:200 OK
Request Headersview source
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Encoding:gzip,deflate,sdch
Accept-Language:ru-RU,ru;q=0.8,en-US;q=0.6,en;q=0.4
Connection:keep-alive
Cookie:bt_cookie=work; uid=1746924; up=4eadf0f30537e6780baa; uip=83.153.10.09; bp=216e01e90caa32b14d1b; session_id=851; user_res=1366x768; au=1726924; luid=1746924; luids=f0a30; last_user_name=qwerty_user; ipkey=2211f; ip_alert=0; authtime=1369753524; authtime_sign=cfbf8; sidp=fb172; sid_ok=1; version=ok; bversion=ok
Host:www.ganjawars.ru
Referer:http://www.ganjawars.ru/b0/b.php
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/27.0.1453.93 Safari/537.36
Query String Parametersview sourceview URL encoded
b:1201080712
t:0
checks:319670,1877964,1481074,1005533,1726924,2097967,1860733
load:1369840085
die:1
Response Headersview source
Connection:keep-alive
Content-Encoding:gzip
Content-Type:text/html; charset=windows-1251
Date:Wed, 29 May 2013 15:08:06 GMT
Server:nginx/1.2.4
Transfer-Encoding:chunked
X-Powered-By:PHP/4.4.7
По параметрам не понятно откуда берутся эти -
load=1369840085&die=1

Вопрос - что провоцирует этот GET-запрос?

п.с. запросы смотрю в Google Chrome Developer Tools(Network)

User-Agent:Mozilla/5.0 (Macintosh

Оффтоп! Линукс тут ни при чем!

goingUp ★★★★★ ()

Загляни в POST ответ. Там наверняка 301. В таком случае это стандартная защита от «double POST». «GET after POST» называется.

beastie ★★★★★ ()
Ответ на: комментарий от beastie

а нет, не обычный! там есть такое -

<iframe src="bticker.php?b=1201080712&t=0&checks=319670,1877964,1481074,1005533,1726924,2097967,1860733&load=1369840085&die=1"
теперь вроде всё ясно

pseudo-cat ★★★ ()

p.s. случайно никто не знает - как сделать чтобы в Chrome dev tools не удалялась история запросов после следующего запроса?

pseudo-cat ★★★ ()
Ответ на: комментарий от pseudo-cat

нвстройки справа снизую там птичка «Preserve log upon navigation»

anonymous ()

По параметрам не понятно откуда берутся эти load=1369840085&die=1

Добавляются скриптом, чтобы нарочно промахнуться мимо кэша прокси, например.

Apple-ch ★★ ()
Ответ на: комментарий от pseudo-cat

Про кэширование же наверняка слышал?

Результат GET-запроса может оказаться закэширован (причём даже не твоим серваком, а промежуточным — прокси — сервером). Ключом при таком кэшировании выступает как раз таки URL запроса, поэтому в случае, если жизненно необходимо отослать клиенту страницу не из кэша, нужно изменить URL, например добавив к нему таймстэмп или ещё какую-нибудь уникальную шнягу.

Apple-ch ★★ ()
Ответ на: комментарий от Apple-ch

так понятно, спасибо.

в моем случае, если я встретил в ответе такую штуку -

<iframe src="bticker.php?b=1201080712&t=0&checks=319670,1877964,1481074,1005533,1726924,2097967,1860733&load=1369840085&die=1"
это видимо делается для чего-то типа «GET after POST»? Просто проблема в том, что данные, отправленные в POST-запросе не принимаются на стороне сервера, видимо, пока не будет отправлен этот самый GET

pseudo-cat ★★★ ()
Ответ на: комментарий от pseudo-cat

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

Kuzz ★★★ ()
Ответ на: комментарий от pseudo-cat

Честно говоря, очень трудно сказать, что это может быть.

Как ты определил, что POST не обрабатывается без последующего GET'а?

Вообще-то, GET after POST делается с другой целью и другим способом (не айфреймом), так что если POST действительно не работает без GET'a, то это что-то иное.

Apple-ch ★★ ()
Ответ на: комментарий от Apple-ch

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

trashymichael ★★★ ()
Ответ на: комментарий от pseudo-cat

дело в том что может айфрейм это часть интерфейса, и там реально визуально что-то отображается, все равно тупо)

trashymichael ★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.