AJAX. Обращение к серверу только при изменении данных

teddy если честно то лениво было читать весь топик
но тут на выручку пришло мое прокачанное умение ясновидеть
итак:
при запросе на сервер в гет параметрах отправляй id последнего полученного сообщения
и возвращай только сообщения после него
остальное дело техники...я правильно сказал?
(Добавление)
прочитал всетаки хоть название темы))....увы сие на решаемо
придется запросы отправлять полюбому
возможно поможет чтение web-sockets(гуглить)

da
(Добавление)

(Отредактировано автором: 26 Июля, 2013 - 19:17:57)

-----
Правильный вопрос - уже половина правильного ответа!

p.s. индусы повсюду, будьте осторожны!

quinlena
Он не плох, только тут задача другая...

LIME
Честно говоря не очень понял... Вот у нас есть допустим записи в гостевой книге, которые берутся из БД.
Записи:

Вася:
Message: Hello, world!

Петя
Message: Hello, Vasya!

Мне нужно что бы новые записи появлялись без перезагрузки страницы. То есть если придет Коля и напишет Hello world, что бы Вася и Петя увидели это сообщение без перезагрузки страницы.

Задача такая: Общение между клиентом и сервером-> Клиент говорит Серверу: Я тебя не буду беспокоить, пока у тебя не появятся новые записи. Или наоборот, сервер говорит, я буду отдыхать и не отвечать на твои позывы, пока у меня не появятся новые записи. То есть не грузить сервак каждый раз setInterval - ом без необходимости.

Часть 2.
Поставлю вопрос по другому: Будет ли нормально, если я каждую секунду буду обращаться к серверу за проверкой данных и если они обновились, то выводить? Это работает, но меня интересует другое: Насколько это критично? Я тут вспомнил, что MySQL кеширует частые запросы - можно как то съехать на это и использовать вариант с setInterval() и обращаться к серверу каждую секунду? На случай если записей много - есть пагинация. Выводить к примеру не более 10 записей на страницу.

Особенно интересует ответ на вопрос, который описал в блоке под названием "Часть 2"
(Добавление)

Спасибо ) не сразу увидел добавление

А кто нибудь может ответить по поводу того что я описал в Часть 2 в своем предыдущем посте? Очень интересно...

А про вебсокеты прочту обязательно

(Отредактировано автором: 26 Июля, 2013 - 19:58:42)

Да, это нормально.

Но еще есть иной подход - long polling

(Отредактировано автором: 26 Июля, 2013 - 21:07:33)

-----
Чем больше узнаю, тем больше я не знаю.

не стыдно? когда эито стало нормальным раз в секунду теребить сервер? минимум раз в 5 секунд
сложно для тс...хотя парень головитый...тогда лучше веб сокеты наверное
teddy запросы пинать придется полюбому...вопрос толька как это оптимизировать
(Добавление)


(Добавление)
teddy тема неоднозначна....зависит во многом от бизнес-модели
перво наперво как ты решишь кеширование на клиенте...и это верхушка айсберга
(Добавление)
teddy пожалуй рановато для твоих умений...

Да, тоже считаю что вэб-сокеты удобнее и проще в реализации. Но тут встает вопрос кроссбраузерности.

-----
Чем больше узнаю, тем больше я не знаю.

teddy, делайте
и не парьтесь.
Ну и ответ в json-е.
(Добавление)
Можете интервал убавить до 3-5 сек.
Не критично.

Спасибо за ссылку, прочитал, идею понял, только в том классе где описано как создать long polling не очень хорошо понял алгоритм, из за отсутствия практики в применении функций shmop_*
Надо будет попрактиковаться в их использовании, потом может применю этот вариант...

А точнее не понял определение понятия "разделяемая память" в описании shmop_* функций

LIME
Вау, комплименты


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

armancho7777777
Благодарю, наверное это самый оптимальный для меня вариант в данном случае. Вот только почему именно json? Я делаю приблизительно вот так:

Создаю один output файл, в который аяксом подгружаются данные из БД(из второго файла server.php) а потом просто вывожу эти данные при помощи obj.responseText;

В принципе здесь нет никаких сложных данных что бы использовать json, или обязательно json-ом? Насколько я знаю он нужен для сложных данных, что бы можно было удобно вывести данные в разных частях страницы типа $obj->value; или как то разделить при выводе полученный результат. А тут мне нужно вывести просто текст пришедший из БД в одну точку.

(Отредактировано автором: 27 Июля, 2013 - 00:32:04)

Вау teddy! Обсуждаем все что я написал в первых сообщениях?
(Добавление)
Какой шмоп? Ёлкзлн ЫЕ!


Это невозможно - ни прямо ни обратно, протокол http - синхронный, пока клиент не спросит, сервер не ответит.

Попытаюсь еще раз:

Клиент шлет запросы не через сет-интервал, а немедленно, но обязательно ждет ответа:

-----
Шта? Репозиторий?

Там реализация немного другая ) Я отписал для DelpinPRO про то что не понял из ссылки, не более ) Вот тут эти шмопы ) http://pastebin[dot]com/af8hF88J


Да-да я понял идею, но проще я думаю тогда выставить интервал обращения к серверу каждые 20 сек через js и получится одно и тоже.. не? Без дополнительного усердствия

обрати внимание на конец фразы: или когда на сервере произошло событие.

-----
Чем больше узнаю, тем больше я не знаю.

DelphinPRO
Да, но сервер я как поняли и без обращений пашет:

Или стоп... Может я не совсем правильно понял.

Вот итоговое заключение и поправьте плз кто нибудь если я ошибаюсь:
Цикл запускается только тогда, когда кто то "пнул" серверный файл и если кто то его "пнул", то запускается цикл и отдается ответ от сервера. Если уж не пнули, тогда цикл не запускается и сервер "отдыхает" <- так?
(Добавление)
Всё, тему можно закрыть. Мое непонимание некоторых моментов разрешаю списать на шею ошибок молодости ))

(Отредактировано автором: 27 Июля, 2013 - 13:49:27)

Компактнее.