ну как бы вот это тоже не для продакшена

почему

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

типо кубернетиса или сворма

Но для дев-разработки компоуза за глаза

вот ты что используешь

Dcos)

Dcos)

ты то понятно

я тоже хочу

Плати нам бабло, разместим твои сервисы

но у меня нет ресурса пока

Плати нам бабло, разместим твои сервисы

за бабло я и Амазон сделаю

вот ты что используешь

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

но у меня нет ресурса пока

это ты по работе или пет-проджект?

за бабло я и Амазон сделаю

Эт не четко

У нас аптаим лучше)))

Эт не четко

я еще и подлый

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

облако все любят, но во многих бизнесах это не допустимо

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

опенстак какой?

типо того

но опенстэк низкоровневая вещь, обычно сверху еще какое-то решение ставят

опенстак какой?

не над

https://www.openshift.com/

вот это например поверх опен стэка работать может

azure можно

Кстати, ни у кого не было проблем с doobie и postgres copy больших файлов?

В смысле, ты файл в бд кладешь?

/

тип да

Кривда

Подожди спрашивать в девопс чатике

вбросьте ссылку на едвопс чатик

есть отдельные docker, k8s

ну или я не знаю про общий, хотя там наверное просто срач будет )))

Подожди спрашивать в девопс чатике

почему, я всё сделал вообщет

Я умею читать документацию когда не 5 утра :D

почему, я всё сделал вообщет

мы кароч хотим сделатьчерез gelf => elk, чтобы syslog не засорять

вбросьте ссылку на едвопс чатик

в slack есть hangops.slack.com (https://signup.hangops.com) там у них был русскоязычный канал

вбросьте ссылку на едвопс чатик

https://t.me/MongoDBRussian

Туда и на скалу

https://t.me/MongoDBRussian

в голос

https://t.me/MongoDBRussian

Будь добр аккачатик тоже

в slack есть hangops.slack.com (https://signup.hangops.com) там у них был русскоязычный канал

Спс

Будь добр аккачатик тоже

нету такого

Я бы там сидел и всех просил о помощи

в шейплесе есть встроенная ерунда которая бы сразу на выходе отдала List[String] из имен филдов кейс класса?

LabeledGeneric?

LabeledGeneric?

как ручками сделать я знаю. я имею ввиду именно Seq, List[String] - чистый уже)

как ручками сделать я знаю. я имею ввиду именно Seq, List[String] - чистый уже)

посмотри в сторону FieldTypes // чтото такое там было

может можно без целекового леблед дженерика

а вообще можно рефлексией гадко в одну строчку зато и быстро сделать

выдернуть типа все па,лик филды которые isGetter

а LUB - least upper bound

LUBed

смазанный

выдернуть типа все па,лик филды которые isGetter

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

а LUB - least upper bound

ага, я потом догадался в словарике подсмотреть)

есть Keys, который Key из FieldType вытаскивает. вот его и возьму)

во :D говорил же чтото там было.

(implicit keys:Keys.Aux[NewRepr, HKeys], toList:ToList[HKeys,Symbol]):Unit = { toList(keys()) если вдруг кому надо будет

Привет! Есть метод: def request[T: TypeClass1, R: TypeClass2](req: T): Future[Either[String,R]] Он используется так: def req1(arg: RequestEntity): Future[Either[String, ResultEntitiy]] = { request(arg) } Не компилируется, так как не может вывести R для request. Как можно помочь компилятору?

Мне кажется или Aux тут самое оно?

ERROR: S client not available

Привет! Есть метод: def request[T: TypeClass1, R: TypeClass2](req: T): Future[Either[String,R]] Он используется так: def req1(arg: RequestEntity): Future[Either[String, ResultEntitiy]] = { request(arg) } Не компилируется, так как не может вывести R для request. Как можно помочь компилятору?

у тебя def request хочет имплиситов. но внутри req1 - ты эти имплиситы не предоставляешь. и сам он вывести не может - потому, что типов то не знает

тебе надо либо прокинуть эти имплиситы снаружи req1 (добавить туда в параметры их) и потом они смогут пойти дальше в request. либо поменять это на что-то более вразумительное. возможно если ты дашь чуть больше кода - будет проще сказать

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

а помочь вывести можно и request[RequestEntity, ResultEntity](arg) - в твоем случае ты именно так и хочешь.

там же результат у тебя еще. не сразу заметил. тоже попахивает. проще уж оставлять Request, Result - чтобы визуально меньше путаницы было

а помочь вывести можно и request[RequestEntity, ResultEntity](arg) - в твоем случае ты именно так и хочешь.

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

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

Мне кажется или Aux тут самое оно?

Не могу придумать как его прикрутить. Можно пример?

Не могу придумать как его прикрутить. Можно пример?

а у тебя RequestEntity & ResultEntity это параметризованные типы или уже материализованные трейты?

а у тебя RequestEntity & ResultEntity это параметризованные типы или уже материализованные трейты?

Произвольные T и R, не параметризированные.

Произвольные T и R, не параметризированные.

что-то я с твоим кодом совсем запутался. ладно. давай по другому. вот вычеркни у себя def req1 и просто в произвольном месте напиши val arg:RequestEntity = ??? request(arg) как по твоему компилятор здесь должен вывести R для request ?

что-то я с твоим кодом совсем запутался. ладно. давай по другому. вот вычеркни у себя def req1 и просто в произвольном месте напиши val arg:RequestEntity = ??? request(arg) как по твоему компилятор здесь должен вывести R для request ?

Хм, тайпхинт тоже не помогает. Видимо, не может.

val r: Future[Either[String,String]] = request("hello") Думал такое сработает.

val r: Future[Either[String,String]] = request("hello") Думал такое сработает.

это не для вывода типов, а для проверки, что request("hello") - действительно вернет Future[Either[String,String]]

это не для вывода типов, а для проверки, что request("hello") - действительно вернет Future[Either[String,String]]

А тот факт, что у меня там R: TypeClass2 в имплиситах есть мне никак не поможет?

А тот факт, что у меня там R: TypeClass2 в имплиситах есть мне никак не поможет?

так это никак не связано с этим

А тот факт, что у меня там R: TypeClass2 в имплиситах есть мне никак не поможет?

но. например в коде def request[T,R](value:T):R = ??? val r:Future[Either[String,String]] = request(someValue) скала действительно сумеет взять тип слева

Для higher kinded оно уже не может, видимо.

Для higher kinded оно уже не может, видимо.

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

Оставлю пока так, может быть найду где решение потом.

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

можно было назвать наверное type type, но че то еще хуже)

как бы ты сам назвал?

как бы ты сам назвал?

а у него есть какое-нибудь академическое описание? я их обычно либо имплиситами кличу (когда T: Monoid : Serializer) , либо так и говорю что нужен Serializer для T

кроме как класс типов не слышал иного возможно @odomontois или @clayrat знают отличное

имхо, вполне интуитивно

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

Класс типов, где класс, видимо, отсюда https://ru.m.wikipedia.org/wiki/Класс_(математика)

Кто нибудь уже перевел что нибудь на play 2.6? У меня очень разражающая ошибка выдается на длинных query string "URI length exceeds the configured limit of 2048 characters"... Почитал, поискал — вроде play.server.akka.parsing.max-uri-length = 10k должен спасти. Но play игнорирует этот параметр в конфигурации

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

"type class" пришел из Haskell (ref: https://en.wikipedia.org/wiki/Type_class). Там это органично смотрится и выполняет роль интерфейса над типом или простым языком ad hoc polymorphism. Таким образом, например, они смогли элегантно реализовать такие интерфейсы как Eq, Show, Ord. Так как разработчику просто нужно лишь написать заполнить ==, \= чтобы начать делать сравнение или pretty-print через Show. В Scala это выглядит немного грамоздко из-за всех trait и implicit, но имеет такую же цель, добавить одно свойство к типу.

Кто нибудь уже перевел что нибудь на play 2.6? У меня очень разражающая ошибка выдается на длинных query string "URI length exceeds the configured limit of 2048 characters"... Почитал, поискал — вроде play.server.akka.parsing.max-uri-length = 10k должен спасти. Но play игнорирует этот параметр в конфигурации

https://github.com/akka/akka-http/blob/master/akka-http-core/src/main/resources/reference.conf#L340-L347 они вроде там, может просто без префикса "play.server" попробовать? я бы ещё может посмотрел какой по итогу reference.conf получается и как он его собирает