Сделайте версию чата на symbian

[(=Я=)]

Уважаемые господа разработчики, сделайте версию чата для symbian.
Если такое приложение есть, то дайте ссылку или название.
Заранее спасибо.

[leonbratsk]

Уважаемые господа разработчики, сделайте версию чата для symbian.
Если такое приложение есть, то дайте ссылку или название.
Заранее спасибо.

+

[nikitka]

Не вижу смысла версии под симбу, тем более нужны серьезные характеристики чтобы полноценный был чат как в версии для Андроид.

[leonbratsk]

Не вижу смысла версии под симбу, тем более нужны серьезные характеристики чтобы полноценный был чат как в версии для Андроид.

Отключить смайлы. Симбы вполне хватит на это дело. Разве она не сможешь пару пакетов принять? и картинку скачать.

[Cilvay]

symbian может конечно. Даже убогая java на кирпичах может. Просто платформа загибается и многие не видят смысла тратить силы на разработку клиента под нее

[leonbratsk]

Были бы возможности программирования на C++ для Symbian, сделал б. Но так как только язык delphi знаю, причем очень плохо, это не возможно для меня осуществить.
Еще бы было отлично если Максим выложит принцип, по которому работает клиент-сервер коммфорта. Будет намного легче для разработчиков. Даже может и на java напишут.

[Maxim Mirgorodsky]

Протокол как был закрыт, так он и сейчас закрыт. Причин тому много:
1) Проект коммерческий и терять контроль над ним мы не собираемся. Даже сейчас с альтернативным клиентом могут возникнуть проблемы. Например, рекламный блок Premium-лицензии. Мы не можем влиять на политику развития данной программы.
2) Документирование протокола и, что еще более важно, постоянная поддержка актуальности документации (ведь протокол обновляется после выпуска каждой новой версии) - задача непростая. Есть риск что эта работа не будет обоснована (мы ведь и самостоятельно можем писать различные клиенты). И где гарантия что энузиасты будут работать в этом направлении достаточно строго (к слову: если бы был клиент на протокол 4 версии то к выпуску 5 версии пришлось бы все переделывать).
3) В дополнение к 2. Понять и работать с официальным протоколом на порядок сложнее, чем с системой плагинов. Нет гарантий что энтузиасты это будут делать.
4) Безопасность. Всеми слабыми местами начнут пользоваться злоумышленники, выкручивать настройки детектов атак и защиты от флуда придется так, что ложно срабатывать такие детекты будут куда чаще.

Добавлю к вышесказанному: на текущий момент разработана система, позволяющая реализовать альтернативные клиенты значительно проще, чем это пришлось бы делать с помощью штатного протокола: http://www.commfort.com/ru/forum/viewto ... =35&t=7191

[leonbratsk]

Протокол как был закрыт, так он и сейчас закрыт. Причин тому много:
1) Проект коммерческий и терять контроль над ним мы не собираемся. Даже сейчас с альтернативным клиентом могут возникнуть проблемы. Например, рекламный блок Premium-лицензии. Мы не можем влиять на политику развития данной программы.
2) Документирование протокола и, что еще более важно, постоянная поддержка актуальности документации (ведь протокол обновляется после выпуска каждой новой версии) - задача непростая. Есть риск что эта работа не будет обоснована (мы ведь и самостоятельно можем писать различные клиенты). И где гарантия что энузиасты будут работать в этом направлении достаточно строго (к слову: если бы был клиент на протокол 4 версии то к выпуску 5 версии пришлось бы все переделывать).
3) В дополнение к 2. Понять и работать с официальным протоколом на порядок сложнее, чем с системой плагинов. Нет гарантий что энтузиасты это будут делать.
4) Безопасность. Всеми слабыми местами начнут пользоваться злоумышленники, выкручивать настройки детектов атак и защиты от флуда придется так, что ложно срабатывать такие детекты будут куда чаще.

Добавлю к вышесказанному: на текущий момент разработана система, позволяющая реализовать альтернативные клиенты значительно проще, чем это пришлось бы делать с помощью штатного протокола: http://www.commfort.com/ru/forum/viewto ... =35&t=7191

Вот скажите, разница есть когда подключается вирт. пользователь и когда обычный. Думаю разница есть, допустим через этот плагин будет сидеть 50 человек. Какая же будет нагрузка? Это грубо говоря на серверной машине запущено 50 фоновых облегченных клиентов.
Ну а если допустим мы хотим добавить свое API, отправка личных сообщений допустим. Это придется писать разработчику дополнения для добавления данной функции..

[Cilvay]

Добавлю к вышесказанному: на текущий момент разработана система, позволяющая реализовать альтернативные клиенты значительно проще, чем это пришлось бы делать с помощью штатного протокола: http://www.commfort.com/ru/forum/viewto ... =35&t=7191

Не выход. Будет сильная зависимость клиента от данного плагина и его разработчика.
Да я впрочем уже 10 раз все говорил, так можно и 11 повторить все равно толку 0

[Maxim Mirgorodsky]

Это грубо говоря на серверной машине запущено 50 фоновых облегченных клиентов.

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

Не выход. Будет сильная зависимость клиента от данного плагина и его разработчика.
Да я впрочем уже 10 раз все говорил, так можно и 11 повторить все равно толку 0

Это замкнутый круг. Нет альтернативных клиентов - нет и продвинутых методов разработки. Минусы раскрытия протокола выше описаны, а раз нет клиентов с простым протоколом плагина, то наверняка их и не будет со сложным официальным протоколом.