- web-devel - Haskell.org

Yesod. twice CSS code
by Anton Cheshkov 02 May '11

02 May '11

Hello Michael. I have noticed that my css files contain all code twice *Handler: * *getApplicationFrameR :: Handler RepHtml* *getApplicationFrameR = do* * defaultLayout $ do* * setTitle "Помогай"* * addJulius $(juliusFile "application")* * addScript JsApiR* * addCassius $(cassiusFile "application-frame")* * addWidget $(widgetFile "application-frame")* * * *Cassius: (application-frame.cassius):* * div#header color: red div#content color: green * *css output from browser:* div#header{color:red}div#content{color:green}div#header{color:red}div# content{color:green}body{font-family:sans-serif} The Lucius behavior is the same. What do i make wrong ? Thanks. -- Best regards, Cheshkov Anton Phone: +7 909 005 18 82 Skype: cheshkov_anton

2 1

[ANN] mysql-simple - your go-to package for talking to MySQL
by Bryan O'Sullivan 01 May '11

01 May '11

Hi, folks - Over the past few days, I've released two MySQL-related packages on Hackage that I think should be pretty useful. The first is mysql-simple: http://hackage.haskell.org/package/mysql-simple This is a mid-level binding to the MySQL client API. I aimed it squarely at being both fast and easy to use, and I'm very pleased with the results so far. - Performance: compared to HDBC-mysql, mysql-simple yields a 60% performance improvement on my real-world application. - Ease of use: compared again to HDBC, my real-world application's DB-specific code shrunk by 50% while achieving the above performance increase. - Type safety: it's intentionally hard to construct SQL queries by string concatenation, but of course I provide some nice safe APIs for formatting queries and converting results. That safety does not come at the expense of performance or expressive bloat, as the above results indicate. Because I know that some people favour interacting with their databases via a model such as iteratees, the mysql-simple library is built on top of a very lightweight library. That lower-level library is named mysql: http://hackage.haskell.org/package/mysql This is a low-level binding to the MySQL client API. It is aimed at high performance and simplicity, but more specifically for consumption by authors of higher-level database libraries. It is bare enough of features that it doesn't even perform conversion between Haskell and SQL types, but at the same time it uses bytestrings sensibly, cheaply avoids some nasty signal interruption problems with the MySQL client library, and abstracts some of the tiresome details of memory management. It gives a higher-level library complete control over result conversion, how to fetch results, and all that, so you can focus purely on building iteratees and not the lower-level gunk. Enjoy! B.

1 0

Devel Server
by Mister Asafe Ribeiro 01 May '11

01 May '11

When I try to run devel server of my yesod powered site i get: Could not find module `Database.Persist.TH': It is a member of the hidden package `persistent-0.4.2'. It is a member of the hidden package `persistent-0.3.1.3'. Use -v to see a list of the files searched for. What should I do to expose persistent module ?

2 1

FYI utf8-light linker problem .size xxxxxxx does not evaluate to a constant problem - SOLVED
by Max Cantor 01 May '11

01 May '11

if you have this problem (I did on ubuntu 11.04) the solution is to get the source for utf8-light and comment out the -f-via-C and --ghc-option=O3 flags in both the cabal and .hs file. Max

1 0

Ambiguous type variable `mo0' in the constraint + Understanding how Widgets work
by Mathew de Detrich 30 Apr '11

30 Apr '11

I am having issues figuring out how exactly widgets work within Yesod, having a look at the example here http://www.yesodweb.com/book/example-widgets <http://www.yesodweb.com/book/example-widgets>There is an example getHomeR = defaultLayout $ do setTitle "Polymorphic Hamlet" addHtml [$hamlet|I was added with addHtml|] addHamlet [$hamlet|I was added with addHamlet|] addWidget [$hamlet|I was added with addWidget|] Now assuming you have a Homer router set up, if you compile the example you get Ambiguous type variable `mo0' in the constraint: (or errors of that form). Asking on haskell irc, I found out this error is due to Haskell not knowing what type Hamlet returns, which is probably the reason for this comment "However, there is a more subtle point as well. While in theory a Hamlet template is polymorphic, this actually depends upon what values are embedded inside it (using ^{...} interpolation). For example, [$hamlet|^{someValue}|] will have the same type as someValue; if someValue is of type Hamlet, then so will the template." I assume that you are meant to have one ^{...} interpolation for every GET route request you are attempting to do, so checking the example code here here http://www.yesodweb.com/book/example-widgets, as I suspected the variable interpolation is used in the root handler and in the form handler (in the case for root handler it goes through a wrapper function). The issue is, when I attempt to use the ^{...} interpolation in my code (in this case I am literally just copying the wrapper function and passing it through with defaultLayout $ wrapper $ do as with the example) I am still getting the ambiguous type variable using this simple example getIndexR = defaultLayout $ wrapper $ do setTitle "Polymorphic Hamlet" addHtml [$hamlet|I was added with addHtml|] addHamlet [$hamlet|I was added with addHamlet|] addWidget [$hamlet|I was added with addWidget|] Am I missing something fundamental here, because I am at odds of what to do at this point (I am using yesod 7.0.3 if that matters). Also is there a non trivial example of how combinating widgets is done to form a combined web page (containing CSS, HTML and JS), i.e. whats mentioned here "The job of a widget is to hold onto these disparate components and apply proper logic for combining different widgets together. This consists of things like taking the first title set and ignoring others, applying nub to the list of external scripts and stylesheets, and simply concatenating head and body content." Thanks

1 1

juliusFile in yesod 0.8 eating all memory
by JP Moresmau 30 Apr '11

30 Apr '11

Hi all, I've just upgraded to Yesod 0.8. I've changed all my Strings into Texts, and all my Data.JSON.Types into Data.Aeson.Types. I use these JSON objects in julius templates, by adding the orphan instance: instance (ToJSON a)=> ToJavascript a where toJavascript =toJavascript . toJSON (Removing that instance causes compilation error, and I had it when I was using json-types). addJulius works fine when it contains Javascript code. However on one page I use juliusFile to load an external template. This eats all my memory and never returns under Warp when I launch the compiled exe (I see "thread killed" messages in the console, though), and in GHCi crashes with "out of memory". The code hasn't changed and was working fine in yesod 0.7 before the upgrade. If I remove juliusFile the page displays instantly. Any idea? I'm a bit stumped. I suppose I'm going to remove each of my variables in the julius file to narrow it down, but if anybody has any insight... Thanks! -- JP Moresmau http://jpmoresmau.blogspot.com/

4 8

Yesod. Pesistent
by Anton Cheshkov 30 Apr '11

30 Apr '11

Hello. I have some confusing with PersistValue I have two variables UserProfileId {unUserProfileId = PersistText "1"} which obtained from* fromSinglePiece* come from HTML Form UserProfileId {unUserProfileId = PersistInt64 1}" is *Key UserProfile *came from Database Logically i expect that this values must be equal. But haskell says me not ) How to get equality ? Thanks. -- Best regards, Cheshkov Anton Phone: +7 909 005 18 82 Skype: cheshkov_anton

2 1

Fixing yesod devel
by Michael Snoyman 29 Apr '11

29 Apr '11

Hi all, I've been trying to figure out a better solution to the yesod devel issue (the new development server). I've just pushed a commit to Github which *does* work, albeit clumsily. The basic process now is to install the package into the global database (like before), and use an external process call to runghc to run the server. There's a *lot* of hacks in the code, but it seems to mostly work now. I'd appreciate it if people can give it a test and give me some feedback. I'm short on time now, but if anyone is interested in helping me out with this, please let me know and I'll give you the full gory history on the failed attempts (direct-plugins, plugins, hint, GHC API...). Michael

2 1

problems using yesod scaffolding
by Michael Litchard 28 Apr '11

28 Apr '11

running yesod with the mini option caused some problems. I got complaints of not being able to find Settings.hs, so I made some changes to the import statements. Also, I changed the directory config to Config to accommodate my changes. Here's what the import sections look like now Aframe.hs module Aframe ( Aframe (..) , AframeRoute (..) , resourcesAframe , Handler , Widget , module Yesod.Core , module Config.Settings <---- made a change here , StaticRoute (..) , lift , liftIO ) where import Yesod.Core import Yesod.Helpers.Static import qualified Config.Settings as Settings <---- made a change here import System.Directory import qualified Data.ByteString.Lazy as L import Config.Settings (hamletFile, cassiusFile, juliusFile, widgetFile) <----- made a change here import Config.StaticFiles <----- made a change here import Control.Monad (unless) Controller.hs {-# LANGUAGE TemplateHaskell #-} {-# LANGUAGE MultiParamTypeClasses #-} {-# LANGUAGE OverloadedStrings #-} {-# OPTIONS_GHC -fno-warn-orphans #-} module Controller ( withAframe , withDevelApp ) where import Aframe import qualified Config.Settings as Settings <---- made a change here import Yesod.Helpers.Static import Data.ByteString (ByteString) import Network.Wai (Application) import Data.Dynamic (Dynamic, toDyn) that said, I get out of scope errors when I try to run the scaffolding generated code mlitchard@apotheosis:~/repository/Aframe$ wai-handler-devel 3000 Aframe withDevelApp Attempting to interpret your app... Compile failed: Not in scope: `withDevelApp' also get the same problem when trying withAframe I can't see the reason for the out of scope problem. I think it has to do with the changes I made. Anything suspicious pop out for anyone?

4 11

wai-handler-devel and yesod 0.8
by Matias Eyzaguirre 28 Apr '11

28 Apr '11

I'm trying to use wai-handler-devel with an application created using the yesod-0.8.0 scaffolding tool, but I'm running into some trouble. After some missing modules I symlinked some of the modiles in the 'config' folder into the root directory, but then I get a somewhat enigmatic type error that seems somewhat nonsensical: <log> Holly:Voluntrack dented42$ wai-handler-devel 3000 Controller withVTrack Attempting to interpret your app... Compile failed: Couldn't match expected type `Network.Wai.Request' with actual type `Network.Wai.Request' </log> what exactly does that mean? or rather, what should I do to prevent it? Perhaps it's trying to match the same type in two different versions of a package? Or might it be something else? Thanks, Matias Eyzaguirre

1 0