Оптимизайка

2. клац, клац, zip, upload, какие ещё скрипты, далее

3. неделю нет заявок

4. "я ничего не нажимал, оно само"

5. (facepalm)

apt-get upgrade ;)

Мне показалось, что сохранение всех записей, а не только поля views. У вас же нет контроля только тех полей, что изменились. Но даже и это при большой нагрузке плохо, да и бесмысленно, т.к. статью будут "читать" роботы в том числе. Хотя для демо приложения нестрашно, просто FYI ( я просто в состоянии аффекта от попыток оптимизации одного проекта с такими-же счетчиками :) )

$article = $category->articles()->where('url', $request->url)->first();
if (!$article->exists()) Error::create(404);
$article->views++;
$article->save();

на каждый просмотр статьи?! OMG!

И самое главное: что в syslog сыпется от ядра, что вы его параметры тюнить начали? Какие ошибки?

Почему нет? Вам нужно сделать образ диска с виндой на машине идентичной конфигурации, настроить её и закатать образ на диск целевой машины командой dd.

Это я и имел ввиду - значит у вас уже так и есть. Тогда непонятно, зачем передавать в compl имя шаблона main.tpl, когда в методе load он становится известен и вся работа уже проводится там?

А вы сделайте, чтобы compl не "собирал тэги", а просто составлял массив (член класса вашего шаблонизатора) для замен в будущем. А метод load потом по этому массиву пусть "собирает", после чего делает что раньше делал.

https://ru.wikipedia.org/wiki/%D0%90%D1%83%D1%82%D1%81%D1%82%D0%B0%D1%84%D1%84%D0%B8%D0%BD%D0%B3

Выбираться из iframe и монетизировать баннерами ☝