Comet (у веброзробці) — неологізм, що описує модель роботи яка дозволяє реалізувати постійне HTTP-з'єднання і дає можливість відправляти дані з сервера за його ініціативою без додаткового запиту клієнта.
Реалізація
Оскільки браузери та вебсервери працюють по протоколу HTTP, який для подібних з'єднань не розрахований то розробники використовують різні реалізації.
Два основні підходи
Long-polling — клієнт підключається до сервера який не закриває з'єднання доки не з'являться дані або мине час очікування. Після чого клієнт підключається повторно.
Streaming — в цьому випадку з'єднання постійно залишається відкритим і не закривається після кожної передачі даних. Цей підхід є складнішим і потребує спеціально програмного забезпечення.
Реалізувати таку модель на стороні клієнта можна з допомогою JavaScript використовуючи AJAX або IFRAME. А на стороні сервера з допомогою, практично, будь-якого вебсервера та мови програмування.
Проте, сервер в цій моделі повинен одночасно утримувати багато постійних з'єднань.
Звичайний варіант на базі Apache та PHP не зможе витримати велике число одночасних з'єднань, тому краще використовувати спеціалізовані рішення:
- APE (http://www.ape-project.org/ [ 16 червня 2010 у Wayback Machine.])
- Jetty ()
- (http://cometd.org/ [ 11 червня 2010 у Wayback Machine.])
- (http://pushmodule.slact.net/ [ 8 липня 2010 у Wayback Machine.])
Див. також
- WebSocket — протокол двостороннього зв'язку з сервером
- Server sent event [ 5 травня 2012 у Wayback Machine.]
Посилання
Ця стаття не містить . (квітень 2016) |
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
Comet u vebrozrobci neologizm sho opisuye model roboti yaka dozvolyaye realizuvati postijne HTTP z yednannya i daye mozhlivist vidpravlyati dani z servera za jogo iniciativoyu bez dodatkovogo zapitu kliyenta RealizaciyaOskilki brauzeri ta vebserveri pracyuyut po protokolu HTTP yakij dlya podibnih z yednan ne rozrahovanij to rozrobniki vikoristovuyut rizni realizaciyi Dva osnovni pidhodi Long polling kliyent pidklyuchayetsya do servera yakij ne zakrivaye z yednannya doki ne z yavlyatsya dani abo mine chas ochikuvannya Pislya chogo kliyent pidklyuchayetsya povtorno Streaming v comu vipadku z yednannya postijno zalishayetsya vidkritim i ne zakrivayetsya pislya kozhnoyi peredachi danih Cej pidhid ye skladnishim i potrebuye specialno programnogo zabezpechennya Realizuvati taku model na storoni kliyenta mozhna z dopomogoyu JavaScript vikoristovuyuchi AJAX abo IFRAME A na storoni servera z dopomogoyu praktichno bud yakogo vebservera ta movi programuvannya Prote server v cij modeli povinen odnochasno utrimuvati bagato postijnih z yednan Zvichajnij variant na bazi Apache ta PHP ne zmozhe vitrimati velike chislo odnochasnih z yednan tomu krashe vikoristovuvati specializovani rishennya APE http www ape project org 16 chervnya 2010 u Wayback Machine Jetty http cometd org 11 chervnya 2010 u Wayback Machine http pushmodule slact net 8 lipnya 2010 u Wayback Machine Div takozhWebSocket protokol dvostoronnogo zv yazku z serverom Server sent event 5 travnya 2012 u Wayback Machine PosilannyaCya stattya ne mistit posilan na dzherela Vi mozhete dopomogti polipshiti cyu stattyu dodavshi posilannya na nadijni avtoritetni dzherela Material bez dzherel mozhe buti piddano sumnivu ta vilucheno kviten 2016