Technical Resources
Educational Resources
Connect with Us
At Papertrail we are software engineers who are passionate about programming, debugging, logging and pretty much everything about building and running applications. We enjoy keeping our coding skills sharp and playing with new technologies. Below are some of things we have picked up along the way.
Fully Functional for 14 Days
As an IT professional, you’ll find log messages are one way to catch errors and solve your problems. As much as log messages are helpful, they can be confusing because a lot of messages—even the log messages you don’t need to see—are generated by the server. Instead of making your life easier, log messages can make things harder for you because unnecessary error messages are being logged.
Firewalls are a critical part of any organization’s defense in depth strategy. They serve a key role in protecting your network against malicious actors, and they do this well. But they also have a dirty little secret.
Routers play a key role in any network. If you’re like most network engineers, you usually spend most of the time working with routers (as opposed to other network devices). In smaller networks, routers may even be the only devices managing traffic. Router logs can tell you a lot about your network. In this post, we’ll walk through how to analyze router logs efficiently.
When apps crash, they generate logs containing information related to where the issues causing the crash occurred. Looking at these logs is a great place to start your effort toward diagnosing and fixing the crash.
Docker changed the way developers build software. It solved many issues, but bugs can still occur. When this happens, the first step in the debugging process is usually to read logs. However, when using Docker, this isn’t as straightforward as you may think. You can simply execute docker logs [container_id], but it’s not always possible to use this command, and it’s not an ideal solution for bigger applications. In this post, you’ll learn the pros and cons of the different logging options and what to consider when choosing a logging strategy in Docker.
Today’s applications and services support the core business activities organizations rely on. Service interruptions and downtime time are no longer just inconvenient, they’re directly tied to both lost revenue and customers. It’s more important than ever to actively monitor the health of your applications and services to detect issues before there’s an outage. Being able to quickly detect and resolve issues is key to your organization’s financial and competitive position, as well as your career success.
Logs play a crucial role in any service as they provide tons of information about the wellbeing of your service. For example, logs can contribute important data to metrics, such as the incident rate, retry rate, latency rate, or even the number of issues a user experiences. Logs are also useful for monitoring the health of your service. For example, a high error rate indicates you need to improve the quality of your service to make it more reliable for users.
Every container produces logs with valuable information. A log is basically data written by the container to STDOUT or STDERR. However, if you run a container in detached mode, you can’t see the logs in your console because detached mode refers to running a container in the background of your terminal. Therefore, you won’t see any logging or other output from your Docker container.
Logging is vital for any modern software team, and it’s essential to get it right. A poorly-implemented logging strategy could cause you more headaches than it solves. In this article, we’ll discuss PHP logging and the main best practices you should be aware of and adopt.
Let’s imagine you’re looking for a flight ticket booking app for your Android smartphone. When you search for such an app in the Play Store, you’ll find multiple options. How do you decide which one to install? Easy! You try out a few of them. Find out which one is fastest, serves your purpose, and has a nice user interface.
Fully Functional for 30 Days
Contact our team, anytime.