CommFort

kamatozzz писал(а):Не понимаю, это или безразличие или просто нечего сказать разработчикам по этой теме, но не дело же игнорировать данную, хотелось бы сказать ВАЖНУЮ дискусию, хотя которая наверно ничего не решит?!
Почему нету ответом от оф.лиц по всем этим высказываниям в теме?!
Просто уже начинает злит - это игнорирование!

Потому смысла нет повторять одно и то же. Отвечали неоднократно, в самых разных темах. Вот последний ответ:

Maxim Mirgorodsky писал(а):> а mac будет?

Нет. Смысла в двух ненадежных идентификаторах нет. Если подменят один - то тем же способом подменят и второй.

Maxim Mirgorodsky писал(а):

sasha писал(а):У нас в локальной сети MAC адрес привязан к IP адресу. Тоесть если пользователь несможет сменить МАС адрес.
Всё же хотелось бы увидеть функцию по Мас адресу

Речь не об изменении, а о подмене. Подмена - это когда адрес один, а серверу высылается другой. Любые идентификаторы которые высылаются от клиента серверу могут быть подменены. Именно так организовывался обмен MAC-адресами в 3.хх. Использование ARP в CommFort мы считаем недопустимым.

Лично у нас в локальной сети на один MAC фиксируется 1 IP адрес. Тоесть. Если пользователь и сможет сменить MAC, то он несможет подключиться к локальной сети. Надо звонить провайдеру и сообщеть новый MAC

sasha писал(а):Лично у нас в локальной сети на один MAC фиксируется 1 IP адрес. Тоесть. Если пользователь и сможет сменить MAC, то он несможет подключиться к локальной сети. Надо звонить провайдеру и сообщеть новый MAC

У нас так же. С подменённым маком пользователь просто не подключится к сети.

Maxim Mirgorodsky писал(а):

kamatozzz писал(а):Не понимаю, это или безразличие или просто нечего сказать разработчикам по этой теме, но не дело же игнорировать данную, хотелось бы сказать ВАЖНУЮ дискусию, хотя которая наверно ничего не решит?!
Почему нету ответом от оф.лиц по всем этим высказываниям в теме?!
Просто уже начинает злит - это игнорирование!

Потому смысла нет повторять одно и то же. Отвечали неоднократно, в самых разных темах. Вот последний ответ:

Maxim Mirgorodsky писал(а):> а mac будет?

Нет. Смысла в двух ненадежных идентификаторах нет. Если подменят один - то тем же способом подменят и второй.

Maxim Mirgorodsky писал(а):

sasha писал(а):У нас в локальной сети MAC адрес привязан к IP адресу. Тоесть если пользователь несможет сменить МАС адрес.
Всё же хотелось бы увидеть функцию по Мас адресу

Речь не об изменении, а о подмене. Подмена - это когда адрес один, а серверу высылается другой. Любые идентификаторы которые высылаются от клиента серверу могут быть подменены. Именно так организовывался обмен MAC-адресами в 3.хх. Использование ARP в CommFort мы считаем недопустимым.

Лично я говорил не конкретно о мак адресах, а об ситуации в целом, о ПРИОРИТЕТАХ РАЗВИТИЯ чата.
Об мак адресах все понятно, мнимость об не надежность и подмене, подменить ip адрес дело 10 кликов мышкой, IP адрес вообще не надежен, давайте откажемся от него *сaрказм*.

Yaroslav писал(а):

sasha писал(а):Лично у нас в локальной сети на один MAC фиксируется 1 IP адрес. Тоесть. Если пользователь и сможет сменить MAC, то он несможет подключиться к локальной сети. Надо звонить провайдеру и сообщеть новый MAC

У нас так же. С подменённым маком пользователь просто не подключится к сети.

sasha писал(а):Лично у нас в локальной сети на один MAC фиксируется 1 IP адрес. Тоесть. Если пользователь и сможет сменить MAC, то он несможет подключиться к локальной сети. Надо звонить провайдеру и сообщеть новый MAC

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

kamatozzz писал(а):Лично я говорил не конкретно о мак адресах, а об ситуации в целом, о ПРИОРИТЕТАХ РАЗВИТИЯ чата.

Пожалуйста, сформулируйте вопрос более конкретно.

Здравствуйте разработчики

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

Будет ли реализована такая функция в следуюших версиях? м?

Вообщето это тут немного лишнее...да и тот проект как бы умер.

В ближайшем будущем такой функционал не планируется.

Maxim Mirgorodsky писал(а):CommFort не управляет процедурой вставки графического контента в поле ввода. Здесь имеет место быть некорректная работа среды. Мелкие проблемы при работе через WINE неизбежны. Главное - чтобы работал основной функционал.

Вот объясните почему вы с пытаетесь решить проблему связанную с вашим продуктом с антивирусными программами (я имею ввиду eset nod), отправляя просьбы в их суппорт, а решить (понимаю не столь важную), но все же реальную проблему вы не хотите?

Потому что задача при работе под WINE полного соответствия во всех условиях уровню функциональности и стабильности Windows версии невыполнима.

Maxim Mirgorodsky писал(а):Потому что задача при работе под WINE полного соответствия во всех условиях уровню функциональности и стабильности Windows версии невыполнима.

Тут главное — желание. Если его нет, то, конечно, не выполнима.
На вопрос о картинках первая попытка отфутболить была «макось, ничего не знаем, негде проверять», хотя там был репорт и про убунту и, хотя, ту же макось можно поставить в виртуалке.
Вторым было — «коммфорт не управляет». А оказывается это совместная проблема Wine и X11. И, вроде как, решаемая. Вот я как только найду времени, попробую поставить Xquartz и проверить. Говорят, что так должно заработать.

Работа по поиску этого у меня заняла менее получаса. Проверка займёт ещё около часа. И вот только представьте ситуацию, если вместо того, что было сказано в той теме вы бы сказали: «используйте Xquartz как менеджер окон, вместо X11, и всё будет работать».
Отношение было бы совсем другим и бурления говн это бы не вызвало...

UPD разработчики дополнений, и те стараются под вайн оптимизировать, как могут. Поэтому тут вопрос исключительно желания. Да, 100% идентичности работы под вайном достичь сложно (но НЕ невозможно). Особенно, если сразу задумываться о том, что версии под никсы нету. Вы же сами декларируете, что работа в никсах под вайном и, якобы, поддерживается вами.

http://commfort.com/ru/forum/viewtopic. ... 906#p44906

Разработчики не обязаны подгонять свой софт под кривости эмулирования windows программы вайн. Что за идиотизм. Мне кажется, что требования, предъявляемые разработчикам, уже переходят все границы. По моему, это уже толстый троллинг

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

Тут говориться не о подгоне под Wine, а как бы так сказать о "сотрудничестве" отсылая багрепорты в wine.
Почему с антивирусными компаниями данная работа ведется, а с unix нет?
Действительно - это дело желания улучшить что-то, как-то или же забить, сказав как говорите вы "Что за идиотизм. Мне кажется, что требования, предъявляемые разработчикам, уже переходят все границы".

Если бы не шел сервер чата под wine, я бы никогда не купил лицензию и юзал бы крякнутую версию (как и делал до этого последнии 3-года), а для улучшения работы сервера, было решено перейти на linux и пришлось купить лицуху, так как кряк не работал под эмулятором...

commfort.com/ru/forum/viewtopic.php?p=44906#p44906 ваш сервер бы гораздо быстрее бы работал в windows. Вы лишь где-то услышали, что сервера надо держать на линуксе, ибо они лучше защищены и быстрее работают. Но вы сделали большую ошибку. Это кaсается серверов, написанных/портированных под никсы. Сервер комфорта сделан для windows и это просто извращенство держать сервера на эмуляторе(!), который с задержкой эмулирует необходимый winapi и ему никогда не обеспечить такое же время выполнения кода как в оригинальной windows.