|
|
|
server push работает в FF, но не работает в IE и Chrome
|
|||
|---|---|---|---|
|
#18+
В продолжение к 15881825 . На главной страничке имеется: Код: html 1. 2. 3. 4. nph-run это перловый скрипт выдающий много-секционный http ответ: Код: php 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Все идеально работает в FireFox. IE-11 вываливает в iframe весь http responce в plain/text режиме. Включая все заголовки, разделители и конечно радостную надпись: WARNING: YOUR BROWSER DOESN'T SUPPORT THIS SERVER-PUSH TECHNOLOGY. А Chrome (свежайший) когда начинает получать результат просто его игнорирует. Ни ошибок, ни текстов, ничего... Кто виноват и что делать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2014, 01:48 |
|
||
|
server push работает в FF, но не работает в IE и Chrome
|
|||
|---|---|---|---|
|
#18+
Оказывается Chrome официально отказались поддерживать multipart/x-mixed-replace в прошлом июне, якобы поддержка такого сложного типа очень уж сложна. А IE вообще его знать не знает. Сволочи и гады. И те и другие. Server Side Events, которое text/event-stream, поддерживается в FF и Chrome, но IE его не знает вообще. Вроде еще WebSockets есть, но что-то не могу найти примеров как их использовать, а написанное по документации - не работает. У кого-нибудь есть простенький пример? А еще у нас пользователи маки любят... Жить тяжко. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.05.2014, 21:04 |
|
||
|
server push работает в FF, но не работает в IE и Chrome
|
|||
|---|---|---|---|
|
#18+
long polling - хабрИтак, что же из себя представляет Long Polling? Выглядит это примерно следующим образом: 1) Клиент отсылает на сервер обычный ajax-запрос 2) Сервер, вместо того, чтобы быстро обработать этот запрос и отправить ответ клиенту, запускает цикл, в каждой итерации которого следит за возникновением событий (другой клиент добавил запись или удалил). 3) При возникновении события сервер генерирует ответ и отсылает его клиенту, таким образом завершая запрос. 4) Клиент, получив ответ от сервера, запускает обработчик события и параллельно отправляет очередной «длинный» запрос серверу. Это походу единственный кроссбраузерный вариант, работающий везде. Вконтакте наверное до сих пор на нём, с момента основания (я к тому, что это проверено временем/нагрузками и разными браузерами). SSE юзал, но чем-то оно мне не понравилось, да и работает не во всех браузерах. В современном мире long poll уже устарел и websockets выглядит привлекательней, но опять же - кроссбраузерность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.05.2014, 05:27 |
|
||
|
server push работает в FF, но не работает в IE и Chrome
|
|||
|---|---|---|---|
|
#18+
p.s. Поддержка web sockets . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.05.2014, 05:35 |
|
||
|
server push работает в FF, но не работает в IE и Chrome
|
|||
|---|---|---|---|
|
#18+
У long-poll есть досадный минус - некоторые прокси обрывают http соединение через 30 сек. Приходится переподключать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.05.2014, 13:02 |
|
||
|
server push работает в FF, но не работает в IE и Chrome
|
|||
|---|---|---|---|
|
#18+
Вконтакте к примеру по 25 секунд и держит соединение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.05.2014, 15:15 |
|
||
|
server push работает в FF, но не работает в IE и Chrome
|
|||
|---|---|---|---|
|
#18+
st_stlong polling - хабрИтак, что же из себя представляет Long Polling? Выглядит это примерно следующим образом: 1) Клиент отсылает на сервер обычный ajax-запросВообще-то, это набор обычных GET запросов "Готово? Нет. Готово? Нет. Готово? Да." Клиент сидит в вечном цикле и требует от сервера ответа готово или нет. Тоже можно использовать, но только в том случае если между двумя CGI запросами можно сделать связку какую-либо. Например они будут читать файл или обращаться к СУБД и проверять какой-нибудь флаг. А если CGI процесс один-единственный делающий всю работу, но долго. И промежуточное состояние этой работы нельзя или не желательно писать на диск, то polling становится неприменим или очень сложным. st_stЭто походу единственный кроссбраузерный вариант, работающий везде.Да, это наиболее надежный и действительно универсальный метод, за счет того что он основан на самых примитивных множественных GET'ах. Если ничего друго не придумается, то придется конечно использовать именно этот подход, но жутко не хочется. Синхронизировать несколько независимых POST/GET запросов не особо легкая задача. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2014, 05:43 |
|
||
|
|

start [/forum/topic.php?fid=22&fpage=100&tid=1447101]: |
0ms |
get settings: |
5ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
31ms |
get topic data: |
37ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 212ms |
| total: | 350ms |

| 0 / 0 |
