Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 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-у доступ, как раз есть - неудачный пример.


> Логик...

Где?
&mdash; Лооогииик, ты гдее?? :)


 
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
2-1254144458
Drowsy
2009-09-28 17:27
2009.11.15
Просмотры в InterBase.


15-1252960212
Юрий
2009-09-15 00:30
2009.11.15
С днем рождения ! 15 сентября 2009 вторник


15-1252748348
Kerk
2009-09-12 13:39
2009.11.15
mod_status


8-1199890749
AlexanderMS
2008-01-09 17:59
2009.11.15
Воспроизвести WAV из части файла.


15-1252166005
TIF
2009-09-05 19:53
2009.11.15
Упаковка (сжатие) исполняемых файлов - за и против





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский