Comments 43
хорошее решение
собсно, имхо логичным дополнением к статье был бы небольшой обзор/впечатления от опробованных библиотек… а то написано например, что одна из либ не преспособлена для работы под сервисом, а какая — не указано…
Ещё надо добавить
case "где я?":
элегантное решение, запости в веб-разработку!
Если бы вы знали как надо насиловать собственный мозг, чтобы сделать нормальную рабочую icq-либу, а потом еще постоянно глядеть чего же там AOL опять на серверах изменили, и делать так чтоб всё работало — вы б отказались от затеи.
XMPP гораздо проще кодится.
По теме: Хорошая задумка. При желании можно подобный сервис реализовать через Jabber Component Protocol (XEP-0114), правда тогда придётся еще и сервер ставить. Но там можно реализовать плюшки типа форм и ad-hoc команд.
Но в общем-то командная консоль через чат — очень даже удобно :)
XMPP гораздо проще кодится.
По теме: Хорошая задумка. При желании можно подобный сервис реализовать через Jabber Component Protocol (XEP-0114), правда тогда придётся еще и сервер ставить. Но там можно реализовать плюшки типа форм и ad-hoc команд.
Но в общем-то командная консоль через чат — очень даже удобно :)
там частично utf-8 поддерживается в channel2. Это если друг другу сообщения отправлять, при условии что оба контакта друг другу видны. А pidgin (и может adium) не поддерживают вообще это дело. Кроме как насильно юзать нужную кодировку для channel-1 сообщений и userdetails, ничего не сделаешь.
Ну и плюс с документацией проблемы, протокол-то закрытый. И структуры данных там заставляют шевелиться волосы на голове.
Ну и плюс с документацией проблемы, протокол-то закрытый. И структуры данных там заставляют шевелиться волосы на голове.
Как бы даже и не искалась. ICQ протокол для меня неактуален.
«Статистику вообще было бы интереснее получать по запросу (да, можно просто сделать страницу, однако такие страницы обычно превращаются в монстриков, а нужно видеть нечто типа summary)»
А есть ли какие-то решения для создания подобных страничек-монстриков?
А есть ли какие-то решения для создания подобных страничек-монстриков?
Специальных библиотек я не знаю, но в рабочих проектах у меня собирается достаточно объемная статистика: времена выполнения страниц, отдельных запросов и количество их вызывов, состояние кэша, динамика сессий, состояние объектов уровня приложения и т.п. Сбор всей этой инфы достаточно тесно завязан с самим приложением. Собственно на странице вывода иногда получаются таблички более 1000 строк.
Делал подобное у себя на сайте. Но я использовал webicqpro и писал на пхп. Когда необходимо отослать сообщение скрипт с сайта шлет IPC сообщение боту, который все время запущен. При получении сообщения от пользователя это сообщение то же через IPC выкидывается специальному демону который обрабатывает запросы. Получилось очень даже удобно. Если кому нить интересно можно написать мануальчик чего как делать.
Кстати да, а под пхп подобные либы встречаются?
ru2.php.net/manual/ru/book.dotnet.php — Если, конечно php работает под виндой ;)
Когда искал, натыкался вот на такую: code.google.com/p/xmpphp/
согласен, неплохое решение.
я недавно буквально обдумывал реализацию подобного функционала. в итоге сделал на rss.
теперь подумаю, чтобы xmpp внедрить дополнительно.
я недавно буквально обдумывал реализацию подобного функционала. в итоге сделал на rss.
теперь подумаю, чтобы xmpp внедрить дополнительно.
А почему не воспользоваться ICQ-протоколом?
> и гарантировать доставку события
Увы, но XMPP не умеет квитирования сообщений, отчего доставка всё же не гарантирована, хотя и весьма вероятна.
Увы, но XMPP не умеет квитирования сообщений, отчего доставка всё же не гарантирована, хотя и весьма вероятна.
А сделать несколько RSS потоков и скормить RSS-аггрегатору?
Как я писал выше, использование rss по сути ничем от страницы не отличается и всевозможные rss ридеры опрашивают страницы на предмет изменений. Если использовать jabber, то событие придет без всякого дополнительного опроса и ровно в тот момент, когда это событие будет создано -> меньше нагрузка на сервер.
А вот так можно отправлять сообщения на jabber с помощью Perl:
blog.ugnich.com/2008/08/22/notifications_via_jabber_xmpp/
blog.ugnich.com/2008/08/22/notifications_via_jabber_xmpp/
Скажыте, а чем это лучше входа в админку и кликанья по ссылкам
«как дела»
«посетители»
«страницы»
«откуда приходили»
?
«как дела»
«посетители»
«страницы»
«откуда приходили»
?
Идея интересная, в некоторых случаях полезная. Но мне кажется, хорошая админка могла бы быть удобней.
Хотите еще идею бесплатно? Заводим по контакту на каждый сайт, и делаем так. что пока сайт работает — контакт в Сети, упал — в офлайне (а в Х-статус пишем статистику посещений). Одним взглядом видим состояние всех наших сайтов)))
Хотите еще идею бесплатно? Заводим по контакту на каждый сайт, и делаем так. что пока сайт работает — контакт в Сети, упал — в офлайне (а в Х-статус пишем статистику посещений). Одним взглядом видим состояние всех наших сайтов)))
Конечно это не замена админки, а дополнение к ней.
У меня как раз при старте сайта он появляется в он-лайне, при выгрузке соответственно отключается (это как раз один из бонусов использования IM вместо почты).
Насчет количества хитов и сессий в статусе — это тема, но я у себя статусы не вывожу т.к. народ такую пургу иногда туда пишет…
У меня как раз при старте сайта он появляется в он-лайне, при выгрузке соответственно отключается (это как раз один из бонусов использования IM вместо почты).
Насчет количества хитов и сессий в статусе — это тема, но я у себя статусы не вывожу т.к. народ такую пургу иногда туда пишет…
вот было бы клева увидеть такой скрипт как плагин для wordpress
Sign up to leave a comment.
Как сайт может отправлять события…