SAML-based Single Sign-On (SSO) now available

Posted by Jesse Gibbs on July 18, 2016

If your team uses Google Apps for Work or Okta, you can now access your Rollbar account using SAML-based single sign-on (SSO).  SSO via Google Apps and Okta is available on all paid plans, and can be setup in minutes by an admin.

Once SSO is enabled, users can access your Rollbar account with just a click from the Google App Drawer or Okta My Applications screen

Google App Drawer


Okta My Applications

If Google or Okta-based SSO is enabled on your account, then SSO options will show up on the login screen whenever you are prompted.

Ready to set up SSO for your account?  Check out our step-by-step documentation.

Two-Factor Authentication now available for all users

Posted by Jesse Gibbs on June 23, 2016


We’re excited to introduce Two-Factor Authentication (2FA) in Rollbar as an optional extra layer of security on every user’s account. 2FA reduces your risk of having your account hacked through phishing, credential exploitation or other remote attacks.

We highly recommend enabling Two-Factor Authentication for your entire team. It’s easy to setup (and free)!

To enable 2FA, go to your user settings page and click Enable under Two-Factor Authentication. Then scan the QR code, and enter in your two-factor authentication verification token from an authentication app of your choice. One of the more popular authentication apps is Google Authenticator (available free for iOS and Android). Once you're all setup, you’ll be prompted for your token whenever you log in.


Read More

Exception monitoring for production environments

Posted by Hemant Jain on June 6, 2016


Hemant Jain is the founder and owner of Rapidera Technologies, a full-service software development shop and happy Rollbar customer. He and his team focus a lot on modern software delivery techniques and tools. Prior to Rapidera, he managed large enterprise development projects.

Tools like Rollbar have changed the way development teams are recording and managing their exceptions. What used to be a very personal developer-by-developer activity can now be a team-wide tool for greater transparency, and increased application quality.

But many still treat exception monitoring as a developer activity, and they are not leveraging its benefits across all environments, from development to stage and integration, to systems testing and production. In this post and another on QA environments, I will review why exception monitoring in all environments is so beneficial, and some best practices for setting it up.

We are trying to standardize with Rollbar for exception monitoring across environments and clients. It helps our clients have visibility and thus better input into the application and development processes, and it’s a good way for us to ensure quality prior to delivering releases to customers.

But even after release, the tool has been extremely useful for the following reasons:


1. It is needed to support CD and canary releases:

More and more we are asked to consider using continuous delivery (CD) and canary release processes. While in many cases it is not possible or a good fit, when we do get an opportunity to implement CD, exception monitoring is the only way to support it, because code goes from developer to source repo and directly to prod as long as the basic tests show up green. We know very little about the code, and do not have the eyeballs on exceptions that we normally would. This way, an exception in prod is just one more trigger to let us know that a release should be rolled back. We do the same for our server monitoring, so of course we should as well with code. We also use it to help with more supporting data in A/B testing of releases.


2. We cannot always ensure environment parity:

We do our best to ensure parity between all environments, but it’s simply not possible. Different applications have different requirements in terms of infrastructure. Our development environment is fairly static, and it is local. Production can be on different configurations, and even different clouds. So we are dealing with a hybrid scenario where for each client the production environment is unique. These variables can easily cause issues where the differences in the production environment compared to dev causes issues in code—things such as a mismatch on frameworks and other artifacts. When this happens, sometimes exception monitoring is the only way to know.


3. It is a Key Performance Indicator - accountability all the way to production:

I believe that all developers have increasing responsibility for what happens in production. But in our case, because we own the development processes of our clients, there is no question our developers are accountable for code quality all the way up to production. And the analytics we receive from Rollbar help us gauge how well our Dev groups are doing with code quality, where it matters the most—the user. This allows us to quantify the impact directly and leave no question as to how what happens in Dev impacts users.


Read More

Using Rollbar to unravel existing Laravel applications

Posted by Zachary Flower on May 24, 2016


Zachary Flower (@zachflower) is a freelance web developer, writer, and polymath. From building projects for the NSA to creating features for companies like and Buffer. Zach has always advocated for the use of well established third-party and open source services and solutions to improve the efficiency and reliability of a development project.

About 6 months ago I inherited a project (let’s call it Project Mayhem) that was grossly neglected by the original developer. I won’t go into too many details, but let’s just say that I’ve seen spaghetti with more order than this codebase had. No unit tests, no documentation, illogical architecture, and an expecting client… I felt like I was literally living in one of those nightmares where I’m late for the final exam in a class I passed a decade ago.

The icing on this terrible cake was that I also inherited the hosting and was graciously provided with absolutely no specs in order to replicate the previous production environment. I was flying blind, and if it weren’t for Rollbar's php error logging tools, this project would have crashed and burned long before I could make any meaningful changes to it. I was able to manage and prioritize exceptions as they happened, which gave me the information I needed to build out a proper hosting architecture and quickly fix existing issues in the codebase.




Read More

Streamline monitoring with Rollbar & Datadog

Posted by Mike Smith on April 25, 2016

Good news! We’ve recently released a new integration with Datadog to help extend your error monitoring options. Datadog is a leading cloud monitoring solution that brings metrics from all of your apps, tools & services (like Rollbar) into one place. Now Rollbar and Datadog users can syndicate exceptions, errors and code deployments as 'Events’ within Datadog (example below). 



Read More

6 ways to improve error grouping in Rollbar

Posted by Chris Pfohl on April 11, 2016 · poweruser


Power User Series is a series in which we give you the tips, tricks and tutorials to get the most value from Rollbar and help you and your team become power users.

You're two weeks into using Rollbar. You've watched in amazement as issue after issue comes in without a single customer complaint to accompany them. How did you ever find errors before!?

Now that your unresolved errors have drastically decreased, you've started to notice a handful of Rollbar items that all seem to be exactly the same issue. Maybe you've been notified that your UI has exceeded the maximum call stack when calling a particular function. And in one case you found out that your database is actually missing several columns which got grouped into a single error.


What's a new Rollbar user to do? Here's 6 steps to help you improve your error grouping in Rollbar:


1. Learn how Rollbar groups items.

The Rollbar grouping algorithm attempts to be as smart as possible by grouping items by root cause. Error type items are grouped by a combination of platform, environment, error class, and stack trace information. Message type items are grouped by message text after stripping out certain number-like and date-like portions of the message.


2. Customize your error grouping.

Custom grouping enables you to decide exactly how Rollbar will group your items. You can alter the title, change the fingerprinting (and therefore the grouping), and use any data you send to us to make it work!


3. Make sure you're setting the server root.

Before grouping by filename, Rollbar will strip off whatever you're sending in the server root segment. This means that you can host the code from varying locations, but still get the same grouping, no matter where on the system you host your code. Each notifier allows setting this in its own way. Check out the docs for your notifier to learn how!


Read More

Meet the Rollbar team IRL at these upcoming events

Posted by Mike Smith on March 25, 2016

Rollbar is hitting the road. Catch one (or more) or our team members at the following events in the next few months. We welcome the opportunity to talk to you about your projects, answer your questions and share some Rollbar swag. If you see us at an event, please stop by and say "Hi.”


Lone Star PHP

Where: Dallas, Texas   /  When: Fri, April 8 to Sat, April 9

The Lone Star PHP Conference brings together great PHP speakers and topics into a fantastic two-day event that is 'clap, clap, clap' deep in the heart of Texas. Catch me, Mike Smith (and local Texan) handing out Rollbar swag and making friends. ;)



Where: Portland, Oregon  /  When: Tues, March 29 to Wed, March 30

EmberConf is the flagship event of the Ember community. It’s two days of sessions, talks, and good times with the Ember Core Team and community members from around the world. Our CEO and Co-founder Brian Rue will be there, so say hi if you happen to see anyone in a Rollbar shirt.


Ruby On Ales

Where: Bend, Oregon  /  When: Thurs, March 31 to Fri, April 1

We’re ending our tour of Oregon at this years Ruby on Ales event. Ruby on Ales is a two-day single track Ruby conference, with a super cool name. It is two full days of presentations, networking and good ole fashion community fellowship.


Read More

Query Rollbar data directly from our API

Posted by Chris Pfohl on February 15, 2016

Good news for RQL users. Until recently RQL usage was limited to the Rollbar interface. That's no longer a problem. Now you can access RQL directly from our API.

We like to believe that our interface provides just about everything you need to discover, investigate and resolve errors in your software. That being said, we know that everyone's needs are not the same. So, we created the Rollbar Query Language (RQL for short) to give Rollbar users more controls over their data. Many of our users have grown to depend on RQL for getting their day to day work done.

Read More