CommFort

Почему так не скоро? Что еще можно придумать в версии 4.хх с данным протоколом?
Баны сейчас "обходятся" в два счета. Возможность заигнорировать пользователя на приватные сообщения с возможностью просмотра сообщений этого же пользователя в каналах отсутствует.

а по-моему это - скоро

Хотелось бы услышать комменты относительно этой мыслишки http://commfort.com/ru/forum/viewtopic. ... 109#p36109

А то потом опять при первой бетке 5.0 скажут что изменить ничего нельзя, только дорабатывать )

По конкретной доработке интерфейса не можем сказать. Потому что необходимо ставить задачи и их решать. Подойдет ли предложенное решение - заранее сказать нельзя.

При разработке несовместимой версии основной акцент ставится на зависимой от протокола функциональности. Оптимизация отдельных элементов интерфейса возможна в совместимых версиях.

А я думаю что всетаки нужна новая версия, т,к функционал в ней будит дороботан! и введены новые возможности, чего нельзя сделать на линейке 4!!!!

Demon-MC писал(а):А я думаю что всетаки нужна новая версия, т,к функционал в ней будит дороботан! и введены новые возможности, чего нельзя сделать на линейке 4!!!!

Откуда такая осведомлённость что можно ещё сделать а что нет?

•NormaBot• писал(а):Откуда такая осведомлённость что можно ещё сделать а что нет?

Все давно знают, что при вопросе когда будет работать тот или иной функионал, Максимы отвечают, что только в 5 ленейке!!!
и что в 4 нельзя это сделать....

Demon-MC писал(а):Все давно знают, что при вопросе когда будет работать тот или иной функионал, Максимы отвечают, что только в 5 ленейке!!!
и что в 4 нельзя это сделать....

Ну во первых не на все пожелания так отвечали.Иногда говорили что это будет в следующей несовместимой(то есть пятой),а иногда что просто в следующей.

Maxim Mirgorodsky писал(а):При разработке несовместимой версии основной акцент ставится на зависимой от протокола функциональности. Оптимизация отдельных элементов интерфейса возможна в совместимых версиях.

Вот к стати на счет не совместимости разных версий, из-за изменений протокола, почему бы не добавлять в новой версии галочку совместимости с предыдущей версией, и дополнительно использовать порт прошлой версии, так например в 5-ой версии есть а начиная например с 5.01 галочку убрать, ибо приходится первое время держать два сервера, пока народ обновит свои клиенты.

Maxim Mirgorodsky писал(а):.........что позволит смотреть в сторону экстенсивного развития, вместо сегодняшнего интенсивного.

Возможно после пятой версии, согласно данному высказыванию, начнут появляться версии (серверов и/или клиентов) под другие системы (пример: *.nix, WinMobile, java и.т.д.).

Уже начинает обнадеживать...

не нужна новая версия. нужен нормально доработанный функционал.

дружище, 8 марта 2010 года в 11:25 утра я попытался прицепиться к своему коммфорт-серверу и наткнулся на "сервер перегружен - подождите" и еще пол часа курил что б войти - онлайн в 4к уже с утра и до 11ти часов вечера. Пользователи бесяться, модераторам месяц ублажения пользователей стоящих в очередях стоит литра чистой крови - поверь, нам ой как нужен новый протокол (как минимум) и по возможности система администрирования не так зависящая от человеческого фактора и человека в целом.

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

Нагрузка на вычислительные ресурсы клиентской части состоит в основном из обслуживания списка пользователей:
http://www.commfort.com/ru/forum/viewto ... 403#p32403

Maxim Mirgorodsky писал(а):Еще немаловажным моментом является нагрузка на клиентскую часть. Обслуживание в реальном времени списка пользователей из, например, 10-15 тысяч элементов - очень ресурсоемкая задача. Полагаю, далеко не всех устроит если программа-клиент будет требовать для своей работы только самое современное аппаратное обеспечение ПК и потреблять большое количество вычислительных ресурсов и ресурсов памяти. Данная проблема так же свойственна любому коммуникационному ПО с единым списком пользователей.

Да-да. В курсе. Просто "вопль отчаяния"
Понимаю, что проблема специфическая и для крайне небольшого списка серверов коммфорт-а. Сейчас на факт "повышения минимальных системных требований" смотрю как на "естественный отбор" - т.е. для нас может и лучше, что позволить войти в чат смогут не все. Не деньги же с них брать за вход...
Как вариант - придумываются фантазии на тему возможности выбора режима работы клиента, когда отображаются лишь пользователи "друзья" и участники каналов, в которых ты есть - этот режим, кстати, может быть и дал бы надежду на жизнь мобильному / коммуникаторному клиенту CommFort-а, так же коммфорт обрел бы смысл для людей считающих его в том виде, какой он сейчас, слишком навязчивым и раздражающим, любящим видеть список контактов как в аське и вообще ровняющимся на нее и джаббер. Фактически клиент тогда будет "два в одном", хотя по сути - все одно и тоже.

P.$. "Самым умным" себя не считаю, просто пока не поздно пытаюсь излить возникающие идеи, пока их имеет смысл излагать, в надежде что протокол коммфорта 5ой версии еще не обрел окончательные формы.