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

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

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

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

Вася:
Message: Hello, world!

Петя
Message: Hello, Vasya!

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

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

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

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

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

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

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

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

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

не стыдно? когда эито стало нормальным раз в секунду теребить сервер? минимум раз в 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; или как то разделить при выводе полученный результат. А тут мне нужно вывести просто текст пришедший из БД в одну точку.

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


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

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

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