даже не выкладывал его, в проекте прямо сидит.ино не на сабже, хотя там алгоритм простой.

btw, а есть ли хаскельное решение для генерации шелл-скриптов - типа mina ?

ну хаскельное, что бы руби не таскать

алсо - shake годная вещь, или нет?

фактически решено добавлять только всякие фичи для облегчения деланья рекордов в библиотеке

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

Я же уже обозначил свою позицию. Если не ожидается сложной логики сервера, Servant можно использовать, он хотя бы ориентирован, чтобы его использовали. В предыдущем проекте я его использовал и писал на нем RPC. Если же ожидается что-то сложное, выбор Серванта рискован.

что брать тогда (если ожидается сложное, в пару сотен роутов)?

что брать тогда (если ожидается сложное, в пару сотен роутов)?

Брать можно что угодно. Главное - понимать риски. Здесь одни, там другие

вот кстати с парой сотен роутов у серванта могут быть некоторые проблемы

из-за времени компиляции

но там можно и нужно типы дробить на части

Брать можно что угодно. Главное - понимать риски. Здесь одни, там другие

что угодно что?

что угодно что?

json-rpc-server?

Я не занимался оценкой хаскельных серверов

Я не занимался оценкой хаскельных серверов

понятно

из-за времени компиляции

Скорее из-за RAM

Я однажды переигрался и 250 эндпойнтов итого не слинковалось, т.к. GHC выжрал 16гб RAM

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

вот так ghc улучшает архитектуру!

но serve (Proxy @ все подсервисы были)

Брать можно что угодно. Главное - понимать риски. Здесь одни, там другие

эм. но ведь чтобы понимать риски, надо перебрать сервант, спок/scotty/etc, йесод и голый warp, так?

выглядит дороговато

всё работает поверх варпа из этих

смотришь что тебе вообще нужно делать

вот кстати с парой сотен роутов у серванта могут быть некоторые проблемы

это типичная опердень из тырпрайза

фича, которая несколько ослабила бы проблему влезания в 16гб (но это не точно) может будет в 8.8, она бы может и в 8.6 успела, но похоже что тех что гхц пишет проблема особо не волнует

эм. но ведь чтобы понимать риски, надо перебрать сервант, спок/scotty/etc, йесод и голый warp, так?

Ну это уже вам определять, сколько данных нужно собрать, чтобы принять решение

т.к. сервант это про 1. encoding/decoding 2. авторизацию 3. генерацию документации/swagger/ 4. генерацию тестов 5. решения кучи вопросов на соотвествие RFC

смотришь что тебе вообще нужно делать

постепенно заменять куски монолита на рубирельсах

Но я усугубил себе проблему, т.к. на type level конкатил Symbol для тэгов доступа

если тебе нужно это, то сервант это отличное решение

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

т.е. разные content-type, 406 при невозможности отдать другой, 407 если данные кривые и т.п.

авторизация мне не до конца там понравилась, но хватило для всех проектов

у @VividDesires было что-то на эту тему хорошее

а ещё клиент у серванта автоматом

что полезно для интеграционных тестов

У меня там скорее plug-and-play либа для авторизации

т.е. сервант убирает кучу бойлерплейта и облегчает интеграцию

servant-auth-token

а да

у меня то станрдатный servant-auth с jwt

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

авторизация или через OAuth или свою систему

но групп доступа и т.п. нету, обычно просто пачку пермишенов в jwt кладу

кто-то с этими рфс запаривается?

т.к. сервант это про 1. encoding/decoding 2. авторизацию 3. генерацию документации/swagger/ 4. генерацию тестов 5. решения кучи вопросов на соотвествие RFC

мне кажется что почти никто

кто-то с этими рфс запаривается?

Клиенты, которые не хаскелль

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

Было такое, что Android либа для json не могла парсить, например, не Object ответ от серваков

т.е. если тебе это бесплатно дается, то это просто лучше

вообще чем больше можно генерировать автоматом тем лучше

автомат дебажить может сложнее, зато он не ошибается

и все naming conventions и все такое

кстати наверное в следующем проекте я сделаю свой JSON+ в контент тайп, который бы enforc-ил конвенции по именованию и т.п.

мне кстати понравилось со swagger и quickcheck что он проверяет все эти encode.decode для всех типов в API

ещё мне нравится возможность сделать Raw

правда там в клиенте какой-то дурной баг был

не знаю пофиксили или нет, он как-то неожиданно работал

@VividDesires так про сервисы, ты разбил по разным executables?

по разным warp apps

или просто подтипам

подтипы не сработали

они все всё равно линкуются в одном месте потом

а как роутил? через middleware?

ERROR: S client not available

да

или на каждое свой warp.run был?

я пробовал оба варианта, они неотличимо работают

ну warp run отожрет же порт?

т.е. свой инстанс сервера, а с middleware один торчит

отожрёт, у меня там всё равно поверх reverse proxy был

тоже на warp написанный

угу

т.к. nginx с C# работал ужасно

о у меня тут история классная была (надеюсь кончилась)

когда nginx при применении rewrite интерпретировал urlencoded урлу

и посылал на бекенд уже раскодированный вариант, более того если там было // то он делал /

боль

причем это было когда проект выкатили

мне вот интересно, зачем вот это проксю в виде нгинкса делают?

не многовато ли оверхеда?

мне вот интересно, зачем вот это проксю в виде нгинкса делают?

Несколько сервисов на одной ноде

и все хотят 80ый порт

а ещё легче https настроить и отдавать статику

у меня для acme была целая эпопея, чтобы warp научить работать с ними

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

А скоримть самоподписанный сертификат в http-client-tls ещё та задачка

мне вот интересно, зачем вот это проксю в виде нгинкса делают?

практика показывает что так безопаснее и быстрее, особенно настроить https

особенно если у тебя за nginx несколько приложений

т.е. nginx обычно быстрее, чем http-reverse-proxy особенно если ssl

У меня nginx коцал https для chrome, браузер отдавал магические NETWORK_ERR

это было последней каплей, чтобы от него избавиться

ещё в alphasheets я хочу убрать http-reverse proxy из приложения и перекинуть на nginx

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

в итоге всякие web-sockets смогут пережить обновление

а сейчас соединение рвется, юзер конечно не замечает, но все равно

Вебсокеты и так постоянно рвутся