No publicly available pricing without creating an account. Apparently tracking and metrics are injected. Not sure how much value this offers over simply using closure compiler on JS code.
First, Youtube and Vevo are *NOT* angular applications. Second, pretty much everything that can be applied to Angular in terms of technology can be applied to React. The difference being you choose your legos with React and can easily replace them as needed, where with Angular you will be fighting a multi-tentacled beast in order to change out anything.
I'd also add Walmart and Netflix to the React camp.
As to following Redux as a pattern being hard... there is a little more cognitive overhead, yes. However, once you understand it, you can continue to add a *LOT* of features, while maintaining the exact same patterns and very little additional complexity. By contrast, most other applications look like Spaghetti after they take on new features and grow.
On Ruby on Rails, the examples given are actually examples where it specifically hasn't worked or scaled well and required major refactors and shifts away from Ruby and RoR.
On Databases, There are many other options, and usage will depend on needs and scale. It's specifically worth mentioning that MySQL/MariaDB and Postgres have the most widely available managed options on each of the popular cloud providers. MongoDB is also widely available though will take other considerations vs traditional rdbms.
On Web servers. It's worth bringing up high availability and reverse-proxy options. Many cloud systems would have you deploy your applications on the native platform, and use a reverse-proxy configuration for edge servers.
Been using this for a while, since `label > input... + span` are natural target paths. This way you can effectively "hide" the input and put a prefix content before the span for stylized checkbox value.
NOTE: some browsers would not allow hiding the checkbox, so in that case, setting the position and opacity are your only real options. This isn't much of an issue today, but IE6-8 were particularly nasty in various ways.
Of the posts that aren't spam, over half are from new users created for the post. Limiting to 1 a day until reaching a certain karma would be a good idea. The codebase is sinatra+redis, and I haven't even had the time to get it running to play with.
Unfortunately, I don't see most of the options for automating a way out of spam working much, just because of the smaller scale of the site and the nature of posts (legit and spam).
I've deleted most of the spammy posts I've found... would love to get a change for double karma back on downvotes on articles that are then deleted.