из PublicKey сделать JWK?

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

^ что в этом сообщении неясно?

не ясно что ты вообще там написал

хочу верифицировать JWS токен публичным ключем

приватной части в округе нету

как?

Используй JWK с публичным ключом

у меня всё работает

как создать JWK с публичным ключем?

только публичный, без приватного

из чего ты сделаешь публичный если у тебя нет приватного? Из воздуха?

Вжух и ты хакер?

я сейчас буду хамить и ругаться

нет блин

из файлика очевидно

отлично

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

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

я дебил чтоли?

вот из файлика сделай https://hackage.haskell.org/package/jose-0.6.0.3/docs/Crypto-JOSE-JWA-JWK.html#t:RSAKeyParameters вот эту херню

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

хотя может ему можно Nothing отдать

^

так?

ну так да

вообще если хочешь без гемора, то ты сделай private^.asPublicKey.to Aeson.encode и это в файлик то и запиши. а в клиенте Aeson.decode и всё

это как-то криво

хотя и можно

у тебя будет.... пубиличный jwk ключ. и он даже будет JSON web key

JSON JSON JSON

сорян. просто все попытки быстро написать что-то на хаскеле упираются в то что нужно быстро написать велосипеды

и я в общем устал от этого дерьма

хотя неаверное так и надо

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

А там никто в сторону и не смеет шагать

Ох, вы тут на Haskell жалуетесь, а представьте, каково мне, ведь мне сейчас нужно еще и с PureScript работать.

Ох, вы тут на Haskell жалуетесь, а представьте, каково мне, ведь мне сейчас нужно еще и с PureScript работать.

Тут главное не спиться

Вот сейчас, например, я воюю с Affjax. Не нравится мне эта либа, совершенно.

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

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

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

optparse-applicative?

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

Ну там был прикол, что если он ожидает JSON, то для Error Header нужно чтобы тоже в теле JSON был

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

Я пришел к тому что хттп для RPC нужно как можно меньше. Все параметры в теле. Только POST. Вот еще немного меня всё это взбесит и буду везде 200 возвращать и ошибки только в теле ответа. Ну для других ресурсов можно и Get

В общем сделаю себе такой HTTP как gRPC его делает через REST проксю

> .. и буду везде 200 возвращать и ошибки только в теле ответа так это ж jsonrpc

jsonrpc не имеет стандарта для http

у них вообще нет стандарта для транспорта

только для месседжей

а зачем тебе HTTP стандарт для jsonrpc ?

Как ни удивительно, мы тоже в команде решили переходить на jsonrpc-like. Это поможет избавиться от Servant, от проблем со всякими там заморочками HTTP клиентов. Но как в таком случае передавать ByteString, я пока не понимаю. Енкодить как Base64?

а зачем тебе HTTP стандарт для jsonrpc ?

а зачем 200 в jsonrpc? там все ошибки вообще -10500

в общем то можно гонять jsonrpc используя websockets для фреймов. либ много.

но все плохие

в хаскеле websockets хорошие

@lonokhov через json работает но это имхо убожество

в private keys там все констраты радостно выкладываются и прочая инфа

а если без этого то ничерта не композится

@lonokhov через json работает но это имхо убожество

Это JSON Web Key

в общем "и так покатит"

ааааа

Ну смотри typedrat, лично найду если не сделаешь

Нашёл https://twitter.com/typedrat https://typedr.at/

Будущее cabal в надежных руках.

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

а у нас что-нить умеет хорошо работать с http2?

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

ну и запросы обычные

в общем проксю

warp умел

вроде подмножество, апи для потоков не выставлялось?

что кстати ещё взять для неперсистентной очереди событий толковое?

т.е. если что-то потеряется - то мне пофиг, кроме того факта, чтобы было событие о том, что что-то могло потеряться

с pubsub интерфейсом, предположительно 1 писатель в канал, много читателей

erlang не предалгать

но готовое решение на нём можно

а ещё желательно какие-то гарантии упорядоченности

кроссканальные

но не факт, что обязательно это

Кафку бери. Хайповая "технология"