yesod-crud-persist VS yesod-persistent

yesod-crud-persist

We haven't tracked posts mentioning yesod-crud-persist yet.
Tracking mentions began in Dec 2020.

yesod-persistent

• It's 2023, so of course I'm learning Common Lisp
  11 projects | news.ycombinator.com | 26 Jul 2023
• so people are making these
  3 projects | /r/ProgrammerHumor | 31 Jul 2022

  I also looked into Snap (http://snapframework.com/) and Yesod (https://www.yesodweb.com/) 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: https://github.com/yesodweb/yesod/pull/1769

• 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 | news.ycombinator.com | 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 ( http://www.impredicative.com/ur ), and slightly more mainstream systems like Yesod ( https://www.yesodweb.com ). 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: