HTTP client library for Haskell

http-conduit - был норм, хоть и зависимостей много тянет.

но wreq использует http-client [http://hackage.haskell.org/package/http-client], который написан тем же автором, что и http-conduit и написано что (This codebase has been refactored from http-conduit.).

Что что я бы взял wreq/http-client.

Я бы использовал http-conduit с xml-conduit.

1) HTTP ещё не работает толком под Windows (с кодировками).

2) wreq это линзы, соответственно заумный интерфейс и куча смешных зависимостей.

3) wreq основан на http-client, который образовался из http-conduit — он тоже от неё зависит (вместе с http-client-tls). Так что если не wreq, то http-conduit (http-conduit-browser, если нужно). Хотя теперь это кондуиты и заумный интерфейс :)

4) Как вариант — написать на C/C++ и подключиться через ByteString.

s/заумный/удобный/ s/смешных/полезных/

http://github.com/haskell/HTTP/issues

http://github.com/haskell/HTTP/issues/28

Sorry, I was hoping to do this much more promptly. It's a bit harder than I thought to do nicely because the entire library is based around using Strings :-(

А что мешает дернуть wget и распарсить xml?

http://www.reddit.com/r/haskell/comments/23q8kc/wreq_a_capable_new_http_clien...

Это я так, но только в хаскеле при установке, кхм, HTTP клиента можно полюбоваться на зависимости вида «профункторы», «бифункторы», «обходимые функторы" и «дуальные им дистрибутивные функторы» «комонады», «свободные монады», «контравариантность», «полугруппы» и «полугруппоиды», наконец :)

http://square.github.io/okhttp/

И выкинь свой хасскель.

Это не проблема Хаскеля, что в беспомощных языках нельзя написать Профунктор.

5) http://hackage.haskell.org/package/process.

readProcessWithExitCode :: FilePath -> [String] -> String -> IO (ExitCode, String, String)

String

профессеонале

Тогда в файл (http://hackage.haskell.org/package/directory, tmpfs) и потом читать.

Если что-то внешнее и дёргать, то наверное тогда уж лучше curl https://hackage.haskell.org/package/curl

Но наверное там свои косяки. :)

По мне так для моей задачки небольшой лучше всего подошёл бы python. На java на коленке я бы тоже смог бы быстро нацарапать что-то готовое.

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

Попробую тогда наверное начать с него http://hackage.haskell.org/package/http-client

4) Как вариант — написать на C/C++ и подключиться через ByteString.

главное что на хаскеле...

http-client не умеет HTTPS, для этого нужен http-client-tls — это низкоуровневые либы, вместо них нужно использовать основанные на них:

2) wreq

3) http-conduit, http-conduit-browser

http://github.com/snoyberg/http-client

An HTTP client engine, intended as a base layer for more user-friendly packages.

This is a mega-repo for housing the http-client family of packages for Haskell. These packages provide a low level HTTP client engine (http-client), different backends for providing SSL support (http-client-tls and http-client-openssl), and higher-level APIs for user convenience (http-conduit).

If you're just getting started, it is recommended to use http-conduit, which is documented in the Yesod book [http://www.yesodweb.com/book/http-conduit].

Такого рода системные действия — один хрен, в остальном наличие хаскеля (скалы, питона, подставить нужное) предполагает, что HTTP это какая-то мелочь и есть код-база разной высокоуровневой логики с фактором ~10x по отношению к подобному коду на C++.

фактором ~10x

В нашем случае фактор только ~5.

Пруф:

• http://rosettacode.org/wiki/Web_scraping#C.2B.2B
• http://rosettacode.org/wiki/Web_scraping#Haskell

4) Как вариант — написать на C/C++ и подключиться через ByteString.

curl? [https://hackage.haskell.org/package/curl]

Я для этого использовал libcurl + tagsoap + hxt. В последнем где-то были сломаны Arrow Laws, так что не советую.

libcurl попадает под этот вариант, да.

Я этот враппер не использовал — когда мне нужен был REST с JSON-ом известной кодировки я взял curl-овский заголовочник и написал строк 200 на C++, объявил запросы через extern и подключил строк в 20, дальше это дело только так летит в aeson, который можно хоть линзами рассматривать, хоть в data автоматически превращать, C++ нервно курит в сторонке, JS разводит руками — «какой-такой data?» :)

@anonymous, я не про какой-то случай, а вообще — если какой-то код естественно пишется на C++, то почему бы и нет (ок, тут может быть затык с FFI у GHC, так что нативный код будет лучше, но это может быть и не принципиально). А зачем человеку хаскель и что он на нём пишет и с каким фактором это уже другой вопрос.

Они нужны, чтобы аккуратно в функциональном стиле изменять вложенные объекты. Есть у тебя к примеру, структура «человек», в ней поле — структура «голова», в ней поле — структура «глаз», в ней поле — флоат «диаметр зрачка». Тебе надо поменять диаметр зрачка конкретному экземпляру «человека». В императивных языках ты просто сделаешь присваивание. В языках с иммутабельными переменными тебе придется страдать и выдирать и копировать все вложенные объекты ручками. Чтобы этого не делать, нужны линзы.

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

Они нужны, чтобы аккуратно в функциональном стиле изменять вложенные объекты

Бред какой. И про «в функциональном стиле» (линзы во многом — имитация императивщины, некоторые ранние библиотеки даже имели констрейнт MonadState) и про «вложенные структуры» (с тем же успехом можно апдейтить и кортежи какие-нибудь).

линзы во многом — имитация императивщины

Именно, потому что в нормальной функциональщине апдейты вообще не нужны. Но они не императивщина

тем же успехом можно апдейтить и кортежи какие-нибудь

Можно. Но их просто апдейтить и обычным деструктурированием-сборкой

Кстати, говоря про изменяемые структуры. Допустим, изменяемые переменные мне особенно не нужны. Проще говоря, мне не нужно переназначать ссылки на что-то. Но, например, mutable hash map был бы в некоторых случаях эффективнее immutable hash map, при частой вставке элементов.

Как такие вещи на haskell обходятся? Пишется нативный код на C (например), и потом подключается к haskell как библиотека? И торчит только интерфейс с функциями put/get/delete ?..

Хороший вопрос, но я не знаю ответа, поскольку не пишу на хаскеле :) Дождемся ответа хаскелистов.

В смысле «обходятся»? Если тебе нужно I/O, сигнатуры get/put/delete будут с IO.

http://hackage.haskell.org/package/hashtables

http://hackage.haskell.org/package/unordered-containers

http://hackage.haskell.org/package/containers

http://gregorycollins.net/posts/2011/06/11/announcing-hashtables

http://www.scs.stanford.edu/11au-cs240h/notes/performance.html

И вообще

http://dev.stephendiehl.com/hask/#hashtables

См., например, https://hackage.haskell.org/package/hashtables

Ну я примерно так и думал.

В haskell вполне можно использовать мутабельные стуктуры, так то мутабельные array/vectors, естественно все операции с ними будут завернуты в IO/ST (что впрочем одно и тоже). Естественно мутабельные структуры очень печальны для GC и сильно его замедляют.

Я бы посоветовал начать с простого HTTP. Его cabal-install юзает. Https как-нибудь добавят.

content <- simpleHttp "http://..." в общем-то сделал своё дело. Да вот только кодирует русские буквы по ходу неправильно. Разобраться бы ещё, как кодировку указать.

Например, когда я делаю

content <- simpleHttp "http://www.linux.org.ru"

ByteString это или Raw bytes (Data.ByteString[.Lazy]) или ASCII (Data.ByteString.Char[.Lazy]), тебе нужен текст, а кодировть в него Data.Text.Encoding из пакета text. В кондуитах наверное специально обученный кондуит есть.

:m Network.HTTP.Conduit 
 q <- simpleHttp "www.linux.org.ru"
:m +Data.Text.Lazy Data.Text.Lazy.Encoding
putStrLn $ Data.Text.Lazy.unpack (Data.Text.Lazy.Encoding.decodeUtf8 q)

например

Благодарю.

Да, сработало. Русские буквы видны. Едем дальше. :)

Уже чуток не в тему, но какую RDBMS выбрать для простенькой встраиваемой в файл базы данных? Буквально на одну табличку. Склоняюсь к sqlite3, который на C, наверное, это и есть лучший вариант?

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

гм, а какую структуру на примере того же человека выбрал бы ты?