Мне нужены хедеры на частях с файлами, но тут их нет. (А в Снапе есть!)

parseRequestBody+lbsBackEnd дают сразу файлики в виде байтстрингов

можно и в виде файликов сразу

можно и в виде файликов - на то и бакенды

У меня на частях с файлами есть ещё заголовки относящиеся к файлам.

Я не вижу там в FileInfo ничего кроме filename и content-type

Ну так у файла и нет ничего больше

Да ладно?

4.4 Other attributes Forms may request file inputs from the user; the form software may include the file name and other file attributes, as specified in [RFC 2184].

вот other file attributes мне и нужен

а список параметров, которые возвращает parseRequestBodyEx - это не то?

нет, это другие части формы

Снойман сказал нету, значит нету

чего споришь и RFC показываешоь

!!!!1адын

Какой такой RFC?

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

кстати, в варпах, лучше пользоваться TVar своим или vault хранилищем, в которое ссылка от request есть?

а vault разве не per-request?

короче, no such luck :(

а может, ну тогда TVar

https://github.com/yesodweb/wai/blob/master/wai-extra/Network/Wai/Parse.hs#L429 C-f error

ужаснах

https://github.com/haskell-servant/servant-snap теперь это не кажется таким уж странным

Снап - переусложненное днище, извините

это про heist наверное

снап-то сам по себе простой вроде

Снап простой, но я предпочитаю Request -> IO Response

В снапе роутинг и хэндлинг в одной монаде

Без MonadControl никак

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

это про heist наверное

Хайст - вообще адище

в нём есть зерно, но не смогли

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

/me использует люсю, правда

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

а так да.

актуально.

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

А вообще верстальщики умеют усы

Здрасте

https://wiki.haskell.org/Template_Haskell Насколько вот это близко к макросам? Как вообще смотрят на макросы в мире хаскель и других ФП?

конкретно на TH смотрят, как на проблему

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

лучше избегать по возможности

т.к. сильно уменьшает возможности языка

однако иногда нужно и дает более хорошие результаты в сравнении с другими решениями

(напр. генерация FromJSON ToJSON)

блин сын не соглашается учить coq/adga вместе со мной : (

ЧЯДНТ

надень кипу

сколько сыну?

5

он же маленький ещё

учи ардуинке

какие есть интересные ресурсы по адруинке

блин сын не соглашается учить coq/adga вместе со мной : (

похоже на моральное насилие

насилие это если учить когда не соглашается

даже предлагать

пусть учит code.world

возможно

а то lightbot с удовольствием пройден, который kids

LYAH дай, там как раз картинки

Че за лайтбот?

lightbot

блин сын не соглашается учить coq/adga вместе со мной : (

Та блин, начни с питона

в play store

Ему же не 7 ещё

но coq же веселее, питону и так и так научится

(хотя на самом деле рано)

https://deliquus.com/posts/2017-09-14-haskey-user-defined-schemas-and-monad-transformers.html найс

Не надо питон. Надо Racket. Там и IDE искаробочная для детей подходит и котиков можно прямо из браузера накопипастить и положить в переменную :)

Впрочем, в 5 лучше Scratch

Ардуину можно, но тоже на Скретче, ибо недокресты, что с ардуиной идут, сложноваты для дошколят, ИМХО

@astynax, а если сравнивать code.world и Racket?

что лучше?

или оба хороши?

DrRacket сильно круче, чем веб-редактор кодворлда

Либа для графики у Ракета хорошая, даже отличная

Ну и двухмерный синтаксис у code.world по началу будет больше мешать