Здравствуйте, alexei_s, Вы писали:
_>Здравствуйте! _>Стоит задача — написать мультипротокольный ИМ (свой протокол + icq + msn + google talk), delphi
Delphi в топку. Это так, к слову.
Сделать сервер, который общается со всеми нужными протоколами. Клиент общается с сервером по собственному протоколу. К слову:
msn — SIP;
google talk — Jabber.
А вообще, ПМСМ, это очередной никому не нужный велосипед. Взят Mirand'у, написать к ней плагин со своим протоколом и радоваться жизни.
_>Решение принимается на уровне заказчика, предлагаете с ним поспорить?
Ну вообще елси объяснить заказчику, что разработка открытого продукта будет стоит 1000 баксов, а не 10 тысяч, то он даже спорить не будет. По большому счету, какая ему-то разница? Не думаю, что IM будет его сильным конкрунетным преимуществом в бизенес-процессах (если, конечно, это не отсуорсинговый проект).
Здравствуйте!
Стоит задача — написать мультипротокольный ИМ (свой протокол + icq + msn + google talk), delphi
Поиск библиотек особо не порадовал, вообщем дилема — искать/пользоваться сторонними библ. (мультипротокольность на клиенте)
воспользоваться возможностями jabber-gate'ов (мультипротокольность будет делать сервер)
Здравствуйте, alexei_s, Вы писали: _>воспользоваться возможностями jabber-gate'ов (мультипротокольность будет делать сервер)
тогда будешь привязан в Jabber серверу.
это помоему неудачное решение.
кроме того на многих jabber серверах стоят ограничения на количество клиентов одновременно использующих gate.
Здравствуйте, relusion, Вы писали:
R>Здравствуйте, alexei_s, Вы писали: _>>воспользоваться возможностями jabber-gate'ов (мультипротокольность будет делать сервер) R>тогда будешь привязан в Jabber серверу. R>это помоему неудачное решение. R>кроме того на многих jabber серверах стоят ограничения на количество клиентов одновременно использующих gate.
Это не проблема, физически это будет свой выделенный сервер, соот-но любые манипуляции с транспортами допустимы.
Проблемы вижу в другом:
— неполная поддержка сторонних протоколов транспортами — главная!
— потеря оперативности в исправлении (например когда аська в очередной раз поменяет протокол) — хотя может и лучше что не самому заплатки делать
При реализации на клиенте конечно тоже ворох проблем
_>Это не проблема, физически это будет свой выделенный сервер, соот-но любые манипуляции с транспортами допустимы.
_>Проблемы вижу в другом: _> — неполная поддержка сторонних протоколов транспортами — главная! _> — потеря оперативности в исправлении (например когда аська в очередной раз поменяет протокол) — хотя может и лучше что не самому заплатки делать
_>При реализации на клиенте конечно тоже ворох проблем
При появлении нового протокола геморой обеспечен...
Зависимость всех протоколов от сервера... это помоему не очень хорошо..
а если протокол базируется на отложенной доставке.. или еще что то...
gat'ы это помоему вариант только для интеграции, а не основной инструмент.
Здравствуйте, LeonidV, Вы писали:
LV>Delphi в топку. Это так, к слову.
Это условия задачи, не могу менять LV>Сделать сервер, который общается со всеми нужными протоколами. Клиент общается с сервером по собственному протоколу. К слову: LV>msn — SIP; LV>google talk — Jabber.
тогда просто перекладывается задача с клиента на сервер, а я хотел вообще не писать ненужный функционал, а воспользоваться готовым (джаббер-транспорты) LV>А вообще, ПМСМ, это очередной никому не нужный велосипед. Взят Mirand'у, написать к ней плагин со своим протоколом и радоваться жизни.
Тоже условия задачи
Здравствуйте, LeonidV, Вы писали:
_>>Стоит задача — написать мультипротокольный ИМ (свой протокол + icq + msn + google talk), delphi LV>Delphi в топку. Это так, к слову.
Угу. С другой стороны, QIP2005 написан на ней... да и мультипротокольный вариант QIP2005 вроде уже доступен в бета-версии. Не интересовался, а может проект с открытыми исходниками? Тогда уж точно не стоит велосипед писать... да и еще и на Delphi, бя.
Здравствуйте, rsn81, Вы писали:
R>Здравствуйте, LeonidV, Вы писали:
_>>>Стоит задача — написать мультипротокольный ИМ (свой протокол + icq + msn + google talk), delphi LV>>Delphi в топку. Это так, к слову. R>Угу. С другой стороны, QIP2005 написан на ней... да и мультипротокольный вариант QIP2005 вроде уже доступен в бета-версии. Не интересовался, а может проект с открытыми исходниками? Тогда уж точно не стоит велосипед писать... да и еще и на Delphi, бя.
Программа,для комм. использования, а открытые исходники почти всегда=GPL — не пойдет
Здравствуйте, alexei_s, Вы писали:
_>Программа,для комм. использования, а открытые исходники почти всегда=GPL — не пойдет
Kopete — IM от KDE — является частью пакета kdenetwork, а сам KDE распространяется под BSD лицензией. Для использования всего этого "не-под-GPL" придется купить лицензию на Qt. Также я почти уверен, что дешевле купить исходники какого-нибудь бесплатного IM, чем разрабатывать свой аналог.
_>Программа,для комм. использования, а открытые исходники почти всегда=GPL — не пойдет
Это в странном мире MS. В мире Java очень много библиотек под лицензией, допускающей использование в коммерческих проектах.
Здравствуйте, Сергей, Вы писали:
С>Здравствуйте, alexei_s, Вы писали:
_>>Программа,для комм. использования, а открытые исходники почти всегда=GPL — не пойдет
С>Kopete — IM от KDE — является частью пакета kdenetwork, а сам KDE распространяется под BSD лицензией. Для использования всего этого "не-под-GPL" придется купить лицензию на Qt.
С удовольствием, если бы они в пределах разумного были
С>Также я почти уверен, что дешевле купить исходники какого-нибудь бесплатного IM, чем разрабатывать свой аналог.
Надо подумать
Здравствуйте, alexei_s, Вы писали:
_>Здравствуйте! _>Стоит задача — написать мультипротокольный ИМ (свой протокол + icq + msn + google talk), delphi _>Поиск библиотек особо не порадовал, вообщем дилема — искать/пользоваться сторонними библ. (мультипротокольность на клиенте) _>воспользоваться возможностями jabber-gate'ов (мультипротокольность будет делать сервер)
смотря какая задача (ты описал только техническую, и то — не полно ),
например, заказчик хочет через год 5 млн. пользователей? (: тогда гейты точно не прокатят.
а можно подробнее про свой протокол? интересно.
мы сейчас похожий проект доделываем.
S>смотря какая задача (ты описал только техническую, и то — не полно ), S>например, заказчик хочет через год 5 млн. пользователей? (: тогда гейты точно не прокатят.
Планируется на 20-30к пользователей, активных — 10% (2000-3000 онлайн)
S>а можно подробнее про свой протокол? интересно. S>мы сейчас похожий проект доделываем.
Тот что есть сейчас ничего интересного не представляет , возможно след. будем делать на основе xmpp
Здравствуйте, Zert, Вы писали:
_>>Программа,для комм. использования, а открытые исходники почти всегда=GPL — не пойдет
Z>Текст GPL читал? Какая связь между открытым/закрытым кодом и коммерческим/некоммерческим использованием? Это ортогональные понятия.
связь такая, что придется открывать свои исходники, что есс-но для коммерческого проекта недопустимо
_>связь такая, что придется открывать свои исходники, что есс-но для коммерческого проекта недопустимо
А мужики-то и не знают. Если вас не затруднит, объясните мне, почему для коммерческого продукта обязательно сокрытие исходного кода? А то на ум только приходят RedHat, Novell, Ericsson, IBM и многие другие компании, которые зарабатывают на открытом коде. Даже пример из очень близкой к вам области: авторы IRC клиента xchat продают бинарники продукта под винду, хотя эта программа доступна и в исходных кодах.
Здравствуйте, Zert, Вы писали:
Z>А мужики-то и не знают. Если вас не затруднит, объясните мне, почему для коммерческого продукта обязательно сокрытие исходного кода?
Решение принимается на уровне заказчика, предлагаете с ним поспорить?
_>Решение принимается на уровне заказчика, предлагаете с ним поспорить?
Ну надо было указать, что неприемлимо для конкретного случая. Кстати, если найти клиент под лицензией BSD, или схожей с ней — то можно и закрывать исходники.
_>Стоит задача — написать мультипротокольный ИМ (свой протокол + icq + msn + google talk), delphi _>Поиск библиотек особо не порадовал, вообщем дилема — искать/пользоваться сторонними библ. (мультипротокольность на клиенте) _>воспользоваться возможностями jabber-gate'ов (мультипротокольность будет делать сервер)
LV>>А вообще, ПМСМ, это очередной никому не нужный велосипед. Взят Mirand'у, написать к ней плагин со своим протоколом и радоваться жизни. _>Тоже условия задачи
А как вы собираетесь использовать трансопрты jabber'a ? не знаю ни одного jabber transport, который бы был написан на Delphi
Переписывать собираетесь ? Перепишите плагины и ядро Миранды.
Или извне подключаться ? Реалтхуыйте API Миранды и подгружайте её плагины.
Не вижу разницы для Delphi между Мирандой и Джаббером
Здравствуйте, Arioch, Вы писали: A>А как вы собираетесь использовать трансопрты jabber'a ? не знаю ни одного jabber transport, который бы был написан на Delphi
транспорты написаны на чем угодно и стоят на сервере. Дельфи совершенно ни при чем
Здравствуйте, VGn, Вы писали:
_>>связь такая, что придется открывать свои исходники, что есс-но для коммерческого проекта недопустимо
VGn>С чего это вдруг?
с условий заказа
Здравствуйте, Mamut, Вы писали:
_>>Стоит задача — написать мультипротокольный ИМ (свой протокол + icq + msn + google talk), delphi _>>Поиск библиотек особо не порадовал, вообщем дилема — искать/пользоваться сторонними библ. (мультипротокольность на клиенте) _>>воспользоваться возможностями jabber-gate'ов (мультипротокольность будет делать сервер)
M>libpurple — для icq + msn + google talk
спасибо, полезная ссылка