time() или now() как зависимость от глобального окружения

Сразу скажу, что опытным программистом откровения не будет, грабли тривиальные.
Все знают, что в моделях недопустимо использовать суперглобальные массивы $_POST, $_SESSION, $_SERVER и т.д., поскольку это делает невозможным усложняет тестирование кода и его повторное использование. Но если суперглобальные массивы, всё-таки, при желании можно «хакнуть» (разумеется это уже за гранью добра и зла), то другую менее очевидную зависимость от глобального окружения — уже никак.
Я говорю о времени — такую зависимость вы добавляете в свой код, когда используете в php-модели time() ( date() без аргумента timestamp) или в MySql-запросе now() (sysdate в Oracle). «Хакнуть» время сервера, чтобы узнать как поведет себя ваш запрос завтра или вчера — задача нетривиальная.
Как это происходит.

У вас есть таблица с афишей Event и задача — вывести сегодняшние события, ручки сразу тянуться написать now():

function findToday()  {     $sql = "SELECT * FROM event              WHERE event_date >= date( now() ) AND event_date < date( now() + interval 1 day)"; } 

Не делайте так 🙂
Во-первых, как протестировать, что покажет запрос через неделю (в реальности логика конечно сложнее, чем в примере)?
Во-вторых, если завтра, понадобится календарь с показом событий за произвольную дату, то придется дублировать код.
Лучше сразу сделать так:

function findToday()  {     $this->findByDate( date('Y-m-d') ); }  function findByDate($date)  {     if ( !preg_match('|^(\d{4}-\d{2}-\d{2})|', $date, $p)  ) {         throw new Exception('недопустимый формат даты');     }     $date = $p[1];      $sql = "SELECT * FROM event              WHERE event_date >= '$date 00:00:00' AND event_date <= '$date 23:59:59' "; } 

Теперь и протестировать можно и вызвать метод для произвольной даты.