rakot

Сразу извинюсь за душнила mode on. Иногда я забываю за что хейтят PHP, когда я вижу подобный код, то спускаюсь на землю.
1. Не надо делать echo в функции, если делаете echo, то и называйте функцию echoMeta, но все равно, каноничнее возвращать результат.
2. get_the_ID - ужасное название. Что за the? Это какой-то божественный id? Почему id большими буквами? Я понимаю когда идет спор getJson или getJSON, но в случае с get_json уже споров нет.
3. Зачем вы пытаетесь изобрести вывод JSON? У вас любая ковычка в данных положит страницу. Сформируйте объект и штатными средствами сгенерируйте json.
4. Разделите логику и шаблон, на эти куски echo больно смотреть, хотя в WP это канон.

У вас PK это автоинкримент? Если да, то вот так

select * from timeline where id>id_последнего_сообщения_в_ленте LIMIT 10

1. Напишите функцию для представления десятичного числа в нужный вам ключ. Только обязательно двухстороннюю, а не хеш(чтобы коллизий не было)(хотя можно не писать, а взять тот же Base62).
2. Возьмите начальную точку для генерации последовательностей, например число 123231314.
3. Прибавляйте rand(50000,100000) к числу и генереруйте по новому числу ключ.
4. После генерации требуемого колличества сохрание новую начальную точку.

Gii в Yii как раз то, только тот что идёт в комплекте с фреймворком несколько неудобный CRUD генерит.
Я для себя его раширил по принципу постфикса полей, а именно:
Если у названия поля закинчивается на:
_date — значит в админке будет поле даты
_datetime — дата со временем
_image — поле загрузки картинки в папку аплоадс по контроллеру
ну и enum раскладываю в селект.

Экономит вагон времени в сравнении со стандартным Gii.

В большинстве случаев этот вопрос — экономия на спичках.
В данном случае большой запрос будет простым и выполнится легко, значит будет быстро.
Много мелких запросов, скорее всего вообще не дойдут до базы, а результат будет взят из кеша, а значит тоже будет выполнен быстро.

Делайте так, как вам удобно, а желание оптимизировать приберегите для мест, где это действительно нужно.

На вашем хостинге нет Cron'а?

Храните сессии в Redis

Может, это не ваш случай, но после 700 конкурентных запросов, у меня на сервере тоже происходил затык.
Дело было в в создании файлов сессий на диск, после переноса сессий в редис от этого избавился.

Поставьте в крон скрипт, который будет собирать логи по расходу оперативки, написать его не займет более получаса.
Кстати PHP сами собирали или из dotdeb?

Открываем top и смотрим, кто чего много ест, вскрываем самого прожорливого. Если никто, то скорее всего дело в какой либо блокировке, возможно даже в файловой(система ждёт блокировку на запись в файл кеша).

Kohana хороший фреймворк, но слишком «простой» для больших проектов.
Yii хорош, т.к. многие вещи уже написаны за вас, оформлено в виде расширений, многие сложные вещи, делаются одной строчкой(правда несколько раз сталкивался с тем, что очень простые вещи одной строчкой не получаются =) ).
Если проект крупный, то Yii или Symfony2. Кохану крупный проект не рекомендую.

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

Посмотрел код.
Для тестового задания более чем хорошо, присоединяюсь ко всем, вас просто кинули.
Если нужна критика по коду:
1. $core = new Core( $db ); Плохая практика, пихать всё в конструктор. Эстетичнее Core( $db )->run();
2. sizeof, очень непривычна для вычисления размера массива, пользуйтесь count.
3. Корзина написана ужасно, сплошная смесь вёрстки, PHP и SQL. SQL в представлениях является очень дурным тоном.
4. Постоянно тащите за хвост переменную $db(передаёте в конструктор), от этого нужно избавляться.
5. var $db; мы всё ещё в PHP4?

Могу еще по придираться к коду, но не вижу смысла, недочёты мелкие. Любой, кто не допускает этих недочётов, послал бы далеко и на долго компанию с таким объёмным тестовым заданием.

У меня была проблема с getUser, дело было в том, что данный метод проверял гетовые параметры и сессию на наличие пользователя, если этих данных не находил, то все последующие вызовы возвращал 0, до следующей инициализации класса.
Возможно это не ваш случай, но всё же.

Я не вижу какой либо проблемы. Используйте array('key'=>'value'), для объектов можно использовать преобразование (object)array('key'=>'value'). Да, писать несколько больше, но не критично.

$someVar — параметр класса.
$some_var — внутренняя переменная внутри метода.