In this guide we will walk you through a technical analysis of Cerb with the goal of making you proficient in developing plugins and integration. For the best results, become familiar with the basic concepts before continuing.
We use the following tools at WebGroup Media when developing Cerb:
You should instruct end-users to install custom plugins in the /storage/plugins directory rather than the /features directory. While the design of plugins in either location is identical, the official plugins in the features/ directory have a special significance.
There are several important reasons for this:
(* is changelog-worthy) (reference bug tracker issue numbers when they are available)
In our increasingly interconnected world, you have probably realized that the clock on your wall is not useful for keeping track of an international timeline. For example, when it’s 9am on a Tuesday in Los Angeles, it’s 5pm that evening in London because there is an 8 hour time difference. At the same moment, it’s 2am Wednesday morning in Tokyo because there is a 17 hour time difference between it and Los Angeles.
To make comparisons in different time zones useful, we need a fixed point to compare everything to. Cerb uses universal time (UTC/GMT) when storing and comparing dates. Each time zone has an established offset from UTC which can be represented as 4 digits (2 for hours and 2 for minutes) prefixed with a - (before UTC) or + (after UTC). Los Angeles in Pacific Daylight Savings Time (PDT) is behind UTC by 7 hours, which you may see represented at the end of an email Date: as -0700. During British Summer Time (BST), London is 1 hour ahead of UTC, or +0100. Tokyo is in Japan Standard Time (JST), which doesn’t observe daylight savings time, so it is always 9 hours ahead of UTC, or +0900.
To simplify this, Cerb displays dates in relative time. In other words, something that happened 5 minutes ago in Tokyo also happened 5 minutes ago from the perspective of London. There is no offset for these relative times.
We could just as easily store all dates in your local time zone rather than universal time and you could still make comparisons between dates, but if your company headquarters moved to a new time zone then your entire historical timeline would be inaccurate by the offset between those time zones. When dates are stored in GMT/UTC, it doesn’t matter where you are currently located; historical dates can always be displayed for your current time zone with perfect accuracy.