Yes, if I wasn't clear, when I say "server side rendering" I do mean server side rendering of SPA (Om, Reagent) applications. If we're just talking about old-school server-rendered sites I would agree Clojure would be the way to go.
The interesting thing about using ClojureScript is that you can toggle between a SPA and a completely server-rendered site very easily. All you have to do is not include the <script>s in your response and you have exactly that. But with the same code-base. Very cool concept imo. On Tue, May 19, 2015, at 05:23 PM, Marc Fawzi wrote: > I think we (as an industry) ended up with SPAs because we embraced > HTTP APIs and if you have an HTTP API then you have two logical > outcomes: > > 1. Render pages server side with some performant data layer, > sidestepping the HTTP API and it's associated overhead but > incurring the cost of server side rendering <--- this means that > you don't get to consume your own API which is not an issue if you > have full test coverage but it could be an issue in that you won't > experience the pain that your API customers experience and won't > have the same feedback to help you evolve and improve your API, i.e > no internal customers > > 2. Render pages client side and use the HTTP API, which definitely has > an associated overhead but you compensate for that by shifting the > rendering job to the client > > What doesn't make too much sense to me is rendering server side while > going thru an HTTP API .You incur the cost of both the server-side > rendering and the HTTP API. Having said that, in this scenario, if you > only server-side-render the initial page then it still makes sense. > > The above conclusion is debate-able of course, but I'm not sure what > I'm missing here. > > > > > On Tue, May 19, 2015 at 2:06 PM, Matthew Phillips > <[email protected]> wrote: >> __ >> I think running ClojureScript server-side in Node is the future. >> Server-side rendering has an advantage not just in SEO but in >> user-experience as well. I don't know if that's ever something >> Clojure-JVM is going to be able to do. >> >> >> On Tue, May 19, 2015, at 02:42 PM, Daniel Kersten wrote: >>> I looked at DomKM's server-side Om some months back, but that's >>> about it. >>> >>> I'm not really interested in running a ClojureScript server (Clojure >>> is much better suited for that), but performing 1st page render is >>> something I'm interested in (perhaps through an approach similar to >>> DomKM's - ie running cljs in nashorn or similar). I don't have a big >>> need for it right now though, so I'm not likely to put any effort >>> into it myself any time soon. >>> >>> I am interested in seeing what others accomplish, though. >>> >>> On Tue, 19 May 2015 at 18:17 Marc Fawzi <[email protected]> >>> wrote: >>>> Is anyone out there working on a pattern of framework for >>>> isomorphic ClojureScript? >>>> >>>> My sense so far is that most are happy running Clojure on back end and ClojureScript on front end. But Matt's recent post made me think of Isomorphic apps. For example, you can have the 1st page render server side so it's pre-rendered for faster load, and then have the rest of the app (all other pages) run in the client. >>>> >>>> Meteor just got $20M to build the isomorphic js framework to rule them all. >>>> >>>> Any interest in this within the ClojureScript community? >>>> >>>> Sent from my iPhone >>>> >>>> -- >>>> Note that posts from new members are moderated - please be patient with your first post. >>>> --- >>>> You received this message because you are subscribed to the Google Groups "ClojureScript" group. >>>> To unsubscribe from this group and stop receiving emails from it, send an email to [email protected][1]. >>>> To post to this group, send email to [email protected]. >>>> Visit this group at http://groups.google.com/group/clojurescript. >>> >>> -- >>> Note that posts from new members are moderated - please be patient >>> with your first post. >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "ClojureScript" group. To unsubscribe from this group and >>> stop receiving emails from it, send an email to >>> [email protected]. To post to this group, >>> send email to [email protected]. Visit this group at >>> http://groups.google.com/group/clojurescript. >> >> >> -- >> Note that posts from new members are moderated - please be patient with your first post. >> --- >> You received this message because you are subscribed to the Google Groups "ClojureScript" group. >> To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. >> To post to this group, send email to [email protected]. >> Visit this group at http://groups.google.com/group/clojurescript. > > > -- > Note that posts from new members are moderated - please be patient with your first post. > --- > You received this message because you are subscribed to the Google Groups "ClojureScript" group. > To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/clojurescript. Links: 1. mailto:clojurescript%[email protected] -- Note that posts from new members are moderated - please be patient with your first post. --- You received this message because you are subscribed to the Google Groups "ClojureScript" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/clojurescript.
