[ Поиск ] - [ Пользователи ] - [ Календарь ]
Полная Версия: Почему браузер перезагружает страницу?
program90
Почему при отправке сообщения POST браузер перезагружает страницу, а не вставляет ответ в то место, откуда был сделан запрос?



Спустя 2 часа, 49 минут, 4 секунды (4.12.2010 - 08:27) Игорь_Vasinsky написал(а):
Так устроен нтмл - чтобы передать данные POST или GET. Можешь использовать JS, AJAX, JQUERY - эти отлично справляются с работой в реальном времени.

Спустя 9 минут, 26 секунд (4.12.2010 - 08:37) vital написал(а):
Цитата
Так устроен нтмл

так устроен HTTP.

а ТС сам не знает чего хочет.

Спустя 3 минуты, 13 секунд (4.12.2010 - 08:40) Игорь_Vasinsky написал(а):
а. ну да. как я на язык свалил всё.

Спустя 46 минут, 15 секунд (4.12.2010 - 09:26) kirik написал(а):
Цитата (vital @ 4.12.2010 - 00:37)
так устроен HTTP.

Тоже сначала написал тут про хттп, потом подумал.. Ведь тем же аяксом, или curl'ом можно отправлять теже http запросы, и при этом ничего не перегружается smile.gif Правильнее будет "так устроены браузеры".

Спустя 1 минута, 48 секунд (4.12.2010 - 09:28) T1mer написал(а):
Так устроены программисты

Спустя 19 часов, 45 минут, 1 секунда (5.12.2010 - 05:13) program90 написал(а):
А почему нельзя принятый http-пакет, распаковать, взять тело и вставить его в место на странице, зачем им заменять всю страницу?

А чем препятствует http, непонятно, когда на стороне клиента на экране всё отображает браузер, а http способ общения с сервером при передачи пакетов - вроде get - ok, get - ok и т.д.

Может можно написать браузер, который будет вставлять результат post, в нужное место страницы и ajax не нужен.

Спустя 1 час, 26 минут, 4 секунды (5.12.2010 - 06:39) vital написал(а):
Цитата (program90 @ 5.12.2010 - 02:13)
А почему нельзя принятый http-пакет, распаковать, взять тело и вставить его в место на странице, зачем им заменять всю страницу?

А чем препятствует http, непонятно, когда на стороне клиента на экране всё отображает браузер, а http способ общения с сервером при передачи пакетов - вроде get - ok, get - ok и т.д.

Может можно написать браузер, который будет вставлять результат post, в нужное место страницы и ajax не нужен.

а с чего вдруг в решили, что результат запроса обязательно надо втсавлять в страницу?

Спустя 2 часа, 17 минут, 14 секунд (5.12.2010 - 08:56) program90 написал(а):
Цитата (vital @ 5.12.2010 - 03:39)
а с чего вдруг в решили, что результат запроса обязательно надо втсавлять в страницу?

А что значит обятазельно - Ajax же сделали - значит это часто нужно....

Спустя 30 минут, 42 секунды (5.12.2010 - 09:27) kirik написал(а):
Цитата (program90 @ 4.12.2010 - 21:13)
Может можно написать браузер, который будет вставлять результат post, в нужное место страницы и ajax не нужен.

А каким образом этот могуче-волшебный браузер будет вставлять ответ сервера в страничку на клиенте? Уж случаем не асинхронным запросом/ответом (AJAX: Asynchronous JavaScript and XML)?

Спустя 10 часов, 43 минуты, 2 секунды (5.12.2010 - 20:10) program90 написал(а):
Наверное....

Спустя 10 минут, 30 секунд (5.12.2010 - 20:21) inpost написал(а):
HTML => Клиент
PHP => SERVER

Работа такая: идёт запрос на сервер, сервер формирует страницу, обрабатывает php, превращает его в HTML, и уже этот HTML отправляет клиенту. POST обрабатывается на сервере, значит надо отправлять запрос на сервер.
Перезагрузка - это загрузка страницы с сервера! Отправляешь запрос, приходит новая страница. Может прийти лишь какая-то часть страницы, для этого и существуют другие инструменты, имя им - AJAX и т.д.

Спустя 2 минуты, 29 секунд (5.12.2010 - 20:23) linker написал(а):
Так устроен именно HTTP - протокол, да и любой другой протокол. И вообще клиент-серверная архитектура: запрос-ответ.

Спустя 4 часа, 41 минута, 51 секунда (6.12.2010 - 01:05) program90 написал(а):
inpost
Просто можно, например, в форме для method добавить новый вариант - POSTVstavka. И браузер ответ будет просто вставлять в страницу, а сам запрос будет POST. И не нужно серверу говорить что куда вернуть и т.д. Сервер как работал так и работает. И объекты не надо создавать.

Спустя 3 минуты (6.12.2010 - 01:08) inpost написал(а):
Изучай JS, уже такое существует миллион лет...

Спустя 44 минуты, 46 секунд (6.12.2010 - 01:53) program90 написал(а):
inpost
Обновление фрейма?

Спустя 5 минут, 12 секунд (6.12.2010 - 01:58) program90 написал(а):
Еще вопрос, про фреймы. В фрейме почему-то не работает полоса прокрутки. Но она появляется, когда текста становится много. Из-за чего это может быть?


........

<div id="div_all">
<!-- <div id="backgr">
<img id="backgr" src="sky.jpg" width="100%" hight="100%"/>
</div>
-->


<div id="general_window_frame">
<iframe
id="gframe" align="left" src="general_window.html" name="generalwindow" width="75%" height="80%" frameborder="no" scrolling="auto"></iframe>
</div>
<div
id="user_list_frame">
<iframe
src="user_list.html" name="userlist" width="19%" height="80%"></iframe>
</div>

<div
id="text_input_frame">
<iframe
src="text_input.html" name="textinput" width="75%" height="15%"></iframe>
</div>
</div>


.........

Спустя 1 минута, 16 секунд (6.12.2010 - 01:59) inpost написал(а):
scrolling="auto"
htmlbook.ru - читай там про HTML теги и их свойства

Спустя 56 минут, 23 секунды (6.12.2010 - 02:56) program90 написал(а):
inpost
Стоит auto - все равно не работает....

Может быть из-за того что грузится текст чата с сервера на клиент во фрейм. Т.е. с удаленного домена, а не с локальной страницы. И поэтому доступ закрыт.
Подскажите, если кто-то знает, как это можно обойти?
Быстрый ответ:

 Графические смайлики |  Показывать подпись
Здесь расположена полная версия этой страницы.
Invision Power Board © 2001-2024 Invision Power Services, Inc.