Foglight 5.9.3 introduced the following three new WCF components to show collected metrics in a variety of ways and to better analyze the collected data.

We’re happy to announce the general availability of Pingdom & custom metrics on Statuspal. This means that your are now able to configure two new types on metrics (on top of monitored service metrics), metrics coming from your Pingdom account and metrics that you can manually push periodically, both types of metrics will look similar in your status page. Example Pingom metrics chart You should be able to find a new menu “Metrics” under your status page’s dashboard.

It's time for a newsletter from your friendly neighbourhood Package Management as a Service provider - Summer 2018 Edition. Can you believe it's summer-time already? It's hard for us to tell from the cave that we're coding in day and night, but the office thermostat indicates that it is probably sunny way up there, above the ground.

Tracing bugs in your PHP code can be very time-consuming. In order to find bugs quickly in your PHP applications, you can use PHP tracing tools. Stackify provides two tools, Retrace & Prefix, which can help with tracing what happens within a web request or transaction.

Recently we’ve had a lot of requests for examples of how add new tests through the StatusCake API using the popular Postman tool. In this article we’ll take you through some of the steps required to get you going with this method, below you’ll find an example for each test type we offer, taking you through the process of adding a test.

Ahoy there. Continuous shipping: a concept many companies talk about but never get around to implementing. The first post of this three-part series discussed the importance of continuous shipping, while Part 2 steered us into the depths of the process itself. We’re all hands on deck for part three, where we’ll wrap up the second half of the continuous shipping process.

It’s 2am. You receive a notification from your monitoring tool. A host server ran out of space and your system is down. Now you need to get out of bed and clear the log files of whatever service has filled up your available disk space. Ugh. Now, imagine that an automated action is triggered, the log files are cleared, and your system is up and running again without requiring a single thing from you. Sounds cool, right?

Looking through our company Slack channels, we use GIFs to respond to each other a lot. We use the Giphy Slack app to quickly add a witty or sarcastic response to someone (we like each other really). And we also know that a lot of our customers use our Slack integration to receive alerts, because who wants emails. Then one morning, this conversation happened – where else – but on Slack.

You know what they say: “Nothing lasts forever.” That’s especially true of technology. And as much as you might have loved that flip phone, 486-based tower, or perhaps that original iPad, all good things must come to an end. Whether an unfortunate tumble destroys a once-shiny-and-new device, a system stops responding as snappily as it used to, or a support agreement ends, there are many reasons to move on from older tech.

Get a decent source code management system like Github, Gitlab or Bitbucket etc. Every one uses the same code and keeps upto date with base line. this reduces the merge conflict issues. Don’t put every thing in SCM but everything you need to do a build should be in there including: test scripts, properties files, database schema, install scripts, and third party libraries