а вобще проблема была с недоступностью пикчура, так как он опять начинал подгружаться с видео в пикчурбокс

вот поэтому не нужно завязываться на контролы

Ты весь день это решаешь? ?

особенно в winforms

потому что это древний труп

и автоматически при использовании возникают разнообразные страдания и боль

вилкой не очень, ток по ней пройдет, надо два гвоздя

Ты весь день это решаешь? ?

ну вобщем то да, теперь совсем другая проблема - мемористрим не пашет)

шлет 0 байт :(

вдруг Image там вообще null

Что думаешь?

Что думаешь?

MemoryStream memoryStream = new MemoryStream(); fileStream.CopyTo(memoryStream); // отправляем мемористрим

если у тебя файлстрим норм пашет

да с файл норм

ну тада не парься, потом перепишешь (щас поздно уже)

парни. в чем может быть беда: не слышны уведомления телеграма на пк

в микшере все нормально

парни. в чем может быть беда: не слышны уведомления телеграма на пк

веб версия или установленная?

установленная

мб чат в муте у тебя? и в настройках самой телеги посмотри, там есть галочки на оповещения и звуки

Нужно сделать сик на начало

В итоге я задебажил, понял что он цыкл не проходит вовсе)

что за сик?

с настройками все хорошо, чаты не в муте

Seek

сик ублюдок

а при создании стрима разве он не в начале

а понял

действительно

косяк

При записи сдвигается

if (value is PythonClass cls) { return FlattenPickle(cls.Dict as Dictionary<object, object>); }

что это за синтаксис такой?

как это собрать?

if (value is PythonClass cls) { return FlattenPickle(cls.Dict as Dictionary<object, object>); }

С# 7

нужна последняя студия?

на 2015 не заведется?

ай, ладно, пошел гуглить)

спасибо

на 2015 не заведется?

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

фреймворки и версии языка это разные вещи

короче все просто, через nuget ставить пакет Microsoft.Net.Compilers:

и все заведется

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

с настройками все хорошо, чаты не в муте

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

конечно банально, но: обновы все стоят на телегу?

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

Я правильно понимаю что в core clr НЕТ BinaryFormatter? Кто-нибудь знает чем можно заменить?

Я правильно понимаю что в core clr НЕТ BinaryFormatter? Кто-нибудь знает чем можно заменить?

https://github.com/dotnet/corefx/blob/2b15de70c1cf9f585c4878a722de4dbe42b4940b/Documentation/project-docs/porting.md#binary-serialization

нет и не будет

И чем можно заменить, что бы при десериализации тип выводился автоматически (json не канает)?

И чем можно заменить, что бы при десериализации тип выводился автоматически (json не канает)?

кастомным BinaryFormatter? https://www.nuget.org/packages/BinaryFormatter/

Пробовал? На первый взгляд не внушает уверенности, что это можно на прод брать (не обновлялось уже год, в зависимостях устаревший dnx)

не пробовал, я под кор пока ничего не делал на работе

И чем можно заменить, что бы при десериализации тип выводился автоматически (json не канает)?

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

Ну такое… Народная мудрость: “каждый велосипед, это минус к code coverage” (только что придумал)

А чем конкретно json не устраивает? Только тем, что с наследованием из коробки не работает?

Тем что при сериализации тип НЕ сохраняется, в итоге надо явно указывать тип в которые десериализуешь

ERROR: S client not available

Что?

Шарп язык со строгой типизацией, ничего?

Шарп язык со строгой типизацией, ничего?

И? А json это тектовый формат из javascript - явно же не подходит.

Используй бинари

Форматтер

Нет привязки

Используй бинари

BinaryFormatter не в core clr

Ааа, тебе для кора

Тем что при сериализации тип НЕ сохраняется, в итоге надо явно указывать тип в которые десериализуешь

Если попросить, то сохраняется new JsonSerializerSettings() { TypeNameHandling = TypeNameHandling.Objects }

https://dotnetfiddle.net/Lm8Tb6

/stat@combot

combot.org/chat/-1001066857984

ОК, пока лучший вариант (только json наверно лучше сразу заменить на bson)

ОК, пока лучший вариант (только json наверно лучше сразу заменить на bson)

а зачем? если размер сообщения *действительно* беспокоит, то тогда сразу на protobuf лучше посмотреть

с json же - можно через rabbitmq ui сообщения в очереди читать, и даже свои подкидывать :)

с json же - можно через rabbitmq ui сообщения в очереди читать, и даже свои подкидывать :)

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

Да, в payload через .NET туда можно закинуть только байты. Но у самого RabbitMQ есть rest api и Management UI плагин, вот они позволяют вычитывать или паблишить сообщения в виде текста

https://www.cloudamqp.com/blog/2015-05-27-part3-rabbitmq-for-beginners_the-management-interface.html

там где-то ближе к концу есть раздел Publish message

Да, в payload через .NET туда можно закинуть только байты. Но у самого RabbitMQ есть rest api и Management UI плагин, вот они позволяют вычитывать или паблишить сообщения в виде текста

кто ж будет просто так этим запариваться, уже давно обертка написана нормальная http://easynetq.com/

https://www.codewars.com/kata/56a5d994ac971f1ac500003e/

Чому я такой тупой?

https://pastebin.com/mCRUGPUi

кто ж будет просто так этим запариваться, уже давно обертка написана нормальная http://easynetq.com/

Думаю что те, кого не устраивает это: The goal of EasyNetQ is to provide a library that makes working with RabbitMQ in .NET as simple as possible. In order to do this, it has to take an opinionated view of how you should use RabbitMQ with .NET. It trades flexibility for simplicity by enforcing some simple conventions. Или если тебе хочется лучше понимать, что там на самом деле происходит :) А если тебя устраивает взгляд автора на мир, то почему бы и нет?) Правда непонятно, что там с поддержкой .NET Core, у меня такое ощущение что оно пока только в нестабильной версии есть.

Думаю что те, кого не устраивает это: The goal of EasyNetQ is to provide a library that makes working with RabbitMQ in .NET as simple as possible. In order to do this, it has to take an opinionated view of how you should use RabbitMQ with .NET. It trades flexibility for simplicity by enforcing some simple conventions. Или если тебе хочется лучше понимать, что там на самом деле происходит :) А если тебя устраивает взгляд автора на мир, то почему бы и нет?) Правда непонятно, что там с поддержкой .NET Core, у меня такое ощущение что оно пока только в нестабильной версии есть.

Я к тому, что если нужно просто принять месадж и также просто его обработать, то не стоит запариваться

Только вот Core пока еще не доделали - https://github.com/EasyNetQ/EasyNetQ/issues/508

В чём прик?

Символы "<" и ">" всегда збс работали. Бот их норм ловил.

А тут.