Bulk Plugin Management — Your Input Wanted

By Andre Bullet_white Comments Comments

1/27/09 Update – We’ve rolled this functionality out…see our announcement blog post

Some of our customers are monitoring a lot of servers with Scout. We’re psyched about this, and we’re looking at ways to make Scout even easier to use.

Bulk plugin management is a topic that comes up pretty often.

So we’re looking at the ability to make changes en masse to your servers:

  • add / delete a plugin on all servers in one shot
  • add / delete a trigger to a plugin across all servers
  • clone all plugins and triggers from one server to another

We’d love your feedback. How do you want to be able to bulk update your plugins? Feel free to leave feedback in comments.


Rails Monitoring Improvement: Ignore Specific Actions

By Andre Bullet_white Posted in Plugins Bullet_white Comments Comments

Sometimes you have actions in your Rails app that you know take a long time. Getting alerts on these actions is just noise.

With the updated Rails Monitoring Plugin, you can filter out any requests on which you don't want to be notified. You supply a regular expression, so you make as simple or complicated as you need to.

Update your Rails plugin

If you already have the Rails plugin installed, you need to update it. Go to plugin->code and click Update:

Then go to plugin->edit and click Update Options:

The new goodness is under "advanced options":

Ignoring Actions

You provide a regular expression for actions you want don't want to be alerted on when they're slow. In the simplest case, don't even worry about it being a regular expression -- just provide a string you want to match. For example, if you don't want to be alerted to any slow actions with admin in the URI, just put admin in the Ignored Actions field.

More Complicated Matches

To ignore all actions under admin and also accounts/new, the regex is(admin|accounts\/new). If you wanted to make sure admin only matches paths starting with admin, just match the beginning slash: (\/admin|accounts\/new)

If you're building a complicated regex, try it out separately to ensure it matches/doesn't match what you expect. I dig on Rubular for quick regex sanity checks. Of course, the plugin will tell you if your regex has a problem, but you'll get faster feedback by running it through Rubular.


Note that the match is case insensitive -- no need to worry about case.

Finally, note that excluded actions will still be analyzed in the daily Rails Analysis reports, so you'll still get metrics on them -- you just won't get email notifications for actions you already know are slow!


Rails + Google Analytics = easy goal tracking

By Andre Bullet_white Comments Comments

Google Analytics is an indispensable tool as you optimize the business side of your operation. If you haven't already set up goals in Analytics for viewing your pricing information, accessing the sign-up form, and signing up for an account -- go do it! It's vital information.

However, Google Analytics' goals have to be attached to a specific URL. What if there is no URL for an important goal? For example, the New Account goal for Scout is just the account/show page -- there's no specific URL to represent a newly created account.

Read More →


Major chart updates - variability, overlays, scaling & stacking

By Derek Bullet_white Comments Comments

When debugging performance problems, visualizing server metrics in a variety of ways is a critical part of isolating the cause:

  • Visualizing variance
  • Overlaying metrics to identify correlations
  • Scaling to compare several metrics with different units
  • Stacking graphs to visualize distributed setups

We’ve just released a major update to Scout’s charting functionality that makes it easier to analyze your metrics.

Read More →


Part II: We Just Undid Three Months of Dev work. Here's What We Learned.

By Andre Bullet_white Posted in Business Bullet_white Comments Comments

Two weeks ago I covered some of the business lessons learned from a large (~3 months) investment in new features, and the hard decision to roll them back. I discussed how you will underestimate the ongoing cost of complexity in your product, and how cool new capabilities don’t sell themselves.

Continuing this week—more insights gained from undoing development work.

Read More →


The MySQL MyISAM and InnoDB engines and a grocery checkout

By Derek Bullet_white Comments Comments

There’s no shortage of resources comparing the MyISAM and InnoDB storage engines. You’ll quickly see it isn’t a black-and-white decision after reading through various discussions debating MyISAM and InnoDB.

Why is the decision so hard?

  • Setting up your database is one of the first steps when building a web application. You probably don’t have a good idea on the database activity at this point, so you may have little data to work with.
  • The ordering and number of statements can have a big impact on database performance. It’s difficult to simulate until you have real users.

However, there is a one case where choosing the wrong table type can be crippling.

Read More →


Older posts: 1 ... 50 51 52 53 54 ... 67