Yesod (web framework)

Yesod
Original author(s) Michael Snoyman
Developer(s) Michael Snoyman et al.
Initial release 2010
Stable release
1.4.1[1][2] / November 23, 2014 (2014-11-23)
Repository Edit this at Wikidata
Written in Haskell
Operating system Cross-platform
Available in Haskell
Type Web framework
License MIT License
Website www.yesodweb.com

Yesod (IPA: [je'sod]; Hebrew: יְסוֺד, "Foundation") is a free and open-source web framework based on Haskell for productive development of type-safe, REST model based (where URLs identify resources, and HTTP methods identify transitions), high performance web applications, developed by Michael Snoyman et al.

Yesod is based on templates, to generate instances for listed entities, and dynamic content process functions through Template Haskell constructs called QuasiQuotes whose content is translated to code expressions by metaprogramming instructions.[3]

The templates admit code expression interpolations in web-like language snippets, making it fully type-checked at compile-time.[4]

Yesod divides its functionality in separate libraries, so you may choose your {database, html rendering, forms, etc} functionality library of your choice.

MVC architecture

Controller

Server interface

Yesod uses a Web application interface API,[5] abbreviated WAI, to isolate servlets, aka web apps., from servers, with handlers for the server protocols CGI,[6] FastCGI,[7] SCGI,[8] Warp,[9] Launch (open as local URL to the default browser, closing the server when the window is closed),[10]

The foundation type

See ref.[11] Yesod requires a data type that instantiates the controller classes. This is called the foundation type. In the example below, it is named "MyApp".

The REST model identifies a web resource with a web path. Here REST resources are given names with an R suffix (like "HomeR") and are listed in a parseRoutes site map description template. From this list, route names and dispatch handler names are derived.

Yesod makes use of Template Haskell metaprogramming to generate code from templates at compile time, assuring that the names in the templates match and everything typechecks (e.g. web resource names and handler names).

By inserting a mkYesod call, this will call Template Haskell primitives to generate the code[12] corresponding to the route type members, and the instances of the dispatch controller classes as to dispatch GET calls to route HomeR to a routine named composing them both as "getHomeR", expecting an existing handler that matches the name.

Hello World

"Hello world" example based on a CGI server interface (The actual handler types have changed, but the philosophy remains):

{- file wai-cgi-hello.hs -}
{-# LANGUAGE PackageImports, TypeFamilies, QuasiQuotes, MultiParamTypeClasses,
             TemplateHaskell, OverloadedStrings #-}
import "wai" Network.Wai
import "wai-extra" Network.Wai.Handler.CGI (run) -- interchangeable WAI handler

import "yesod" Yesod
import "yesod-core" Yesod.Handler (getRequest)
import "text" Data.Text (Text)
import "shakespeare" Text.Cassius (Color(..), colorBlack)

data MyApp = MyApp

mkYesod "MyApp" [parseRoutes|
/ HomeR GET
|]

instance Yesod MyApp

-- indentation structured CSS template
myStyle :: [Text]  CssUrl url
myStyle paramStyle =
        [cassius|
.box
    border: 1px solid #{boxColor}
|]
        where
          boxColor = case paramStyle of
                        ["high-contrast"]  colorBlack
                        _  Color 0 0 255

-- indentation structured HTML template
myHtml :: [(Text, Text)]  HtmlUrl url
myHtml params = [hamlet|
<!-- only the tag at the beginning of the line will be automatically closed -->
<!-- '.' prefix in tags introduces a class attribute -->
<!-- '#' prefix in tags introduces an id attribute -->
<!-- interpolation of haskell expressions follow the "shakespeare templates" #{expr} syntax -->

<p>Hello World! There are <span .box>#{length params} parameters</span>:
$if (not . null) params
    <ul>
         $forall param <- params
             <li>#{fst param}: #{snd param}
|]
getHomeR :: Handler RepHtml
getHomeR = do
        req <- getRequest
        let params = reqGetParams req
        paramStyle <- lookupGetParams "style"
        
        defaultLayout $ do
            -- adding widgets to the Widget monad (a ''Writer'' monad)
            setTitle "Yesod example"
            toWidgetHead $ myStyle paramStyle
            toWidgetBody $ myHtml params

-- there are ''run'' function variants for different WAI handlers

main = toWaiApp MyApp >>= run
# cgi test
export REMOTE_ADDR=127.0.0.1
export REQUEST_METHOD=GET
export PATH_INFO=/
export QUERY_STRING='p1=abc;p2=def;style=high-contrast'
./wai-cgi-hello

[11]

Resources, routes and HTTP method handlers

See ref.[13][14] Yesod follows the REpresentational State Transfer model of access to web documents, identifying docs. and directories as resources with a Route constructor, named with an uppercase R suffix (for example, HomeR).

The routes table
The parseRoutes template should list the resources specifying route pieces, resource name and dispatch methods to be accepted.

URL segment capture as parameter is possible specifying a '#' prefix for single segment capture or '*' for multisegment capture, followed by the parameter type.

-- given a MyApp foundation type

mkYesod "MyApp" [parseRoutes|
/                     HomeR      -- no http methods stated: all methods accepted
/blog                 BlogR      GET POST

-- the '#' prefix specify the path segment as a route handler parameter
/article/#ArticleId   ArticleR   GET PUT

-- the '*' prefix specify the parameter as a sequence of path pieces
/branch/*Texts        BranchR    GET

-- compound types must use an alias, eg. type Texts = [Text]
|]
  • Applying the previous template generates the following route constructors:
-- interpolation of routes in templates follow the @{route_expr} syntax

data Route MyApp = 
    HomeR                    -- referenced in templates as: @{HomeR}
    | BlogR                  -- in templates: @{BlogR}
    | ArticleR ArticleId     -- in templates: @{ArticleR myArticleId}
    | BranchR Texts
  • For every supported HTTP method a handler function must be created to match the dispatch names generated by mkYesod from the parseRoutes template, by prefixing the method name (or the prefix "handler" if no method stated) to the resource, as described (actual versions handler types have changed, but the philosophy remains):
-- for "/ HomeR"        -- no http methods stated ⇒ only one handler with prefix ''handler''
handlerHomeR :: HasReps t  Handler t

-- for "/blog BlogR GET POST"
getBlogR :: HasReps t  Handler t
postBlogR :: HasReps t  Handler t

-- for "/article/#ArticleId ArticleR GET PUT"
getArticleR :: HasReps t  ArticleId  Handler t
putArticleR :: HasReps t  ArticleId  Handler t

Request data, Parameters, Cookies, Languages and other Header info

See ref.[13]

Authentication and authorization

See ref.[15] Authentication plugins: OpenId, BrowserId, Email, GoogleEmail, HashDB, RpxNow.[16]

Redirection after authentication.[17]

Sessions

See ref.[18] Session back-ends: ClientSession.[19]

>> To avoid undue bandwidth overhead, production sites can serve their static content from a separate domain name to avoid the overhead of transmitting the session cookie for each request

Subsites

See ref.[20][21]

>> A subsite is a collection of routes and their handlers that can be easily inserted into a master site.[20] It can host a workflow with a common url prefix.

Built-in subsites: Static,[22][23] Auth[24]

View

The Handler monad returns content in one or more of several formats as components of types that implement the HasReps class[25] {RepHtml, RepJson, RepXml, RepPlain, the dual RepHtmlJson, a pair or list of pairs [(ContentType, Content)], ..}.[26][27] Json examples:[28][29][30]

The HasReps default implementation of chooseRep chooses the document representation to be returned according to the preferred content-type list of the client accept header.[25]

Widgets[31] are HTML DOM code snippets made by specific commands (e.g. setTitle) or from templates of structure (html) / behaviour (javascript) / style (css), whose types instantiate the classes ToWidget, ToWidgetHead or ToWidgetBody.

A Widget monad,[32] based on a Writer[33] one and argument to defaultLayout, facilitate to piece the widgets together.

Template interpolation - Shakespearean templates

See ref.[34] These are content view templates that follow a common substitution pattern of code expressions within curly brackets with different character prefix to refer to

template expressions with ^{...}
refers to other templates of the same type, with given parameters as ^{template params},
route expressions with @{...}
safe (typed) urls as @{HomeR},
message expressions with _{...}
i18n message rendering as _{MsgMessage params}
other Haskell expressions with #{...}
haskell expression rendering as #{haskell_expression} which type must be convertible
    • in case of hamlet html templates, the expression type must be an instance of Text.Blaze.ToMarkup[35]
    • in case of css templates, the expression type must be an instance of Text.Cassius.ToCss[36]
    • in case of javascript templates, the expression type must be an instance of Text.Julius.ToJavascript [37]
    • in case of i18n message definitions (in "<isoLanguage>.msg" files) with parameter interpolations, the expression type must be an instance of Text.Shakespeare.I18N.ToMessage [38]
    • in case of text/plain templates (for use in emails), the expression type must be an instance of Text.Shakespeare.Text.ToText [39]

Using non-English text in expressions requires use of the Unicode-aware type Text, since GHC's show for the type String renders non-ASCII characters as escaped numerical codes.

  • external file templates: Template content can be loaded from external files using compile time splice calls as $(expr).[40]
  • reload mode for external files: See doc.[34]
Localizable (i18n) messages

See ref.[41] For every supported language ISO name there should be a file in the messages subfolder as <iso-language>.msg were entries are like

-- identifier, {' ', parameter, '@', type}, ":", text with interpolations
ArticleUnexistant param@Int64 : unexistant article #{param}

For each entry in en.msg a message constructor is generated, prefixing the message name with "Msg", so the example msg. can be referred as

-- in code
myMsg :: MyAppMessage  -- datatype suffixing "Message" to the foundation type
myMsg = MsgArticleUnexistant myArticleId 
     
-- in templates
  _{MsgArticleUnexistant myArticleId}

Actual i18n support is missing from the stack app template. You have to add the mkMessage "MyApp" messagesFolder isoLangDefault to the "Foundation.hs" file to get the messages instantiated.[42]

Indentation based templates for tree structured markup

'$' prefixes lines of logic statements.

Automatic closing tags are generated only for the tag at line start position.

  • the whamlet quasiquoter returns a Widget expression. (saves toWidget before [hamlet|..|]).
toWidget [hamlet|
$doctype 5
<html>
    <!-- only the tag at the beginning of the line will be automatically closed -->
    <!-- '.' prefix in tags introduces a class attribute -->
    <!-- '#' prefix in tags introduces an id attribute -->
    <!-- interpolation of haskell expressions follow the "shakespeare templates" #{expr} syntax -->

    <head>
        <title>#{pageTitle} - My Site
        <link rel=stylesheet href=@{Stylesheet_route}>
    <body>
        <header>
           ^{headerTemplate}
        <section>
          <p><span style="font-weight:bold;">_{MsgArticleListTitle}</span>
          $if null articles
            <p>_{MsgSorryNoArticles}
          $else
            <ul>
                $forall art <- articles
                    <li>#{articleNumber art} .- #{articleTitle art}
        <footer>
          ^{footerTemplate}
|]
Other templates
for JavaScript, CofeeScript, Roy
the julius quasiquoter: introduces a javascript template.[45] Javascript variants CoffeeScript and Roy-language[46] have also specific quasiquoters.[3][45]
for CSS
  • the cassius quasiquoter: introduces a css template with indentation based structuring.[47]
  • the lucius quasiquoter: introduces a css template with standard syntax plus shakespeare-template style substitutions.[48]
TypeScript and JSX templates
the tsc and tscJSX quasiquoters. Only on UNIX derivatives (no Windows by now).[49]
text/plain templates
for e-mail or text/plain http content type.[50]
  1. templates: lt: lazy text, st: strict text
  2. templates for text with a left margin delimiter '|': lbt (lazy), sbt (strict)
  • Navigation Breadcrumbs.[51] You have to provide a YesodBreadcrumbs instance for the site where the generator function breadcrumb should return for each route a title and parent one. Then, the query function breadcrumbs will return the present route title and the ancestors' (route, title) pairs.

Search engine Sitemap

  • Search engines XML Sitemaps,[52] where sitemap returns an XML Sitemap as http response, with the routes we want the search engines to crawl, and attributes to instruct the crawler, from a provided list of SitemapUrl records.

Web feed views

  • Web feed views (RSS / Atom).[53] You have handlers that return RepRss, RepAtom, or dual RepAtomRss content (to be selected on accept headers' preferred content-type list) from a given Feed structure.

Model

Using in-memory mutable data (in the foundation datatype)

E.g. a visitor count. See ref.[54]

The Database layer

  • persistent is the name of the database access layer with templates for generating types for entities and keys as well as schema initialization.[55][56]

There is first class support for PostgreSQL, SQLite, MongoDB, CouchDB and MySQL, with experimental support for Redis.[55]

The Database layout is described in a template listing the entities, fields and constraints.

  • For every entity listed a record is generated were the record fields names are composed prefixing the field name to the entity name.
  • For every entity listed an integer key column "id" is generated with autoincrement and primary index attributes, with a type alias suffixing Id to the entity name
  • Added columns to existant tables must be given Default-column-value constraints for the migration procedure to succeed, with sql level notation.[57]
automatic table creation, schema update and table migration
Modifications of the entities template produces an schema update with automatic table creation, and migration for the DBMS's that support "ALTER TABLE" SQL commands in a migrateAll procedure, generated from the template content. See "Migrations" in ref.[55] to look for migration aware DBMS.
share [mkPersist sqlSettings, 
       mkMigrate "migrateAll"   -- generates the migration procedure with the specified name 
       ] [persist|

User                            -- table name and entity record type
                -- implicit autoincrement column "id" as primary key, typed UserId
    ident Text             -- refers to db. table column "ident"; 
                     -- generates a record field prefixing the table name as  "userIdent"
    password Text Maybe         -- Maybe indicates Nullable field
    UniqueUser ident            -- unique constraint with space sep. field sequence

Email
                -- implicit autoincrement column "id" as primary key, typed EmailId
    email Text
    user UserId                 -- foreign key
    verkey Text Maybe

    newlyAddedColumn Text "default='sometext'::character varying"  -- sql level Default constraint

    UniqueEmail email     -- unique constraint
|]
  • Esqueleto: is a haskell combinators layer to generate correct relational queries to persistent.[58]

Example for persistent rawSQL and Esqueleto queries.[59]

Forms

See ref.[60]

A form here is an object that is used in the controller to process the input form data, and also has the view aspects that will result in the layout of the processed form or of a new blank one.

The form type takes the shape of a function of an html snippet to be embedded in the view, that will hold security purpose hidden fields.

A form consists of a sequential (Applicative/Monadic) composition of fields for a sequential parsing of field inputs giving a pair as result: (FormResult: the parsing result, and xml: the view widget to use in the next rendering of the page including error msgs and marks for missing required fields).

There are three types of forms:

  • Applicative (with tabular layout),
  • Monadic (with free layout style), both in the Yesod.Form.Functions module,
  • Input (for parsing only, no view generated) in the Yesod.Form.Input module.

The field generators, which can be (a|m|i){- the form type initial -}(req|opt){- required or optional -}, have a fieldParse component and a fieldView one.[61]

  • the function runForm{Post|Get} runs the field parsers against the form field inputs and generates a (FormResult, Widget) pair from the views offering a new form widget with the sent form field values as defaults. The method suffix is the form submission method used.
  • while generateForm{Post|Get} ignores the web inputs and generates a blank form widget.[62]

The actual function parameters and types have changed through Yesod versions. Check the Yesod book and libraries signatures.

The magic is in the FormResult data type Applicative instance, where (<*>) collects the error messages for the case of FormFailure [textErrMsg] result values[63]

Monadic forms permit free form layout and better treatment of hiddenField members.[60]

A sample of an Applicative[64] form:

-- a record for our form fields
data Person = Person {personName :: Text, personAge :: Int, personLikings :: Maybe Text}

-- the Form type has an extra parameter for an html snippet to be embedded, containing a CSRF token hidden field for security
type Form sub master x = Html  MForm sub master (FormResult x, Widget)

{-
-- for messages in validation functions:
  @param master: yesod instance to use in renderMessage (return from handler's getYesod)
  @param languages: page languages to use in renderMessage

-- optional defaults record:
  @param mbPersonDefaults: Just defaults_record, or Nothing for blank form
-}

personForm :: MyFoundationType  [Text]  Maybe Person  Form sub master Person
{- ''aopt'' (optional field AForm component) for "Maybe" fields,
   ''areq'' (required fld AForm comp.) will insert the "required" attribute
-}
personForm master languages mbPersonDefaults = renderTable $ 
  Person <$> areq textField            fldSettingsName    mbNameDefault 
         <*> areq customPersonAgeField fldSettingsAge     mbAgeDefault 
         <*> aopt textareaField        fldSettingsLikings mbLikingsDefault 
  where
    mbNameDefault    = fmap personName    mbPersonDefaults
    mbAgeDefault     = fmap personAge     mbPersonDefaults
    mbLikingsDefault = fmap personLikings mbPersonDefaults

    -- "fieldSettingsLabel" returns an initial fieldSettings record 
    fldSettingsName = (fieldSettingsLabel MsgName) {fsAttrs = [("maxlength","20")]}
    fldSettingsAge  = fieldSettingsLabel MsgAge
    fldSettingsLikings = (fieldSettingsLabel MsgLikings) {fsAttrs = [("cols","40"),("rows","10")]}

    customPersonAgeField = check validateAge intField

    validateAge y
        | y < 18    = Left $ renderMessage master languages MsgUnderAge
        | otherwise = Right y

E-mail

The following packages are part of the yesod-platform:[2]

  • email-validate: Validating an email address.[65]
  • mime-mail: Compose and send MIME email messages.[66]

Facebook

  • Useful glue functions between the fb library and Yesod.[67]

Development cycle

New Yesod apps are generated from the HaskellStack tool[68] templates, replacing previous command "yesod init"

stack new myproject yesod-sqlite  # or "yesod-{minimal | postgres | mysql | mongo | ...}"
                                  # see "stack templates"
  • Since HaskellStack is based in the stackage repo, extra packages from the hackage repo should be referred in the "stack.yaml" extra-deps section.
  • You may customize packages to a local subfolder. They must be referred in the "stack.yaml" packages section.

The "Yesod helper" tool

  • The yesod helper tool [69]
    • yesod devel run from the project site, recompiles and restarts the project at every file tree modification.
    • yesod add-handler adds a new handler and module to the project (Adding it manually requires to add an import clause for the handler in Application.hs)

Deploying with Keter: A web app server monitor and reverse proxy server

See refs.[70][71] [72]

Keter is a process as a service that handles deployment and restart of Yesod web app servers, and, per web app, database creation for PostgreSQL.

The console command yesod keter packs the web app. as a keter bundle for uploading to a keter folder named "incoming".

Keter monitors the "incoming" folder and unpacks the app. to a temporary one, then assigns the web app a port to listen to, and starts it.

Initially it worked with Nginx as reverse proxy (keter version 0.1*), adding virtual server entries to its configuration and making Nginx reload it, but now Keter itself provides its own reverse proxy functionality, removing Nginx dependency and acting as the main web server.[73]

Old documentation (Nginx based).[74][75]

Integration with JavaScript generated from functional languages

See ref.[76][77][78]

See also

References

  1. "The yesodweb license". Github.com. Retrieved 2014-11-23.
  2. 1 2 "The yesod package". Hackage.haskell.org. Retrieved 2014-12-07.
  3. 1 2 3 "HaskellWiki - QuasiQuotation". Haskell.org. 2012-05-26. Retrieved 2012-10-23.
  4. "Univ. of Kent - Comparing Dynamic and Static Language Approaches to Web Frameworks - Yesod vs Ruby on Rails" (PDF). Retrieved 2012-10-23.
  5. "The wai package". Hackage.haskell.org. Retrieved 2012-10-23.
  6. "The wai-extra package with CGI WAI handler". Hackage.haskell.org. Retrieved 2012-10-23.
  7. "The wai-handler-fastcgi package". Hackage.haskell.org. Retrieved 2012-10-23.
  8. "The wai-handler-scgi package". Hackage.haskell.org. Retrieved 2012-10-23.
  9. "The warp package". Hackage.haskell.org. Retrieved 2012-10-23.
  10. "The wai-handler-launch package". Hackage.haskell.org. Retrieved 2012-10-23.
  11. 1 2 "book - Basics". Yesodweb.com. Retrieved 2012-10-23.
  12. The mkYesod code
  13. 1 2 "book - Routing and Handlers". Yesodweb.com. Retrieved 2012-10-23.
  14. "Playing with Routes and Links". FPComplete.com. 2012-10-17. Retrieved 2012-10-28.
  15. "book - Authentication and Authorization". Yesodweb.com. Retrieved 2012-10-23.
  16. "The yesod-auth package". Hackage.haskell.org. Retrieved 2012-10-26.
  17. "book - Sessions - See section "Ultimate Destination"". Yesodweb.com. Retrieved 2012-11-17.
  18. "Sessions". Yesodweb.com. Retrieved 2012-10-23.
  19. "Web.ClientSession". Hackage.haskell.org. Retrieved 2012-10-25.
  20. 1 2 "Creating a Subsite". Yesodweb.com. Retrieved 2012-10-25.
  21. "Yesod and subsites: a no-brainer". Monoid.se. 2012-08-22. Retrieved 2012-10-28. []
  22. "The Magic of Yesod, part 2 - See section "Static Subsite"". Yesodweb.com. 2010-12-25. Retrieved 2012-10-25.
  23. "The package yesod-static - Static Subsite". Hackage.haskell.org. Retrieved 2012-10-25.
  24. "The package yesod-auth - Auth Subsite". Hackage.haskell.org. Retrieved 2012-10-25.
  25. 1 2 "The class HasReps". Hackage.haskell.org. Retrieved 2012-10-23.
  26. "RESTful Content". Yesodweb.com. Retrieved 2012-10-23.
  27. "The class ToContent". Hackage.haskell.org. Retrieved 2012-10-23.
  28. "More Client Side Yesod: todo sample". Yesodweb.com. 2012-04-23. Retrieved 2012-10-23.
  29. "JSON Web Service". Yesodweb.com. Retrieved 2012-10-23.
  30. "The yesod-json package". Hackage.haskell.org. Retrieved 2012-10-23.
  31. "book - Widgets". Yesodweb.com. Retrieved 2012-10-23.
  32. "The widget monad". Hackage.haskell.org. Retrieved 2012-10-23.
  33. "The Writer monad". Haskell.org. Retrieved 2012-10-23.
  34. 1 2 3 "book - Shakesperean templates". Yesodweb.com. Retrieved 2012-10-23.
  35. "Class Text.Blaze.ToMarkup". Hackage.haskell.org. Retrieved 2012-10-23.
  36. "Class Text.Cassius.ToCss". Hackage.haskell.org. Retrieved 2012-10-23.
  37. "Class Text.Julius.ToJavascript". Hackage.haskell.org. Retrieved 2012-10-23.
  38. "Class Text.Shakespeare.I18N.ToMessage". Hackage.haskell.org. Retrieved 2012-10-24.
  39. "Class Text.Shakespeare.Text.ToText". Hackage.haskell.org. Retrieved 2012-10-24.
  40. "Template Haskell". haskell.org. Retrieved 2012-11-03.
  41. "book - Internationalization". Yesodweb.com. Retrieved 2012-10-23.
  42. mkMessage
  43. "Template Haskell Quasi-quotation". Haskell.org. Retrieved 2012-11-02.
  44. "The hamlet template module". Hackage.haskell.org. Retrieved 2012-10-23.
  45. 1 2 "The Julius template module". Hackage.haskell.org. Retrieved 2012-10-23.
  46. "Roy language". Roy.brianmckenna.org. Retrieved 2012-10-23.
  47. "The Cassius template module". Hackage.haskell.org. Retrieved 2012-10-23.
  48. "The Lucius template module". Hackage.haskell.org. Retrieved 2012-10-23.
  49. "The Typescript template module". Hackage.haskell.org. Retrieved 2018-10-10.
  50. "Shakespeare plain text templates module". Hackage.haskell.org. Retrieved 2012-10-24.
  51. "The YesodBreadcrumbs class". Hackage.haskell.org. Retrieved 2012-11-05.
  52. "The yesod-sitemap package". Hackage.haskell.org. Retrieved 2012-10-26.
  53. "The yesod-newsfeed package for RSS / Atom views". Hackage.haskell.org. Retrieved 2012-10-26.
  54. "Book - Initializing data in the foundation datatype". Yesodweb.com. Retrieved 2014-05-26.
  55. 1 2 3 "book - Persistent". Yesodweb.com. Retrieved 2012-10-23.
  56. "Yesod-persistent package". Hackage.haskell.org. Retrieved 2012-10-23.
  57. "Redundant migrations for fields' default values". GitHub.com. Retrieved 2012-12-04.
  58. "esqueleto package". Hackage.haskell.org. Retrieved 2012-10-23.
  59. "Query example at". Stackoverflow.com. 2012-09-19. Retrieved 2012-10-23.
  60. 1 2 "book - Forms". Yesodweb.com. Retrieved 2012-10-23.
  61. "Yesod.Form.Fields". Hackage.haskell.org. Retrieved 2012-10-23.
  62. "Yesod.Form.Functions runFormPost". Hackage.haskell.org. Retrieved 2012-10-25.
  63. "Yesod.Form.Types". Hackage.haskell.org. Retrieved 2012-10-23.
  64. "HaskellWiki - Applicative functor". haskell.org. Retrieved 2012-10-24.
  65. "The email-validate package". Hackage.haskell.org. Retrieved 2012-10-26.
  66. "The mime-mail package". Hackage.haskell.org. Retrieved 2012-10-26.
  67. "The yesod-fb package". Hackage.haskell.org. Retrieved 2012-10-26.
  68. Haskell Stack - How to install
  69. The yesod-bin pkg with the helper tool (with instructions for use with the stack tool)
  70. "book - Deploying your Webapp". Yesodweb.com. Retrieved 2012-10-23.
  71. Readme.Md. "Yesod keter readme". GitHub. Retrieved 2012-10-23.
  72. "The keter package". Hackage.haskell.org. Retrieved 2012-10-23.
  73. "Keter updates". Yesodweb.com. 2012-10-25. Retrieved 2012-10-25.
  74. "Keter: Web App Deployment". Yesodweb.com. 2012-05-11. Retrieved 2012-10-23.
  75. "Keter: It's Alive!". Yesodweb.com. 2012-05-17. Retrieved 2012-10-23.
  76. "Javascript Options". github.com. Retrieved 2014-03-12.
  77. "Yesod, AngularJS and Fay". yesodweb.com. 2012-10-30. Retrieved 2014-03-12.
  78. "HaskellWiki - The JavaScript Problem". haskell.org. Retrieved 2014-04-12.

Blog tutorials

Comparisons

Other languages

At GNU/Linux distributions

This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.