Идеи для: Социальные сети

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

Возможно ли внедрение группового чата в формат мессенджера при наличии модуля социальной сети в соответствующих редакциях БУС?

P.S. Действительно, как оказалось очень нужен для коллективной работы

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

Стандартная поддержка браузеровских (например, Хром) фич.

Все уже оценили новый Веб-мессенджер,  а вот Десктопное приложение работает только с КП. Пришло время адаптировать его под БУС - функционал один и тот же!

Сейчас можно вывести только всех друзей через CSocNetUserRelations::GetRelatedUsers и каждого проверять через CUser::IsOnLine.
Например, у меня 1000 друзей, а в данный момент онлайн из них 5. То есть получаю из БД всю тысячу и проверяю каждого на онлайн отдельным запросом в БД (CUser::IsOnLine.). И отбирается всего 5 из 1000.
Кажется, что это не очень эффективно.

А если бы передавались по ссылке, это позволило бы подменять переменные и, в частности, автоматически добавлять в друзья для общения в чате.

Сейчас, вроде, только socialnetwork.messages_requests показывает входящие запросы.

По данным техподдержки:
Задержка в приходе сообщение зависит от того свернут мессенджер или нет.
Сообщения приходят:
60 сек - если свернут мессенджер,
30 - если открыт контакт лист
20  - если открыто окно чата
и если ведешь беседу 5-15 секунд.

На собственной ежедневной практике крайне недоволен скоростью работы - рекции окна на новые сообщение.
Человек не видит нового сообщения от собеседника и пишет уже неактуальную информацию. Зачастую только после отправки своего сообщения появляется в списке перед ним сообщение собеседника, отправленное ранее. Естественно мой ответ на него и не является ответом и переписка выглядит "глупой".
Считаю недопустимым периоды обновления до 15 сек в момент переписки.
Правильным было бы 2-5 сек максимум.
В остальных режимах также сократить обновление мессенджера.
В старом чате (2011г и ранее) сообщения обновлялись практически моментально и таких проблем не было.
Если новое окно диалогов спроектировано так, что вызывает большую нагрузку на сервер, то данные периоды его обновления сделать в административной части настраиваемыми.

После всех последних обновлений в соцсети стало невозможно никому написать не подружившись.
Как объяснил мне программист это новая концепция Битрикс.
Концепция неверная в корне.

Например модератор хочет написать "злостному нарушителю пользовательского соглашения" свое первое или последнее предупреждение  - он ради предупреждения должен дружиться с нарушителем? Зачем это делать, да и дружить нарушитель с модератором осознанно не станет.

Второй вариант, мне как администратору пишут:
"Предложение дружбы: "Добрый день! Мне очень нужна ваша помощь. Можете мне ответить на пару вопросов?"
Я чтобы ответить человеку, что не даю консультаций или наоборот чтобы его проконсультировать должен с ним дружиться? У меня уже куча отказов от дружбы и люди при этом слова в ответ не получают, извинений даже я - администратор отправить не могу через чат.
А сколько специалистов нашего сайта ранее обращалось друг к другу просто с вопросами, сейчас надо дружиться. У меня же сообщество не знакомых, а специалистов, которым дружить не надо из-за пары слов. Естественно активность общения через чат - окно диалогов резко снизилось. Сайт и соцсеть стали хуже, чем были.
Зачем делать препятствия для сервиса, специально созданного для общения пользователей через личку. Это направление наоборот очень удобное для пользователей, не нагружает администрацию сайта.
Сейчас хоть активируй отдельную почту на форуме, от которой отказались, когда чат появился.

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

Историю группировать по дням/месяцам. Сразу возможность удалить, например, за день/месяц. И вниз мотаешь - подгружаются все новые блоки. Над юзабельностью еще подумать конечно.

В новом чате не хватает смайликов. А также базовые хотя бы BB-коды: BIU, ссылки, возможно, картинки.

Ссылка сама делается ссылкой, НО только когда прилетает к получателю. У отправителя она остается текстом.

Хотелось бы чат соцсети как ВК или Одноклассники, то есть в рамках одной страницы, а не в новом окне.

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

Сделать возможность прикрепления файла к сообщению для общения в соц. сети

Клиенты в шоке от вашего рейтинга. Никто не в силах его постичь.
Предлагаю сделать альтернативную систему рейтинга +1, чтобы разработчики могли подключить систему рейтинга на своё усмотрение.

Ну собственно сабж. "Пользователю ххх понравился материал ххх".

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


Шаблон письма:


Информационное сообщение сайта «МОЯ КОМПАНИЯ»
------------------------------------------
Здравствуйте, Станислав!
Вам пришло новое сообщение от пользователя Игорь Николаевич:
------------------------------------------
Cпасибо...
------------------------------------------
Ссылка на сообщения пользователя:
http://site.ru/company/personal/messages/chat/495/
Сообщение сгенерировано автоматически.

MID #14845.26 (13.10.2011 09:40:53)

Предлагаю глобальный механизм, который пока затронет блоги и форумы. Вот я пишу символ + (да-да, как в Гугл+), а мне выводится список пользователей, которых я могу включить в свой комментарий. И тогда ему придет уведомление.



Как формируется список?

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

Есть вероятность спама, но и сейчас подписчиков можно спамить глобально.

Нужна возможность отключить микроблоги вообще на проекте.