via Server-side React Layout & Side Effects.
We’ve been hard at work last week analyzing how to build a universal app using React. First we looked at the bare minimum needed to run Babel through Browserify for ES6 and JSX support, as well as how to render a basic app seamlessly in the server and the browser. On friday we added
react-router so that view routing is handled for us on both the server-side as well as the client-side – universally. Today we’ll be making some tweaks to what we have so far.
Particularly, we’ll be moving the server-side layout rendering out of
express-hbs and into another React component, the
<Layout /> component, which will only be rendered on the server. The reason for that change is one of consistency – instead of having to understand (and deal with) two different templating languages in Handlebars and JSX, we’ll only be dealing with JSX.
After making that change we’ll be looking at a couple of
react-side-effect-powered libraries. One of these will enable us to set the
document.title declaratively in our views from anywhere in our JSX templates. The other allows us to define
<meta> tags anywhere in the document as well.
Let’s get on with it!
via Ankur Kumar’s Blog – Pragmatic Best Practices for Digital Architecture: Understanding Backbone.js from the lens of a Java programmer.
Let me start this blog in favor of backend or server-side programmers by making the following statement:
via Parallel Test Runs with Server-Side Appium on Real Devices | Testdroid.
Appium has been the number one smoking hot framework during the past quarters and there are no signs of this trend cooling down anytime soon. We’ve been providing Appium/Selenium support for Testdroid Cloud now for more than a year and significant portion of Testdroid Cloud test runs are Appium/Selenium runs nowadays. To make things even more convenient for our users, we’re about to introduce an awesome new feature that will make executing those test runs much easier and less error-prone – as you don’t have to play those desired caps all the time.
We recently released a new version of Testdroid Cloud and with this version, we’ve brought out a new feature that enables completely new way to execute Appium/Selenium tests on our devices. Basically, with this implementation users with Appium/Selenium scripts are not required to configure desired capabilities as they would do with current client-side execution. We call this implementation “Appium Server Side” execution that basically means that test scripts can run locally on our environment – you just upload your .APK or .IPA and test package to Testdroid Cloud and our our system takes care of proper configuration and manages all details for desired capabilities.
In this talk, we’ll cover some of the common techniques, including Haskell to JS compilers and well defined cross-language APIs. We’ll also describe ways in which we can keep the benefits of strong typing, even when interacting with code that ignores types entirely.
via Design – Developer Center – Joyent.
There are, however, patterns used throughout Node and Joyent that are helpful to know and can be useful while designing your application.
Another major problem is that they aren’t indexable by search engines (without paying $$ for a third party service like https://prerender.io/). If your app is serving any kind of data that people might be searching for, this is a bad thing.
Better overall user experience
Search engine indexable
Easier code maintenance
Free progressive enhancements
- Use Vert.x as a simple web server
- Configure vert.x on the serverside to act as bridge for the browser eventbus implementation