inquire VS yesod-persistent

Compare inquire vs yesod-persistent and see what are their differences.


By orbifx


A RESTful Haskell web framework built on WAI. (by yesodweb)
InfluxDB - Power Real-Time Data Analytics at Scale
Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.
SaaSHub - Software Alternatives and Reviews
SaaSHub helps you find the best software and product alternatives
inquire yesod-persistent
- 10
7 2,600
- 0.6%
0.0 6.7
- about 1 month ago
Haskell Haskell
GNU General Public License v3.0 only MIT License
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.


Posts with mentions or reviews of inquire. We have used some of these posts to build our list of alternatives and similar projects.

We haven't tracked posts mentioning inquire yet.
Tracking mentions began in Dec 2020.


Posts with mentions or reviews of yesod-persistent. We have used some of these posts to build our list of alternatives and similar projects. The last one was on 2023-07-26.
  • It's 2023, so of course I'm learning Common Lisp
    11 projects | | 26 Jul 2023
  • so people are making these
    3 projects | /r/ProgrammerHumor | 31 Jul 2022
    I also looked into Snap ( and Yesod ( for Haskell. I didn't really get anywhere with those though because I had build issues with dependencies and was in a bit of a hurry so I put them off for later.
  • [ANNOUNCE] GHC 9.4.1-alpha2 now available
    1 project | /r/haskell | 24 May 2022
    If you have a yesod app and want to try this out, I've got a cabal.project that works for yesod and persistent:
  • Should a noob consider learning Haskell for web back end?
    2 projects | /r/haskell | 1 Mar 2022
    It would be an unorthodox choice. If you're looking to use this personal site as a portfolio project, you'd probably be better off using something like Node (JS), Java, or Python which tend to be a bit more marketable. However, if you want to try learning Haskell, then building a personal site with it seems like a great way to dive in. If you want to learn a bit more, Yesod seems to be the most well-documented Haskell web framework
  • Does Haskell have a Laravel like framework ?
    1 project | /r/haskell | 12 Feb 2022
    I believe yesod is the go-to all encompassing framework.
  • On a daily base in this sub
    5 projects | /r/ProgrammerHumor | 23 Jan 2022
    frameworks like yesod and IHP
  • Writing a Wiki-Server with Yesod
    1 project | /r/haskell | 9 Jan 2022
    In this blog post I’m presenting an implementation of a Wiki System in the spirit of the legendary C2-Wiki - written in Haskell with the Yesod framework.
  • New blog post: Type-level sharing in Haskell, now
    3 projects | /r/haskell | 19 Dec 2021
    I'm wondering if this is related to this.
  • The Importance of Humility in Software Development
    1 project | | 12 May 2021
    > Every language phasing the web is stringly typed

    Heh, not even close. Off the top of my head I can think of Ur/Web as an extreme example ( ), and slightly more mainstream systems like Yesod ( ). I've worked professionally with Haskell, although not for Web stuff. These days I mostly work with Scala, which has a similar typing mindset to ML/Haskell, but unfortunately inherits a lot of stringly typed legacy from Java. We use an in-house library that provides zero-cost newtypes to distinguish between different semantically-distinct data types, many of which just-so-happen to be representable as subsets of String (e.g. GET parameter names, GET parameter values, POST bodies, etc.). This makes it a type error to try and e.g. concatenate different sorts of data together.

    W.r.t. "escaping", I tend to avoid it entirely since it's inherently unsafe:

    - "Escaping" doesn't distinguish between its input and output types; they're both just "String", and we have to make assumptions about the contents of each (i.e. it's unsafe)

    - Having the same input and output types makes it possible to "double-escape" by accident. This discourages the use of escaping, just-in-case it happens to be done elsewhere; hence it's very common to end up without any escaping taking place.

    - Having the same input and output types makes escaping functionally unnecessary: anything we do to an escaped string could also be done to an unescaped string, so it's up to us to remember that it's needed (i.e. it's unsafe).

    The whole idea of "escaping a string" betrays a flawed approach to the problem. Instead of throwing everything into the same representation, then manually trying to figure out whether or not a value comes from a particular subset of that representation or not, it's much easier and safer to avoid lumping them all together in the first place. If our inputs have a certain type (e.g. HTTP.Get.Val) and we can only output certain other types (e.g. JSON, Map[HTTP.Header.Key, HTTP.Header.Val], etc.), then the processing which turns input into output is forced to specify any necessary conversions. Whilst such conversions may involve escape sequences, having them associated to particular types is more akin to serialisation.

    Heck, at my first PHP job we largely solved this problem not by 'filtering and escaping', but by modifying the PHP interpreter to distinguish between 'clean' and 'dirty' strings (with literals being clean, and $_GET, etc. being dirty). Operations like concatenation would propagate 'dirtiness', and output functions like 'echo' would crash if given a dirty string. Traditional 'escaping' functions would convert dirty strings to clean ones, and crash when given a clean string. Having this be dynamic was more annoying than ahead-of-time compile errors, but it still did a pretty good job.

    There's pretty much no excuse for stringly typed languages/libraries/etc. when such such trivial solutions exist, other than the historical inertia of legacy systems.

  • Starting a project that depends on a module with a custom Prelude: mixins, cabal, and yesod-bin
    3 projects | /r/haskellquestions | 24 Mar 2021
    The project is going to make use of Warp. To smoothen the development process I set up yesod-bin according to their template for non-yesod projects. This worked fine initially, giving me hot reloading on file changes, but after adding the private package as described above it's giving the following error:

What are some alternatives?

When comparing inquire and yesod-persistent you can also consider the following projects:

stripe-core - :moneybag: Stripe API

swagger-petstore - swagger-codegen contains a template-driven engine to generate documentation, API clients and server stubs in different languages by parsing your OpenAPI / Swagger definition.

jsaddle - JavaScript interface that works with GHCJS or GHC

graphql - Haskell GraphQL implementation


swagger2 - Swagger 2.0 data model.

HaTeX - The Haskell LaTeX library.

yesod-auth-hashdb - Yesod.Auth.HashDB plugin, now moved out of main yesod-auth package

aeson - A fast Haskell JSON library

tiny-scheduler - no-brainer job scheduler for haskell

postgrest - REST API for any Postgres database