Программа comet что это

Передача данных по инициативе сервера, обзор COMET

Update: Более новый материал по этой теме находится по адресу https://learn.javascript.ru/xhr-longpoll.

1. Что такое COMET ?
2. Способы реализации

1. По сообщению на запрос
2. Поток сообщений через постоянное соединение

1. Основные способы поддержания постоянного соединения:
2. Общие для постоянных соединений проблемы

1. Буферизация прокси
2. Нельзя GZIP
3. Буферизация страницы сервером

COMET-технологии позволяют организовать обновление данных на странице без участия пользователя.

Чаты, интернет-почта и многопользовательские админки — далеко не полный список, где они применимы.

В этом цикле статей — подробно описаны многочисленные тонкие моменты и решения частых проблем.

Что такое COMET ?

COMET (или «server push») — способ передачи данных с сервера на клиент, по инициативе сервера.

Например, у вас есть электронный магазин, и менеджер может отслеживать переходы клиента.

Как пользоваться программой Dark Comet?

COMET позволяет менеджеру тут же, онлайн, спросить клиента о чем-то, предложить интересный вариант.

«По инициативе сервера» означает, что клиент сам не запрашивает сервер, он просто находится на странице.

Старейший пример COMET — чат. Человек просто находится на странице и получает новые сообщения.

Также COMET используется в админках для оповещения об изменениях со стороны других посетителей, для совместного редактирования документов и т.п.

Способы реализации

Способов реализации COMET достаточно много. У них — самые разные характеристики, достоинства и недостатки.
Есть два основных класса.

По сообщению на запрос

Каждое событие на сервере браузер получает отдельным запросом. Здесь есть два основных метода.

1. Частый опрос (polling)
2. Длинный опрос (long-poll)

Чтобы уменьшить количество необходимых соединений и задержки, сообщения о событиях пакуют в специальные пакеты, «датаграммы».
Например, одно XML-сообщение может выглядеть как:

Vasya Привет! processing Обработка завершена

При очередном подключении браузер получает сразу весь пакет событий к настоящему моменту.

Поток сообщений через постоянное соединение

Браузер держит постоянное соединение с сервером, так называемый «канал», и получает через него события.

Канал связи разрывается время от времени:

• чтобы прокси не подумал, что настал таймаут соединения и не порвал его за нас
• для очистки памяти от мусора старых сообщений

Кроме того, для измерения сетевых задержек и контроля соединения, сервер может периодически посылать по этому каналу ping-пакеты.

Основные способы поддержания постоянного соединения:

1. Бесконечный IFrame
2. XMLHTTPRequest, interactive
3. Multipart XMLHTTPRequest
4. Event-source

Вы найдете их в других статьях этого раздела.

DarkComet RAT — скрытый удаленный доступ к ПК — как удалить вирус?

Общие для постоянных соединений проблемы

Протокол HTTP изначально создавался так, чтобы один запрос возвращал одну единицу информации. А мы хотим — много, отсюда и некоторые сложности.

Буферизация прокси

Такое встречается редко, но прокси может буферизовать определенное количество данных до передачи клиенту. Например, принимать и отдавать ответ блоками по 2К. В этом случае сообщения будут оставаться на прокси, и ждать, пока их не наберется 2К (или какой там размер буфера) байт, и только тогда — передаваться клиенту.

Решение — добавлять к каждому сообщению 2K пробелов.

Неизвестно, коснется ли Вас эта проблема. Надеюсь, что нет, но иметь в виду буферизацию прокси как возможную причину жалоб пользователей — надо обязательно.

Нельзя GZIP

IFrame, который служит для передачи сообщений, НЕ должен сжиматься gzip/deflate. Иначе говоря, для служебного URL сообщений сжатие должно быть отключено.

Включенное сжатие подразумевает, что браузер ждет конца загрузки, а затем — распаковывает и показывает пользователю. В нашем же случае это категорически противопоказано, а сжимать кусочки страницы (сообщения) по отдельности нельзя.

Это — неприятное последствие хакерской натуры iframe. Например, в long poll сжатие проходит на ура, т.к события не являются частью одной страницы.

Буферизация страницы сервером

Не забудьте отключить буферизацию сервером. В связке Apache/PHP — отключите output buffering и включите ob_implicit_flush:

COMET: частый опрос VS постоянное соединение

Как всегда, при написании веб-приложения встает вопрос о выборе архитектуры. С одной стороны, решения на длинных соединениях (все, кроме частых опросов) обеспечивают быстрое уведомление. С другой. Всегда ли длинное соединение лучше частых опросов?
Решение с длинными соединениями с виду оптимальнее, но гораздо сложнее и обладает рядом особенностей.

1. Реализация длинного коннекта, как правило, усложняет архитектуру. Возможно, можно обойтись решением попроще?
2. Ряд веб-серверов плохо оптимизированы под большое количество длинных соединений. Например, используются потоки или процессы, которые отъедают фиксированное количество ресурсов и не освобождают их до конца соединения.На уровне OS проблема решается использованием kqueue(FreeBSD) или epoll(Linux).На уровне веб-сервера можно использовать

1. Apache MPM event для apache 2.2 (экспериментальный и ограниченный MPM, специальный поток обрабатывает Listening и Keep-Alive сокеты)
   не работает как следует с mod_perl/mod_php
2. Jetty (Java) / Twisted(Python), nginx и другие специализированные серверы c одним потоком/процессом на много клиентов.

Классическая(transport-independant) модель COMET

Посмотрим на взаимодействие клиент-сервер «с высоты птичьего полета», выше деталей передачи данных, транспортов и т.п. Например, так это сделано в специализированном server-push движке lightstreamer.

Соединения с сервером делятся на два типа

1. Control connection — контрольные соединения, через которые клиент отправляет запросы на сервер. Это — обычные AJAX-запросы через XMLHTTPRequest.
2. Push connection(channel) — поток событий, соединение, через которые клиент получает события с сервера

У всех событий на сервере есть тип. Клиент может подписываться и отписываться на интересующие его события через контрольные соединения. Для удобства типы организованы по схемам. Например, в схеме chat может быть тип message.

Например, следующая диаграмма описывает типичную последовательность действий:

1. Клиент открывает потоковое соединение к серверу
2. Клиент подписывается на события типа Item1 в схеме Schema1
3. Сервер шлет события
4. Клиент отписывается от событий через новое контрольное соединение
5. Клиент закрывает соединение

Или — вот более сложная диаграмма, в которой клиент подписывается уже на разные типы событий:

В качестве транспорта в lightstreamer используется iframe. Время от времени его необходимо закрывать для очистки от принятых объектов. При закрытии сессии (это же происходит при refresh страницы в браузере) сервер буферизует новые события до некоторого таймаута и отдает их, как только открывается новая сессия Stream Connection 2 того же пользователя.

Вообще, буферизация событий — общий прием, который позволяет мягко переживать закрытие соединения, и нужен при любом транспорте.

Скажите, а как при помощи mpm event решить вопрос создания апачем файлов от юзеров, которым принадлежит папка, в которой работает скрипт, а не nobody.
Спасибо!

Вообще-то это не по теме, но все равно ответ — никак

неужели в этом можно разобраться?

Изображения вверху записаны в UML-нотации. Конкретнее — это диграммы последовательности (sequence diagram).

Возможно, проще (и полезнее) — разобраться сначала с sequence diagram в UML вообще, а потом — в конкретными диаграммами здесь.

я хотел бы написать на perl такой чат c jquery

можете ли вы подсказать как в этом разобратся?
нужно написать демона на сокетах? как это все будет?

Есть ли у Вас информация о том какие из методов используют большие компании вроде Facebook (чат, оповещения), Gmail (чат), Twitter (notifications)?

Facebook — Tornado (их разработка, Open Source, Python), Gmail — свой сервер, клиентская часть — open source Google Closure Library, Twitter — не в курсе.

Twitter — Erlang и Scala

Источник: javascript.ru

CppComet

За исключением случаев, когда указано иное, содержимое этой вики предоставляется на условиях следующей лицензии: Public Domain

Вы посетили: • Cpp.Comet — Документация

Cpp.Comet — Документация

Если вы хотите понять зачем вам нужен комет сервер, то прочтите вводную статью
Начать освоение API рекомендуется с изучения CometQL и JavaScript API

Актуальные статьи

Введение — Описание технологии comet, возможностей, сферы применения. Как работают push уведомления.
Описание CometQL — серверное api для работы с комет сервером
Описание JavaScript API — клиентское api для работы с комет сервером
Online demo отправки сообщений — Online demo и пример кода отправки сообщений в канал.

Пример Realtime чата — Учебный пример Realtime чата
Готовый чат на JavaScript для сайта — chat плагин — Подключаемый плагин простого чата

Как сделать чат с авторизацией — Как сделать простой php chat на сайте, урок с примерами и online demo

Как сделать Realtime уведомления на сайте — Реализация отправки уведомлений авторизованным на комет сервере пользователям по их идентификатору.

Как определить, онлайн пользователь или нет — Пример определения онлайн пользователь или нет на php
Star.Comet-Chat — Плагин чата для личной переписки пользователей между собой.
Зарезервированные имена каналов — описание каналов с особыми свойствами
Коды ошибок в CometQL — Коды ошибок которые можно получить при работе с CometQL API

Публичный идентификатор разработчика — Что такое «Публичный идентификатор разработчика» и «Секретный ключ разработчика»

Авторизация пользователей — Описание механизма на авторизация пользователей на комет сервере

Администрирование комет сервера

Установка — Инструкция по сборке и установке комет сервера на свой сервер

Как провести нагрузочное тестирование — Как провести нагрузочное тестирование сервера с помощью tsung

Отчёт о нагрузке в 64000 онлайн — Результаты нагрузочного тестирования

Техническая поддержка и ответы на вопросы

Вопросы по работе с проектом можно задавать на форуме на них будет отвечать техподдержка и возможно другие участники сообщества.

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

Планы по развитию проекта

О том, какие улучшения запланированы, а какие уже внедряются можно посмотреть на этой странице Если есть какие-то предложения, вопросы, пожелания или просьбы по добавлению новых функций, то можно здесь создать issue или написать в техподдержку после регистрации.

Источник: comet-server.com

Использование comet сервера для реализации простого чата

Comet — любая модель работы веб-приложения, при которой постоянное HTTP-соединение позволяет веб-серверу отправлять (push) данные браузеру без дополнительного запроса со стороны браузера.

На схеме изображено место комет сервера в процессе работы.

1. Браузер открывает страницу сайта
2. После загрузки страницы JavaScript устанавливает постоянное соединение с comet сервером.
3. Пока открыта страница ваш сервер может отправить произвольное сообщение клиенту. Для этого он обращается с помощью Api к комет серверу и передаёт ему сообщение.
4. Комет сервер используя открытое соединение с браузером доставляет полученное сообщение в браузер.
5. JavaScript Api полученное от сервера сообщение предаёт в ваш callback

Существующие подходы

Существует не мало подходов для реализации, но актуальным на данный момент является WebSockets, в использовании остальных подходов таких как Polling, Long polling, «бесконечный» iframe и Flash сокеты уже почти необходимости так как вебсокеты уже поддерживаются всем современными браузерами.

Реализации комет серверов

Будет хорошо если кто-то ещё поделится ссылками на похожие проекты.

Название	Лицензия	API
Centrifuge	MIT	Python, Ruby, Java, PHP
dklab_realplexor	GPL	PHP
Nginx Push Stream Module	GPL	REST API
APE Project	GPL	REST API
comet-server.ru	Как сервис, С установкой на свои сервера	Delphi, C, C++, Эйфель, Java, Лисп, Perl, PHP, Python, Ruby, Smalltalk, Node.js, Bash, Компонентный Паскаль и Tcl (Все языки для которых есть MySQL клиент)
fanout.io	Как сервис, С установкой на свои сервера	Python, Ruby, PHP, Node, Go, Django
pusher.com	Как сервис	REST API и библиотеки для Ruby, PHP, .NET, Node.js, Python
hydna.com	Как сервис	C++, Erlang, Go (Push only), Java, JavaScript, Julia (Push only), Lua (Push only), .NET, Node.js, Objective-C, PHP (Push only), Python (Push only), Ruby (Push only)
tambur.io	Как сервис	Ruby, Python, PHP, Java, Erlang

Есть ещё сводная таблица реализаций комет серверов, но она датирована аж 2009 годом

Построение простого чата на php

Разберём пример построения чата. В качестве комет сервера будем использовать comet-server.ru

• Пользователь заходит на страницу и сразу подписывается с помощью JavaScript Api на канал для получения сообщений чата.
• Для того что бы отправить сообщение пользователь отправляет текст сообщения через ajax на php сервер.
• PHP сервер полученное сообщение обрабатывает, по желанию сохраняет к себе в БД и делает с ним что угодно.
• Затем php сервер соединяется с комет сервером и передаёт ему CometQL запрос на отправку сообщения в канал.
• Комет сервер полученное от php сервера сообщение рассылает всем кто подписан на канал.

Код для получения сообщений из чата

Для связи с комет сервером используется CometQL. CometQL — это api для работы с комет сервером по протоколу MySQL. $(document).ready(function()< /** * Подписываемся на получение сообщения из канала SimplePhpChat */ CometServer().subscription(«SimplePhpChat», function(event)< console.log(«Мы получили сообщение из канала SimplePhpChat», event.data, event); $(«#textHolder»).html( $(«#textHolder»).html() +»»+event.data); >) /** * Подключение к комет серверу. Для возможности принимать команды. * dev_id ваш публичный идентифиукатор разработчика */ CometServer().start() >) function sendMsg() < var text = $(«#msgText»).val(); jQuery.ajax(< url: «//comet-server.ru/doc/CometQL/simplePhpChat/sendMsgToChat.php», type: «GET», data:»text=»+encodeURIComponent(text), success: function()< $(«#msgText»).val(»); >>); >
Код для отправки сообщения из php

Демо работы чата здесь.
Тут ещё один пример чата, но в нём php сервер вообще не используется, всю работу выполняет comet сервер. А здесь пример чата с авторизацией на комет сервере.

• Блог компании Star.Comet
• Разработка веб-сайтов
• PHP
• JavaScript
• SaaS / S+S

Источник: habr.com

Alpha-Beta-Release Blog

Технология Comet для построения быстрых веб-приложений. Статья в журнал Хакер

31 мая 2010 aleks_raiden

Статья написана специально для журнала Хакер и опубликована на сайте журнала (в несколько сокращенной и отредактированной версии). Ниже я публикую свой оригинальный вариант, без правок или ограничения на объем материала.

Comet… чё за …?

Сегодня все в Интернете хочет быть быстрым, очень быстрыми. Ты даже не успел загрузить страничку в Facebook или вКонтакте, а твои друзья уже узнают, что ты онлайн и пытаются вызвать в чат. На других сайтах ты можешь видеть уже не просто ники пользователей, а сразу начать с ними общаться – и это не просто личные сообщения, как было в форумах в лихих 90-х, а полноценные чаты типа аське.

Добавил Вася новую статью в блог, ленту новостей которого ты читаешь? Она должна сразу появиться у тебя в ридере, если, конечно, ты сейчас его читаешь. Задержка, любое промедление сразу ставит крест на любом ресурсе, нацеленном на общение. Посмотри на всякие конференции стартапов и первые страницы популярных ресурсов — везде умные слова вроде real-time, collaborative и communication. Что за …?

Отвечаю! Если раньше веб-приложения были, как и обычные сайты – просто страницы и ты должен был ходить по ссылкам, чтобы обновить информацию, разве что по таймеру обновлялись фреймы, то теперь все иначе. Все хотят, чтобы информация приходила к нам сама в момент появления, а не ждать и тыкать сто раз в рефреш, ожидая, когда же твой друг наконец появиться в сети.

Такие требования поставили перед разработчиками новые задачи, существенно усложнив жизнь, но, а что делать? Так и родилась технология Comet или, по простому, набор приёмов и средств для обновления данных (страниц или их элементов) в браузере без твоего участия. От тебя надо только залогиниться и зайти на сайт – в социальную сеть, онлайн игру или другой ресурс. От этого момента, если какая-то новая информация появляется, сервер сам отправит твоему браузеру новые данные.

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

Самым первым вариантом применения такого подхода стали чаты. Удобно – новые сообщения появляются мгновенно, страница не обновляется – полное впечатление обычного приложения. Конечно, во Flash уже давно такое можно сделать, но черт бы побрал этот флеш – он тормозит, глючит и закрытый. Да и если ты запрограммировал свое супер-творение на модной технологии AJAX, то включать туда совершенно инородное тело Flash, с которым работать, мороки не оберёшься, никак не хочется. А Comet позволяет обойтись обычными простыми средствами – JavaScript + HTML, получая при этом мгновенность и простоту.

Думаешь, это годится только для чатов и соц.сетей? Никак нет, технологию сразу взяли на своё воображения такие крупные монстры, как банки, биржи и разные финансовые организации. Видел в кино бегущую строку новостей и прыгающие туда-сюда цифры стоимость валют? Теперь такое можно сделать не только в специальных и безумно дорогих программах за миллионы долларов, но и на обычной веб-странице, которую отроешь любым браузером. Так что Comet – это не игрушка, а серьёзный инструмент для всех, кому хочется всего и сразу, и побыстрее!

Существуют коммерческие сервера для COMET-а, которые как раз применяются на биржах и прочих сайтах, но и стоят они соответственно, например, Lightstreamer, от 50 тысяч буржуйских денег. Хотя используют те же самые техники, что и я тебе опишу.

Разбираем по кирпичику.

Давай попробуем разобраться, как устроена технология и как вообще можно сделать так, что информация мгновенно появляется у тебя в браузере. Ты, наверное, знаешь, что основным методом работы с сервером в веб-приложении, является объект XMLHTTPRequest, который позволяет JavaScript-y соединяться с сервером, передавать и получать информацию.

Но это, как и обычный HTTP-протокол – ты запрашиваешь URL и получить ответ, не более. Поэтому, чтобы сделать обновляемый список контактов со статусами он/оффлайн через AJAX, необходимо по таймеру, раз в 10 секунд, постоянно соединяться с сервером и запрашивать, кто онлайн.

Это существенная нагрузка на браузер, не говоря уже о сервере (хоть он и мощный, но если у тебя на сайте тысяча человек сразу, любой сервер сляжет от стольких запросов). Чем больше интервал опроса, нагрузка будет уменьшаться, но сегодня уже никому не надо, чтобы, когда твой друг уже пиво пьет во дворе, ты несколько минут все ещё видишь его статус «онлайн». Непорядок. Не подходит обычный AJAX для такого.

У COMET-а же соединение обычно одно, но длительное. Классическая схема (называется Long-polling, длинный опрос) выглядит так – ты подключаешься к серверу и ждёшь, пока не появятся данные. Так можно ждать часами, хотя обычно время меньше, максимум 5 минут, после которых просто создаётся новое соединение. Все же сервера не особо любят такие долгоживущие сессии, да и сам HTTP не очень приспособлен к такому использованию, хоть это один из простейших методов Comet-а. Обычный Apache умрёт уже после первой сотни пользователей, поэтому не особо рассчитывай на него, уж лучше сразу ставить Nginx.

Комета изнутри.

Спорим, ты за 5 минут напишешь первое Comet-приложение? Вместе с сервером и клиентом сразу! Заодно на практике рассмотрим, как это работает.

Простейший вариант – скрытый бесконечный фрейм (Hidden iFrame). Это самая старая реализация и самая «хакерская», ведь никто при создании HTML-а не думал, что кому-то необходимо получать данные мгновенно. Работает он так – браузер создаёт невидимый тег , указывая ему адрес твоего комет-сервера.

Сервер при поступлении запроса отвечает кусочками HTML-кода, например, посылая код javascript, который будет выполнен сразу, как его получит браузер. Фишка в том, что послав первый раз, сервер не закрывает соединение, а ждёт какое-то время, а потом снова и снова отсылает новый скрипт.

Браузер-то не резиновый, после некоторого времени в нем накапливается куча элементов , поэтому фрейм необходимо периодически удалять. На сервере также не все гладко, там же настоящий бесконечный цикл. Даже если никаких полезных данных не поступало, сервер все равно должен периодически посылать что-то вроде пинга, говоря клиенту «Я сервер, все ОК».

Если же связь оборвётся, узнать это будет затруднительно, поэтому делают так – сервер гарантированно каждую секунду посылает тег в котором вызывает функцию, сбрасывающую предыдущий таймер и запускающую новый. Таймер настроен таким образом, чтобы сработать через, допустим, 5-ть секунд. Если от сервера нет ничего за это время, таймер сработает и удалит фрейм, пробуя заново установить соединение. Если же сервер нормально отвечает каждую секунду, то таймер никогда не выполнится, а значит с соединением все хорошо.

Вот пример такого клиента (с использованием jQuery):

Источник: abrdev.com

АСКУЭ Комета – регистрация пользователя, вход в личный кабинет

Компания Комета занимается производством, установкой и обслуживанием автоматизированных систем контроля учеты электроэнергии и водоснабжения (АСКУЭ). Оборудование от этой организации избавляет пользователей от необходимости передачи показаний электро и водосчетчиков организациям-поставщикам ресурсов. Умные приборы самостоятельно снимают показания и отправляют их по нужному адресу через интернет.

Отслеживать данные счетчиков воды и электроэнергии пользователи АСКУЭ Комета могут через личный кабинет, вход в который предусмотрен на сайте компании-производителя. Регистрация аккаунта занимает минимум времени, а для его использования не нужно никаких специальных знаний.

Регистрация личного кабинета

Для регистрации личного кабинета в системе АСКУЭ Комета необходимо открыть в браузере официальный сайт компании — https://cometa.ru. После загрузки страницы находим в ее шапке прямоугольник с изображением замка и надписью «Войти» и кликаем по нему. На новой странице нажимаем кнопку «Зарегистрироваться», размещенную в правой части экрана.

Важно! Завести аккаунт на сайте АСКУЭ Комета может любой его посетитель. Но пользоваться кабинетом смогут только клиенты компании, т.к. для этого нужно будет привязать к ЛК установленные в доме счетчики и контролирующие их приборы. Без этого регистрация кабинета просто не будет иметь смысла.

После перехода на страницу регистрации порядок действий будет следующим:

• ввести в предложенное поле номер своего мобильного телефона;
• проставить галочку в форме капчи;
• кликнуть по кнопке «Отправить»;
• в обновленную форму внести код, полученный по СМС;
• в строки ниже вбить пароль для последующего использования аккаунта (придумать самостоятельно);
• заполнить поля с личной и контактной информацией;
• нажать на кнопку «Продолжить».

После этого пользователь окажется внутри личного кабинета. Сразу за созданием профиля ему будет предложено прикрепить к ЛК счетчики ресурсов и контролирующие их системы. Но этот этап абонент Кометы может отложить на потом. А для начала рекомендуется открыть меню ЛК, найти в нем раздел «Помощь» и внимательно прочитать размещенные в нем инструкции, чтобы освоиться с управлением аккаунтом.

Сразу после создания ЛК сайт Кометы отправит пользователю письмо со ссылкой для подтверждения регистрации на указанный им электронный адрес. Письмо может упасть во Входящие или в Спам. Его необходимо найти в своем почтовом ящике, открыть и перейти по указанной в нем ссылке. Сделать это нужно в течение суток после создания аккаунта – потом ссылка станет недействительной.

Кстати! Если в ходе регистрации поставить галочку в поле «Отправить пароль», АСКУЭ Комета дополнительно пришлет на электронную почту абонента письмо с учетными данными от его ЛК. Это сообщение стоит сохранить в своем почтовом ящике, чтобы при случае сверять с ним логин и пароль.

Вход в личный кабинет

Порядок действий для входа в ЛК будет таким:

• открываем в браузере официальный сайт АСКУЭ Комета — https://cometa.ru;
• кликаем по прямоугольнику с надписью «Войти» в шапке сайта;
• на новой странице вводим номер своего мобильного телефона и пароль, придуманный при регистрации;
• нажимаем кнопку «Отправить», размещенную под полями для ввода данных.

Кстати! Попасть на форму авторизации можно по прямой ссылке — https://lk.cometa.ru/login/. Тем, кто собирается регулярно работать с личным кабинетом на сайте Кометы, стоит сохранить этот линк в закладках своего браузера, либо на его экспресс-панели.

Восстановление пароля от ЛК

Логином для личного кабинета на сайте АСКУЭ Комета выступает номер телефона пользователя, введенный им при регистрации аккаунта. Пароль же клиент устанавливает самостоятельно, в соответствии с требованиями сайте (латинские символы, не менее 6 знаков). Если пользователь установил слишком сложный код для входа, либо редко заходит в свой ЛК, он может запросто забыть пароль. На такой случай системой предусмотрена возможность его восстановления в режиме онлайн.

Для получения пароля необходимо:

• зайти на страницу авторизации в личном кабинете — https://lk.cometa.ru/login/;
• нажать на кнопку «Восстановление пароля», расположенную справа от полей для ввода учетных данных;
• вбить в предложенное поле мобильный телефон. либо адрес электронной почты, привязанные к личному кабинету;
• нажать на кнопку «Отправить».

Вскоре после этого сайт пришлет абоненту СМС с кодом для одноразового доступа в аккаунт, либо электронное письмо со ссылкой на страницу установки нового пароля. Тип сообщения будет зависеть от того, какой контакт пользователь ввел на странице сброса кода доступа.

Функционал личного кабинета

Клиентский кабинет на сайте АСКУЭ Комета предоставляет пользователю следующие возможности:

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

Также в ЛК клиент может редактировать личные и контактные данные – номер телефона, адрес электронной почты, ФИО и прочую информацию.

Мобильное приложение

Работать с личным кабинетом в системе АСКУЭ Комета клиенты компании могут не только через браузеры персональных компьютеров, но и через мобильное приложение. Оно называется
КОМЕТА IoT и доступно для скачивания в магазинах софта:

Функционал приложения полностью дублирует возможности браузерного кабинета. Для входа в него можно использовать логин и пароль от ранее заведенного аккаунта, либо зарегистрировать новый кабинет непосредственно в программе.

Контактные данные для связи

При возникновении затруднений в использовании личного кабинета АСКУЭ Комета либо оборудования компании, клиент может обратиться в ее службу технической поддержки. Сделать это можно по следующим каналам:

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

• Об авторе
• Последние записи

Никита Аверин

В 2017 году окончил ФГБОУ ВО «Саратовский государственный технический университет им. Гагарина Ю.А.», г. Саратов, по направлению подготовки «Информатика и вычислительная техника». В настоящее время являюсь администратором сайта kabinet-lichnyj.ru. (Страница автора)

Источник: kabinet-lichnyj.ru