Chris Oliver

I'm not sure I totally understand, but you might consider creating a Component class that inherits from Asset so that you can store all those in the assets table but treat them differently. This is generally called single table inheritance.

http://api.rubyonrails.org/classes/ActiveRecord/Inheritance.html

I think that's what you are looking for?

Also, I posted this in slack, but for anyone else that sees this, I forgot that I'm using Redcarpet instead of html-pipeline anymore. It's because html-pipeline is a real pain to deploy to Heroku (or at least was).

Tables aren't actually part of the official Markdown spec, so you'll see that they don't work all the time. That said, the Github-markdown gem supports it as long as you're rendering as github formatted markdown. I believe mine is but I haven't tested it.

Are you running gfm: true as well?

Unfortunately they haven't released a package for xenial yet. It's on their todo list, but they said by June at the latest. That's a long time from now.

Here's how you can install it manually: https://www.phusionpassenge...

Oh, I see what you mean. You could do that just as well, no particular reason either way.

That could be slow, or go over the Twitter API limits, so you'd want to do that in a background job for sure. In that case, I would just load the local copy of Tweets for that game.

When you do a search and save a Tweet, you can save the keyword you searched and link it to the game, and you can also save the tweet_id so that you can use that on the first_or_initialize or however you'd like to do that.

It will be application specific, but stays in the app's directory so you can keep it nice and organized next to the code.

Whoo! :)

So if you want to analyze user input, you can just setup your models like normal with your controllers. The callback will automatically analyze it.

For example, you mentioned articles. If you just have your normal scaffold or controller, all you'll have to do is add the callback to your model and the attributes and they will get automatically analyzed anytime the text is changed. Then you can just access the sentiment and score attributes like you would with any other attribute. That's it!

I would imagine feeding things into Google's Prediction API would be pretty great. It might be a bit more involved for than these gems, but is probably worth it if the machine learning aspects are important to your product. Hopefully get dive into that soon.

Check it out! :D https://gorails.com/episodes/sentiment-analysis-with-the-sentimental-gem

Any reason you're using an old version of html-pipeline? It looks like 2.4.0 is the latest version. That is probably the source of the issues, just mismatched versions. If you use an old html-pipeline, you'll probably need equivalent versions of the other gems from around the same time.

I think every Wistia account offers the same features for the player stuff. You can try it on their free account to be sure though.

Most cases like that, if you include both items in the cache key (both the user and the class) and use their updated_at timestamps there, it will do the trick. That way your cache changes anytime you update one or the other.

Hey Sascha! I forgot to write you back over email, but I'm planning on doing an episode on Thursday on this for you. :D

Are you interested in the simple "positive" or "negative" response or the percentage scores?

That's where Chef, Ansible, etc come into play. :)

We had both Rackspace cloud and dedicated servers. The dedicated servers cost us like $10k/mo or more. The cloud servers we used were fine, but performance seemed slow for the price. Their managed machines are also fairly expensive.

That's an interesting option as well. I'm curious to hear about what you go with and how it turns out. Hope some other people can weigh in as well.

That would do it! :)

I'd be really curious to hear how ElasticBeanstalk compares. I've used Rackspace in the past for several projects and wasn't impressed.

Heroku is one of those odd things in that the addon prices like database get obscenely expensive quickly. My guess is that ElasticBeanstalk is always going to be cheaper and more flexible than Heroku given that Heroku is built upon AWS. That said you're probably going to have a less easy time horizontally scaling since that's Heroku's bread and butter.

This guy basically said the same thing: https://www.quora.com/How-would-you-compare-Heroku-and-Amazon-Beanstalk-as-far-as-pricing-performance-and-ease-of-use-are-concerned-for-deployment-of-NodeJS-apps

EngineYard would be another option if you're looking for something fairly hands-off. Found another comparison that included them: http://mark-kirby.co.uk/2013/hosting-in-the-cloud-elastic-beanstalk-vs-heroku-vs-engineyard/

I don't know many people using EngineYard, but they have been really popular in the past. If you're already on AWS, you probably will already have all the experience and manpower you need to manage Elastic Beanstalk pretty easily. I think the platforms like Heroku tend to be great until you are paying costs similar to what you would for a full-time devops person. At that point, you might as well start managing your own scaling or start considering it.

Hmm, works just fine for me when I import it here: http://cl.ly/g2px It's the one named "profile" after you import.

As for the zsh theme, I'm not sure why this line would cause any problems: https://github.com/excid3/d...

Check out the deploy tutorial! :) https://gorails.com/deploy/...