Комет (програмирање)

Comet е програмерска техника која му овозможува на опслужувачот да испраќа податоци до клиентот без клиентот претходно да упати барање за тоа. Оваа техника овозможува развој на event-driven семрежни прилози кои се извршуваат на страната на прелистувачот (на страната на клиентот).
1 Која е потребата за оваа техника
Вообичаено, мрежното место се испраќа до клиентот само кога клиентот истата ќе ја побара. За секое барање на клиентот, прелистувачот иницира HTTP воспоставување на врска со опслужувачот, опслужувачот ги враќа бараните податоци после што врската се прекинува. Прикажаната страница ќе биде освежена само доколку корисникот експлицитно не побара тоа да биде направено, или пак премине на друга страница. Пренесувањето на целата страница може да одземе многу време, така што освежувањето може да предизвика одредена латенција.
За да се надмине овој проблем може да се користиме со AJAX технологијата, која овозможува да се освежат само одредени делови од мрежната страница. На овој начин се намалува количината на податоци која треба да се пренесе, а исто така се намалува и латенцијата. Од другата страна се намалува оптовареноста на опслужувачот и се зголемува неговата брзина на одговор. Со користење на асинхрон пренос на податоци во позадина, може да се зголеми уште повеќе брзината на веб-апликацијата.
Но и понатаму корисникот мора да упати барање до опслужувачот за одредени податоци. Проблемот станува уште поголем кај апликациите кои чекаат да се случи некој настан на страната на опслужувачот, пример доставување на одреден податок од некој друг корисник на апликацијата. Но времето на доставување на податокот не е познато.
Едно решение на овој проблем може да се бара во создавање на процес кој во одредени временски интервали би проверувал дали таков настан се случил на опслужувачот или не. Но ова не е елегантно решение бидејќи овој процес ќе го оптоварува опслужувачот, што директно ќе се отслика на брзината на веб-апликацијата. Уште повеќе непотребно ќе се зголеми сообраќајот по мрежата.
Подобро би било опслужувачот да испрати порака до клиентот во оној момент кога ќе се случи настанот, без клиентот да го праша за тоа. На овој начин клиентот не мора периодично да го проверува опслужувачот дали настанот се случил или не; ќе си продолжи да си работи други работи а работата на податоците кои зависат од настанот кој треба да се случи ќе биде извршена кога ќе се добие сигнал од опслужувачот. Ова е точно тоа што ''Comet'' има намера да го направи.
2 Технологија
За разлика од нормалниот пренос на податоци помеѓу опслужувачот и прелистувачот, врската со опслужувачот кога се користи ''Comet'' бара специјални конструкции. Апликацијата на клиентската страна мора да продолжи со работа додека воспоставува асинхрона врска со опслужувачот. На страната на опслужувачот, дури и ако барањето воопшто не е опслужено, врската не се прекинува (иако неискористена) сè додека не се случи соодветниот настан. Кога настанот ќе се случи, опслужувачот ги ''гура'' (анг. push) податоците кон клиентот, кои се генерирани како резултат на промената која настанала, преку веќе воспоставената врска.
Врската може да биде биде прекината после тоа, но може и да остане отворена и понатаму ако се очекуваат нови настани. Ако има повеќе промени, опслужувачот може да ги испрати податоците од промените преку воспоставената врска, без клиентот да прави експлицитен упит за нив до опслужувачот.
2.1 Размерливост и доверливост
Постојат потенцијални опасности во зависност од тоа колку добро опслужувачот ја има иплементирано ''Comet'' технологијата. Бидејќи врската се чува отворена сè додека настанот не се случи, опслужувачот треба да се грижи за истата подолго време ако настанот не се случува така често. Проблемот станува поизразен ако различни врски чекаат на различни настани. Справувањето со голем број на врски може да доведе до проблеми на опслужувачот.
Огнените ѕидови (анг. Firewalls) и HTTP посредниците (анг. proxy) помеѓу прелистувачот и опслужувачот може да предизвикаат дополнителни проблеми. Огнените ѕидови вообичаено се нагодени да ја прекинат врската која е отворена подолго време.
Прелистувачите предизвикуваат дополнителни ограничувања: секција 8.1.4 на HTTP 1.1 спецификацијата вели дека "Еден клиент НЕ МОЖЕ да има повеќе од 2 врски со било кој опслужувач или посредник", а оваа препорака е почитувана од повеќето прелистувачи, вклучително и Internet Explorer и Firefox.
2.2 Имплементации
Постојат неколку имплементации на Comet Ajax server-push моделот, комерцијални и некомерцијални:
* The Messaging module (види )
* . Adaptive HTTP streaming with some AJAX APIs.
* Steve and Jay McDonald’s *
* (Push технологија за Ajax)
* standards proposal specified by WHATWG
* Scalable Open Source Comet Framework
3 Поврзано
* Ajax
* Message oriented middleware
* HTTP streaming
* Pushlet
* Push технологија
5 Наводи
5 Наводи
* е COMET имплементација за продажба, големопродажба, приватни банки и брокери, целосно интегрирани со Websphere Portal заснован на Live™ од Virgil.
******