He11ion

Union погуглите.

docker/vagrant не?

1. www.ioncube.com еще например.
   
2. BLENC / bcompiler
   
3. как вариант - вынос части важного функционала в библиотечку (dll ил so)
   

cat /etc/php.ini | grep recursion_limit
пробовали?

Могу ошибиться, но я бы сделал так:

foreach ($collection as $key => $value) {
    <тут обращение к элементу $collection по ключу $key, 
      который будет реализовывать ArrayAccess>
}

Капитан очевидность с вами: загнать скрипт(ы) в профайлер и посмотреть, во что упирается производительность и расширять соответственно.

Тупо ищем остаток от деления номера дня(часа, минуты, етс) на нужный период

date_default_timezone_set - скорее всего именно эта функция виновата в Вашей проблеме. Вероятнее всего где-то в файлах проекта применяется другое значение.

1. print_r(get_declared_classes());
   
2. print_r(get_class($utest1));
   

Это два варианта для проверки. Ну а ошибка в том, что Вы не умеете пользоваться композером, через который данная библиотека и должна работать.

Советую поставить что-то вроде https://github.com/rlerdorf/opcache-status и смотреть за статусом опкеша, ну и просто можно собрать статистику - отключить опкеш - собрать еще раз - наглядно увидеть, работает ли.

Имеет смысл только при комплексном подходе к защите, да еще и X-Powered-By Вас выдаст с головой скорее всего.

Лучший совет по безопасности - ежедневные обновления всего из надежных источников, имхо.

Статья 2007 года, на дворе 2015 - лучше не читайте такое.

А написано, наверное, "для секьюрности".

Очень тупой ответ - если сам пишешь функцию автолоада, то тебе и решать как искать по неймспейсам.

Файлы вообще желательно не цеплять автозагрузкой из мест, в которых не предполагается кода (т.е. белый список папочек лучше всего). Нормально для статики выделять свой раздел, для файлов сайта свой, а для общих (фреймворки/библиотеки) - отдельный раздел, общий для всех.

Любые метки, не только utm, разбор гет-параметров и вывод соответствующей им страницы.