Ayrat
Пойду в докере тетрис запущу
Vasily
Это блять
Nuxs🏴☠️
Vasily
Кубернетес на го написан
Ayrat
какой нах докер
ну так решаются любые проблемы запуска А под Б. Контейнеры
Vladislav
Nuxs🏴☠️
Roman
Ayrat
то есть внезапно выясняется что для того чтобы запустить неткораппу на ИОС, нужна не ИОС, а линукс
Ayrat
ВНЕЗАПНО
Ayrat
И линукс на ИОС надо запустить через контейнер
Ayrat
вот это да.
Roman
с линухой
так это не ответ. "С линухой" это про содержимое контейнера. А я спросил, какой у тебя контейнер, если не докер
Nuxs🏴☠️
linux deploy
Nuxs🏴☠️
бля, в Rider что, завезли декомпилятор F#?
Ayrat
нет, это SourceLink
Nuxs🏴☠️
что?
Ayrat
потому что не существует декомпилятора F#
Roman
linux deploy
Это?
https://play.google.com/store/apps/details?id=ru.meefik.linuxdeploy&hl=en
Nuxs🏴☠️
Roman
все интереснее и интереснее
Igor
Denis
Shub
в моно нету.
Anonymous
Сегодня было демо нОвОгО пОдХоДа (суть нового подхода в том, что вместо 1 партиции в топиках Кафки теперь они научились создавать топики на много партиций.. ну и рисовать architecture diagram'ы где теперь N стрелочек по числу частей). И главный на демо и по совместительству флагман нОвОгО пОдХоДа ляпнул при всех, что "очень круто, что независимо от партицирования, Кафка сохраняет полный порядок сообщений, а то у нас были бы серьезные проблемы". Занавес.
Anonymous
Хорошо, что у меня микрофон замьючен всегда.
Anatoly
лол
Shub
саундс лайк джет
Shub
впрочем, у нас сообщения самодостаточные, вплоть до того, что до сих пор даже ключи не требовались
Ayrat
Anonymous
Anonymous
Благо, там рыл двадцать было
Anonymous
Я по-тихому съебал, а отмазка если что "модем лагает"
Ivan
ничего не знал о кафке до этого момента. вбил в гугл "kafka partitioning order" и в первом же линке прочел страшное.
Anonymous
Roman
Сукабля, у меня новый пожар от CosmosDB SDK.
Этот сдк — кусок поноса.
У чувака падает кусок кода на выполнении простого запроса, и нихуя не понятно почему: жалуется Newtonsoft (прибитый гвоздями поверх эпоксидки к сдк), что какого-то поля не хватает. Другой разработчик скопировал код к себе — и все заработало. Я проверил у себя — не работает. Спустя час совместного дебага удалось обнаружить, что проблема исключительно в десериализации — данные приходят корректные. Там, куда чувак себе скопировал код, в DocumentClient явно прописаны настройки сериализации, а у нас их явно задать нельзя (пушто attribute binding for Azure Function), но мы все правильные настройки запихали в дефолт. Т.е. если тупо вызвать JsonConvert.DeserializeObject<_>, то все работает как надо.
Чудом обнаружили, что если прописать UseDefaultJsonSerialization = true в байндинг атрибуте, то все начинает работать (хуй знает, какие настройки он берет, если этот сеттинг не задать, ведь блять по умолчанию же используется обычно то, что сука по умолчанию, да?).
Теперь непонятно следующее: какого хуя все остальные наши функции работают нормально без этой настройки с тем же атрибутом и DocumentClient? А дело вот в чем: в остальных функциях мы вызывали у него метод getById, и (де)сериализация в нем работает по одним законам. А тут мы вызвали метод CreateDocumentQuery и после него ExecuteNextAsync. И там блять ВНЕЗАПНО оказалось, что сериализация работает совсем с другими настройками. С какими? Да хуй его знает, мы даже с помощью райдера и его декомпилятора не смогли продраться сквозь это ебучее раковое ООП ради ООП с слоями ООП скрытыми за красивыми фасадами ООП.
КАК ЖЕ СУКА ГОРИТ БЛЯТЬ
Hog
Там ещё небось как и в «большом» ажурном сдк 100500 автогенерённых файлов, захочешь онлайн посмотреть, а гитхаб тебе писю обрезанную показывает...
Roman
UseDefaultJsonSerialization = true это вообще у меня в голове не укладывается. По умолчанию используется не по умолчанию. Чиво блять
Крылатый
Roman
Roman
такую хуйню только люди могут написать, машина на это неспособна
Shub
Сукабля, у меня новый пожар от CosmosDB SDK.
Этот сдк — кусок поноса.
У чувака падает кусок кода на выполнении простого запроса, и нихуя не понятно почему: жалуется Newtonsoft (прибитый гвоздями поверх эпоксидки к сдк), что какого-то поля не хватает. Другой разработчик скопировал код к себе — и все заработало. Я проверил у себя — не работает. Спустя час совместного дебага удалось обнаружить, что проблема исключительно в десериализации — данные приходят корректные. Там, куда чувак себе скопировал код, в DocumentClient явно прописаны настройки сериализации, а у нас их явно задать нельзя (пушто attribute binding for Azure Function), но мы все правильные настройки запихали в дефолт. Т.е. если тупо вызвать JsonConvert.DeserializeObject<_>, то все работает как надо.
Чудом обнаружили, что если прописать UseDefaultJsonSerialization = true в байндинг атрибуте, то все начинает работать (хуй знает, какие настройки он берет, если этот сеттинг не задать, ведь блять по умолчанию же используется обычно то, что сука по умолчанию, да?).
Теперь непонятно следующее: какого хуя все остальные наши функции работают нормально без этой настройки с тем же атрибутом и DocumentClient? А дело вот в чем: в остальных функциях мы вызывали у него метод getById, и (де)сериализация в нем работает по одним законам. А тут мы вызвали метод CreateDocumentQuery и после него ExecuteNextAsync. И там блять ВНЕЗАПНО оказалось, что сериализация работает совсем с другими настройками. С какими? Да хуй его знает, мы даже с помощью райдера и его декомпилятора не смогли продраться сквозь это ебучее раковое ООП ради ООП с слоями ООП скрытыми за красивыми фасадами ООП.
КАК ЖЕ СУКА ГОРИТ БЛЯТЬ
я сразу отвинтил стандартный сериализатор
Roman
это как? ньютонсофт там не отвинтить же
Shub
Roman
я правда не уверен, об одном сдк мы говорим или нет, пушто их там миллион
Shub
угу.
я на v4, preview который
Shub
они несовместимы между собой, лол
Roman
Microsoft.Azure.WebJobs.Extensions.CosmosDB
Shub
а, ок. ЭТО ДРУГОЕ
в v4 можно свой сериализатор указать. а в эфшарпе прям нужно
Roman
мы используем не самую последнюю, пушто нам нужна бесшовная интеграция с ажуровской инфрой
Shub
потому что стандартный не умеет работать с рекордами
Roman
ньютонсофт умеет же
Roman
причем из коробки умеет даже ДЮ, хоть и вербозно
Shub
умеет. но там оно так сконфигурировано, что по дефолту ему требуется тип с конструктором без параметров и сеттеры на проперти
Shub
у рекордов его нету, лол. надо CLIMutable
Roman
уверен? У меня никогда не было с ним проблем, и у нас в коде ни одного климутабла
Shub
Roman
т.е. рекорды мы даже никак отдельно не обрабатывали
Roman
ну да хуй с ним
Shub
у вас v3 скорее всего
у них тикет открыт на эту тему
Shub
но т.к. там есть еще ряд ньюансов, мне было проще впилить свой сериализатор
Roman
да проще блять взять другую базу
Shub
конечно проще
Shub
но что поделать. кстати, изделие от конкурентов не намного лучше. стабильно - да, без таких приколов - да, но остальное все довольно скудно.
Roman
Roman
С постгресс у меня вообще не было проблем. Справедливости ради, мы не пробовали использовать ее как документное хранилище, но с реляционной частью все было отлично
Ayrat
Ilya
В основном чатике какой-то хаскель целый день. Неужели джсоны перестали перекладываться без бифункторов с аппликативами?
Shub
Ilya
Справедливо.
Shub
всегда стремно, когда кто-то заходит во флудильню, а в основной не заходит.
Shub
@elizabeth_elizabeth как вас тут различать теперь?
Hog
Ты предвзят
Shub
мне это спам чистить потом
Vasily
Можно подумать, ты один его чистишь
Hog
Вот-вот!