Форум: "Прочее";
Текущий архив: 2009.11.15;
Скачать: [xml.tar.bz2];
ВнизКак в JS получить метод которым загружена страница? Найти похожие ветки
← →
Дмитрий С © (2009-09-17 13:44) [0]... GET, POST которые. Может знает кто?
← →
Piter © (2009-09-17 13:49) [1]какая разница?
А если страница загружена с жесткого диска (локально из браузера), интересно что должен вернуть такой код?
← →
Дмитрий С © (2009-09-17 13:53) [2]
> Piter © (17.09.09 13:49) [1]
Никакого будет достаточно.
Нужно. Сделал уже и без него, но все-равно интересно.
← →
Piter © (2009-09-17 14:03) [3]смею предположить, что потребность в такой функции определена неправильной архитектурой приложения.
← →
Дмитрий С © (2009-09-17 14:09) [4]
> Piter © (17.09.09 14:03) [3]
Может быть. Ответа на вопрос вы не знаете?
← →
Ega23 © (2009-09-17 14:25) [5]Никак, в ответе же этого нету...
← →
Ega23 © (2009-09-17 14:26) [6]Как вариант - взять URL и посмотреть - а чё там после "?"
Если ничего - то, POST. Если чё-то - то скорее всего GET.
← →
Медвежонок Пятачок © (2009-09-17 14:28) [7]с учетом того, что многим серверам пофик на гет и пост.
пришел запрос на урл, требующий пост, но пришел через гет.
умный сервер его обработает как будьто пришел пост.
и что при этом должен сказать клиентский скрипт?
← →
Дмитрий С © (2009-09-17 14:28) [8]
> Как вариант - взять URL и посмотреть - а чё там после "?
> "
> Если ничего - то, POST. Если чё-то - то скорее всего GET.
>
Ну не факт. Запрос может содержать и GET (в адресе) и POST (в теле) данные одновременно.
← →
antonn © (2009-09-17 14:29) [9]
> Как в JS получить метод которым загружена страница?
>
> Дмитрий С © (17.09.09 13:44)
>
> ... GET, POST которые. Может знает кто?
это ведь в Request ставится GET/POST, а в response - ответ сервера с нашей страничкой. яваскрипт - клиентское приложение
← →
antonn © (2009-09-17 14:32) [10]только если в куках хранить флаг, формируемый самим JS который сам и отправит запрос серверу.
← →
wicked © (2009-09-17 14:33) [11]вот пусть серверный скрипт и сообщает джаваскрипту как он был загружен - через get или post
← →
Дмитрий С © (2009-09-17 14:54) [12]
> вот пусть серверный скрипт и сообщает джаваскрипту как он
> был загружен - через get или post
>
Я так и думал.
Ладно, всем спасибо.
← →
Mystic © (2009-09-17 14:58) [13]А если был редирект? Например, такой
POST /do-something.php
302 Moved temporarily Explained
Location: /index.php
GET /index.php
200 OK
Вообще, проще в самом серверном скрипте написать
<script type="text/javascript><!--
var wasPost = <?= ... ?>;
//-->
</script>
← →
Palladin © (2009-09-17 15:23) [14]
> Дмитрий С
Данная информация на клиенте отсутствует.
← →
Palladin © (2009-09-17 15:24) [15]и быть вообще не обязана
← →
Piter © (2009-09-17 15:54) [16]Дмитрий С © (17.09.09 14:09) [4]
Ответа на вопрос вы не знаете?
не знаю. Имхо, его и не существует.
Ega23 © (17.09.09 14:26) [6]
Как вариант - взять URL и посмотреть - а чё там после "?"
Если ничего - то, POST
забавно. То есть, когда я в адрес браузера вбиваю: yandex.ru
и жму enter - по-твоему, отправляется POST запрос? )))
← →
Дмитрий С © (2009-09-18 04:20) [17]
> Данная информация на клиенте отсутствует.
Страница получена POST запросом. Нажимаем F5 - и видим предупреждение о том, что страница как раз им и загружена. Для страниц, полученных GET запросом, такого нет. Это значит, что на клиенте эта информация таки присутствует. Разумно предположить, что к ней можно получить доступ.
> и быть вообще не обязана
У нас никто никому ничем не обязан, правильно? :)
← →
Palladin © (2009-09-18 06:50) [18]
> Страница получена POST запросом. Нажимаем F5 - и видим предупреждение
> о том, что страница как раз им и загружена.
Объясняю для особо одаренных. Внутренний мир страницы пересекается с внешним миром (браузера) только DOM"ом. То - как была получена страница (ее урл, параметры соединения с сервером) это внешний мир для страницы. Это мир браузера. Открой FF или Оперу, получи POST страничку, нажми F5 и удивись. Логик...
← →
Дмитрий С © (2009-09-18 07:00) [19]
> Открой FF или Оперу, получи POST страничку, нажми F5 и удивись.
>
А ты сам-то пробовал?
> То - как была получена страница (ее урл, параметры соединения
> с сервером) это внешний мир для страницы.
К url-у доступ, как раз есть - неудачный пример.
> Логик...
Где?
— Лооогииик, ты гдее?? :)
← →
Piter © (2009-09-18 18:17) [20]Удалено модератором
← →
antonn © (2009-09-18 21:02) [21]
> Страница получена POST запросом. Нажимаем F5 - и видим предупреждение
> о том, что страница как раз им и загружена.
Тебя лично предупреждает браузер, что при обновлении страницы ты снова отправишь POST данные серверу. Это информация не хранится в странице, ни в заголовке, это личное дело браузера просто был обходительным и предупредить тебя. POST и GET - это методы запроса к серверу, в ответ ты получаешь ответ (каламбур :)) в виде страницы. Что там был за метод отсылки знает сервер и браузер (если умеет), к тому же к серверу запросто приходят и POST и GET запросы (если уж речь про аналоги ПХПешных $_GET/$_POST), но не твоя страничка с яваскриптом.
← →
Palladin © (2009-09-19 14:34) [22]
> Piter © (18.09.09 18:17) [20]
Я прекрасно знаю о чем говорю. А вот ты что то полез совсем не в свою кухню. Общий вердикт твоему посту - LMD.
Разбираем по полочкам.
> Кстати, причем тут DOM?
DOM - Document Object Model, объектная модель браузера для документа HTML. JS работает всегда с ним, все операции в JS в браузере это обращения к методам объектов DOM и встроенным объектам JS (Math, Date, String и пр.). Ты попутал причины и следствия. Причина - DOM вырос из браузера, следствия - DOM это так же и термин mshtml, msxml и, судя по всему, ты решил что DOM это mshtml и больше нигде существовать не может.
> Мы же говорим не о работе с движком IE через DOM, мы говорим
> об интерпретаторе JS.
см. выше
> А он в зависимости от браузера и вообще кучи факторов может
> быть сильно разный.
Да, разница есть, но на данный момент, примерно на 95% все DOM"ы совпадают. Благодаря w3c. IE тут кстати занимает наипоследнейшее место.
> Да и вообще это такая тема... Сегодня нету, а завтра уже
> есть.В любом случае, наверное, можно сказать, что потребность
> в данной функции определяется не очень правильной архитектурой
> приложения, но может быть такая функция где и есть.
к чему это сказано, если честно, я не понял...
← →
antonn © (2009-09-19 14:43) [23]
> Разбираем по полочкам.
не стоит, просто не к месту :)
← →
Palladin © (2009-09-19 14:56) [24]
> antonn © (19.09.09 14:43) [23]
"а че он?" (С)
))
← →
Piter © (2009-09-19 16:13) [25]Удалено модератором
← →
Piter © (2009-09-19 18:31) [26]Удалено модератором
← →
Дмитрий С © (2009-09-19 18:59) [27]
> Да, разница есть, но на данный момент, примерно на 95% все
> DOM"ы совпадают. Благодаря w3c. IE тут кстати занимает наипоследнейшее
> место.
ну ну, так прям и последнее? Интересно почему?
← →
Piter © (2009-09-19 20:17) [28]потому что IE, MS и Билли принято ругать. Ну принято - и все )))
← →
Piter © (2009-09-19 20:18) [29]Удалено модератором
← →
antonn © (2009-09-19 20:22) [30]Удалено модератором
Страницы: 1 вся ветка
Форум: "Прочее";
Текущий архив: 2009.11.15;
Скачать: [xml.tar.bz2];
Память: 0.52 MB
Время: 0.006 c