CommFort

Maxim Mirgorodsky писал(а): когда даже незначительное изменение смайлов на сервере приводит, к тому что все каналы оказываются пустыми и не отображается ни одного смайла, пока не будет скачан новый "смайл-пак", хотя что его качать когда 99% лежит на том же винте у пользователя.

Сверка каждого смайла нерациональна в первую очередь с точки зрения использования ресурсов сети.

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

1. Допустим у нас на сервере и в клиенте чата уже загружены смайлы.
2. На следующий день на этом сервере добавляется один смайл.
3. Пользователь подключаясь на следующее утро к серверу, видит "пустой" чат, - он не видит ни смайлов отправляемых другими пользователями в чат, ни шапок каналов - которые за это утро не изменились, при попытке отправить смайл - клиент предлагает скачать "новый" изменённый смайл-пак, и пока это не произойдёт и он не очистит окно чата - он их не увидит и не сможет отправить.

Вот с этого момента, я и предлагаю изменить немного способ загрузки смайлов самим клиентом, а в частности сделать следующее:

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

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

ну есть в этом какое то рациональное зерно.

R@t@tUi писал(а):[удалено как офтопик]

DENS писал(а):[удалено как офтопик]

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

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

p.s. [удалено как офтопик] нововведений не будет [удалено как офтопик] все что хотели новое ввести, разработчики уже ввели, а теперь просто ищут неисправности и допущенные ошибки

А пустая строка между ip-адресом и временем простоя это специально так? см. на вложение

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

зачем что то предлагать если нас устраивает как есть
у меня нет мании каждый день\неделю добавлять по 1-3 смайлка в смаилпак, я его поставил пол года назад так и стоит. и юзерам нравится и все запомнили где какой смаил
ну а если и уж понадобится добавить пару смайлов, то ниче страшного, покачают разок, [удалено как офтопик] у меня тоже их много онлайн 400+
[удалено как офтопик]

Когда девушка банит или снимает ограничение, то пишет её ник, а потом "отменил ограничение". Можете сделать, чтобы по иконке как-то различало?..

Diver

В приват изображение тоже не получилось послать.. Права есть, тектовые сообщения (63) отправляются.. Скрин структуры: http://pic.ipicture.ru/uploads/090222/j3V1oRa1TN.gif (test.cfcplug), ID: 69 Через UDP - аналогично.

Максимальный размер UDP-датаграммы - 64 килобайта. Это значит что при использовании программ-дополнений необходимо перед отправкой в чат уменьшать изображение таким образом, чтобы объем полного сообщения не превышал 64 кб.

Nelson

Нет, это уже второй или третий раз.

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

JKL

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

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

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

Leshiy

А пустая строка между ip-адресом и временем простоя это специально так? см. на вложение

Да.

Reality

Когда девушка банит или снимает ограничение, то пишет её ник, а потом "отменил ограничение". Можете сделать, чтобы по иконке как-то различало?..

На данном этапе уже нет.

Maxim Mirgorodsky писал(а):Diver

В приват изображение тоже не получилось послать.. Права есть, тектовые сообщения (63) отправляются.. Скрин структуры: http://pic.ipicture.ru/uploads/090222/j3V1oRa1TN.gif (test.cfcplug), ID: 69 Через UDP - аналогично.

Максимальный размер UDP-датаграммы - 64 килобайта. Это значит что при использовании программ-дополнений необходимо перед отправкой в чат уменьшать изображение таким образом, чтобы объем полного сообщения не превышал 64 кб.

Картинка отправлялась через плагин (и небольшого размера через UDP-Бота (но с числом 69 в начале структуры)). У вас все ок? так как не только у меня такая проблема и данные соответсвуют описанию в справке, непонятно тогда что не так.
В интерфейсе админки клиента появился пункт ID компьютера, бот надеюсь сможет с ним работать в финальной версии..

Nelson
Нет, это уже второй или третий раз.

Одна из возможных причин - использование программ изменения оформления windows типа StyleXP, WindowsBlinds. У нас был случай, когда из-за этого у пользователя при запуске появлялось окно голосового чата, лички, пустого окна информации о пользователе и других, которые не реагировали на Закрыть.

Maxim Mirgorodsky писал(а):Максимальный размер UDP-датаграммы - 64 килобайта. Это значит что при использовании программ-дополнений необходимо перед отправкой в чат уменьшать изображение таким образом, чтобы объем полного сообщения не превышал 64 кб.

Спасибо, с этим уже разобрались. А как быть с изображениями меньших размеров, которые не отправляются в приват (создается только приват)?
На скриншоте Diver'а структура данных с плагина (test.cfcplug), а не с бота и по идее тут размер изображения не имеет значения.

SunnySan

Действительно, ошибка на стороне программы. В ближайшие часы постараемся выпустить обновление.

Дополнение: завтра

Информация, которую можно будет вывести в Events, будет поддерживать ссылки?


Согласен с JKL, так будет намного удобнее.

Улучшение, которое предлагает JKL, имхо увесистее плюса, который имеем сейчас.

Такое сообщение приходит только при старте программы?

В связке - старт системы + автозагрузка программы.