• Behaviors — расширение функционала моделей. PHP досих пор страдает отсутствием множественного наследования и behaviors в CakePHP очень технично эту проблему решают.
• Тесты — CakePHP интегрируется с пакетом SimpleTest и позволяет создавать тесты для всех методов контроллеров и моделей. Это очень важно при разработке
• Консольная утилита, позволяющая создавать типичные модели, контроллеры, каркас приложения и т.д. Очень удобная, на мой взгляд.
• Законченная и понятная концепция плагинов. Части приложения, более-менее самостоятельные, можно изготавливать в виде плагинов и использовать в разных проектах.

Авторы не удержались от добавления новых возможностей и, по сравнению с недавно вышедшим RC4, немного расширили функционал валидаторов у моделей. Теперь данные для поля, содержащего URL, можно проверять в режиме ’strict’: тогда ошибка проверки будет возникать, если не указан протокол. Т.е. ‘http://example.com’ — правильно, а ‘example.com’ — ошибочно. Чтобы воспользоваться этой возможностью надо указать примерно такое правило проверки:

$validate = array('website' => array('rule' => array('url', true)));

Т.е. поле ‘website‘ должно содержать правильный URL, а второй параметр (true) как раз и указывает на обязательность наличия протокола (http://, ftp:// и т.п.)

Увы, документацию на версию 1.2, нельзя назвать всеобъемлющей. Это скорее обзор для начинающих, то, что по-английски называют User’s Guide. Документация для разработчика, Developer’s Guide, доступна только на языке PHP.

Очень неудобно отсутствие исключений (exceptions). Это, видимо, плата за совместимость с PHP4. Работу с исключениями можно дописать самостоятельно, но хочется, чтоб поддержка их была и в ядре. Будем надеятся, что в 2.0 они появятся, потому как поддержки PHP4 в следующей версии уже не будет.

34fb6db9-e173-400b-9ad4-ac8c0fa45e49

Автор тестировал производительность 3-х приложений: стандартного ‘Hello, world’, запрос к базе данных на выборку 10 записей и запрос на выборку 1000 записей. Для тестирования использовался, как я понял, массовый бразильский сервер: Debian, PHP 5.2.0, MySQL 5.0, Apache 2.2.3, процессор Xeon 2.66G и 256 мегабайт оперативки. Всяческие хитрости типа Memcache были отключены и не использовались, все приложения запускались, как принято говорить, в production режиме, т.е. с отключенной отладочной информацией и тому подобное.

Тестовые приложения для каждого фреймворка были разработаны на основе документации, а не взяты из готовых примеров. Это, конечно, может наложить некоторый отпечаток, поскольку вряд-ли Хуан одинаково хорошо разбирается во всех пакетах, зато такой подход наглядно демонстрирует то, что можно получить, если завтра принять решение о смене фреймворка. :-)

В тесте принимали участие самые свежие версии:

• CakePHP 1.1.20 — самый свежий релиз версии 1.1
• CakePHP 1.2 RC4 — недавно вышедший наипоследнийший Release Candidate
• CodeIgniter 1.7.0
• Symfony 1.2.1
• Yii 1.0.0
• ZendFramework 1.7.2

Для тестирования использовалась стандартная апачевская утилита ab, измерялось общее количество обработанных запросов за 30 секунд работы. Испытание выполнялось для каждого приложения в двух режимах: с 10 одновременными запросами и со 100 одновременными запросами. т.е. “ab -c 30 -t 10″ и “ab -c 30 -t 100″.

Тест первый: Hello, world!. По горизонтали — количество успешно обработанных запросов.

Производительность приложения Hello, world!

CI и Yii очень быстро обрабатывают обращения к сайту. Диспетчеризация, роутинг, подгрузка нужных контроллера и вида. Что касается ZF — я не удивлен, с его обширной файловой системой и количеством файлов это немудрено. Там за один include системе приходится просмотреть пару десятков, а то и больше, директорий. Cake — вот кто удивил. Возможно, время тратится на всяческие преобразования Inflector’ом и обработку умолчаний. Отговорки о том, что CkePHP совместим с PHP4 не помогут. CodeIgniter тоже поддерживает PHP4.

Тест второй: 10 запросов к базе данных

10 запросов к базе данных

Здесь отрыв немного сократился, но все равно, лидеры вдвое опережают остальных. Обратите внимание, что производительность практически не меняется в зависимости от нагрузки. Что 10 человек одновременно, что 100. CodeIgniter так даже улучшил производительность при большей нагрузке. Здесь, конечно, сказывается кэширование самого MySQL, если 100 человек одновременно будут открывать разные страницы и генерировать разные запросы к БД, то картина вполне может и поменяться.

Тест третий: 1000 запросов к базе данных. Тест достаточно искусственный, выборка 1000 записей для генерации одной страницы чрезвычайно редкое явление. Этим тестом Хуан решил подтвердить тезис о том, что у всех фреймворков очень большие накладные расходы на обслуживание запросов: составление, выборку результатов, превращение результатов в структуры и т.д. Странно, что ему памяти на машине хватило. Cake, например, выбирает все результаты сразу.

1000 запросов к базе данных

CodeIgniter подтвердил свое лидерство. Но вот, что интересно: ZF практически не сдвинулся с места! Все верно, в ZF можно выбирать результаты построчно. CakePHP, по сравнению с ZF, просел прилично, но все-таки у 1.2 RC4 потеря производительности, относительно теста с 10 запросами, меньше, чем у предыдущей версии 1.1.20. Это вселяет некоторую надежду.

Результаты тестов доступны отдельно здесь.

ГЛАГНЕ Яндекс и Firebug. Кликабельно.

Вот все морщат нос и ругают табличную верстку. А вот тем тем не менее кое-кто ее вполне себе использует. Это я не к тому, что надо срочно все переверстывать в таблицы. Скажем так, просто информация к размышлению ;-)

На самом деле просто решил посмотреть, как люди делают список в несколько колонок. Теория есть на A List Apart, а вот как оно в реальности, стало интересно.

• Из компонента AclComponent убрали методы setAro(), setAco(), getAro() и getAco()
• Убран метод Model::normalizeFindParams()
• Из параметров метода JavascriptHelper::codeBlock() убран $safe, ранее отмеченный как deprecated
• Изменен параметр вызова метода XmlNode::toArray(). Вместо $object (=null) теперь $camelize (= true)
• Исправлены какие-то стили, скорее всего для вывода тестов или scaffold views. В общем, если пользуетесь стандартным файлом со стилями, сake.css, обновите его.
• Методы ClassRegistry::_duplicate() и Router::matchRoute() теперь private, переименованы в ClassRegistry::__duplicate() и Router::__matchRoute() соответственно

Можно такие модели перечислить в переменной класса $uses — тогда, они, правда, будут загружаться для любого метода контроллера.

В версии 1.1 фреймворка была функция loadModel(), которая теперь отменена.

Есть еще метод requestAction(), но он объявлен «плохим». И правда, это, по сути, еще один запрос к приложению по полной программе, с диспетчеризацией, роутингом, стартом и инициализацией всех сопутствующих классов. В общем, путь неоптимальный и пользоваться им можно лишь от полной безысходности.

Можно воспользоваться методом App::import() — это хороший метод для многих классов. Но загруженная модель будет неполной. Т.е. это будет просто загруженный класс модели, без всех предварительных инициализаций самой модели и т.п. Этим методом лучше пользоваться для подгрузки своих классов или библиотек сторонних разработчиков.

В общем, я лично чаще всего в Cake 1.2 использовал именно App::import(), мирясь с некоторыми ограничениями. Но, оказывается есть еще один метод, позволяющий полностью загрузить модель, со всем ее «обвесом»

teknoid в своем блоге описал пример создания dashboard, ну примерно как в wordpress 2.7 :-) . Мне полезность самой dashboard как-то сомнительна, но не в ней дело. А дело в том, что это тот редкий случай, когда в одном отдельно взятом методе нужно вызывать методы нескольких совершенно неотносящихся друг к другу моделей. teknoid приводит пример с вызовами методов для извлечения самых активных пользователей, самых посещаемых страниц, свежих новостей и т.д.

Для этого он использует ускользнувший от моего внимания :-) метод ClassRegistry::init(). Вот как выглядит написанный им метод контроллер Dashboard:

 <?php  
     class DashboardController extends AppController {  
 
           var $name = 'Dashboard';  
           var $uses = array();  
 
           function index () {  
                $this->set('topPosts', ClassRegistry::init('Post')->getTop());  
                $this->set('recentNews', ClassRegistry::init('News')->getRecent());  
                $this->set('topEmployees', ClassRegistry::init('Employee')->getTopPerformers());  
                $this->set('topSellingProducts', ClassRegistry::init('Product')->getTopSellers());  
           }  
     }  
 ?>

Этот метод позволяет загрузить только нужные модели, и только тогда, когда они нужны. Это, на мой взгляд, гораздо интереснее перечисления моделей в переменной $uses и принудительной их загрузки вне зависимости от необходимости их использования.

В общем, на мой взгляд, очень полезная вещь. Надо запомнить, может пригодится. Thanks to teknoid :-)

SELECT
	categoryID, name, brief_description,
	customers_rating, Price, in_stock,
	customer_votes, list_price, productID,
	default_picture, sort_order, items_sold,
	enabled, product_code, description,
	shipping_freight
FROM SS_products
WHERE enabled=1 AND categoryID=3
/* Здесь может быть много категорий */
ORDER BY
	IF(`Price`,1,0) ASC,
	sort_order, name;

Если используется учет количества товаров, то вместо поля `Price` надо использовать поле `in_stock`, как я понимаю.

За получение списка товаров для показа отвечает функция prdSearchProductByTemplate в файле core_functions/product_functions.php. Функция здоровая, из нее нам нужен кусок, который начинается с:

$order_by_clause = "order by sort_order, name";

Вот эту строчку и всю ересь далее удаляем, вплоть до строчки

$sqlQueryCount = "select count(*) from ".PRODUCTS_TABLE.

Строка выше должна остаться. ;-) Перед ней вставляем вот такой код:

$order_by_clause = "order by IF(`Price`,1,0) DESC, ";
if (
	isset($callBackParam["sort"]) &&
	in_array($callBackParam["sort"], array(
		"categoryID", "name", "brief_description",
		"in_stock", "Price", "customer_votes",
		"customers_rating", "list_price",
		"sort_order", "items_sold", "product_code",
		"shipping_freight")
	)
)
{
	$order_by_clause .= $callBackParam["sort"];
	if ( isset($callBackParam["direction"]) && $callBackParam["direction"] == "DESC")
	{
		$order_by_clause .= " DESC";
	}
}
else
{
	$order_by_clause .= "sort_order, name";
}

Не идеально, но на скорую руку сойдет. Вот и все, собственно. Теперь все товары с нулевой ценой будут в конце списка. Как сделать различие по другоу полю я уже написал.

Attention please. Не успел достаточно это протестировать, возможно эта функция вызывается еще откуда-нибудь. Перед внесением изменений сделайте себе про запас копию оригинальных файлов, которые собираетесь изменить. ;-)

1. В AppController реализованы методы admin_index(), admin_view(), admin_add() и.т.д. И как же это я сам не сообразил? :-) Пять баллов.
2. В AppModel очень, на мой взгляд, интересный метод searchConditions() для составления параметров запроса к модели и связанным с ней моделям для поиска по строковым и текстовым полям. Еще не пробовал, надо будет проверить, как этот метод работает совместно с ContainableBehaviour.
3. Плагин ‘Users’, как мне кажется, хорошо демонстрирует тактику работы с плагинами: что можно сделать плагином, как с ним взаимодействовать. Есть над чем подумать: “Пользователь” со всеми его “профайлами” и прочим — действительно отдельная часть приложения, но не независимая.
4. Один из очень часто задаваемых вопросов на форуме и гугловской группе — как сделать боковое меню, меняющееся в зависимости от действия, контроллера и т.д. В CakeBook можно посмотреть один из вариантов реализации. Не бесспорный, но интересный.
5. Работа с ‘Vendors’ типа Zend_Search_Lucene. Лично мне было не очень интересно, т.к. я Lucene не использую, но отметить надо. :-)

function view()
{
   if (!$this->Model->id)
   {
      $this->redirect(array('controller'=>'mycontroller', 'action'=>'index'));
      die();
   }
/*
 * Ну тут код дальше
 */
 
}

protected function redirect_if_no_id($params = array())
{
// Значения по умолчанию
   $defaults = array(
      'flash' => null,
      'id' => $this->{$this->modelNames[0]}->id,
      'action' => 'index'
   );
 
   extract(array_merge($defaults, $params));
 
// Если ID есть, то ничего не делаем
   if ($id) return;
 
// Если передана переменная flash -- отдадим ее
// SessionComponent'у
// Здесь хорошо бы проверку, загружен-ли
// SessionComponent вообще
   if ($flash) $this->Session->setFlash($flash);
 
// Редиректим и умираем
   $this->redirect(array('controller'=>$this->params['controller'], 'action'=>$action));
   die();
}

• ключ id - значение, которое надо проверить. Если не указано, используем id от первой загруженной модели
• ключ flash - сообщение для пользователя. Если не указано, значит все делаем молча
• ключ action - действие, на которое надо редирект сделать. Если не указано, то index.

1. Как уже написал, получаем id записи и массив id связанных записей
2. Проверяем есть-ли уже какие-нибудь пары id-id и удаляем их
3. Добавляем связи

/**
 * Добавляет связь между двумя записями
 *
 * @param mixed $assoc С какой моделью установлена HABTM связь
 * @param mixed $assoc_ids Идентификатор или массив идентификаторов записей, привязываемых к выбранной записи
 * @param integer $id Идентификатор выбранной записи в этой модели
 * @return boolean Success
 */
function addAssoc($assoc, $assoc_ids, $id = null)
{
   if ($id != null) {
      $this->id = $id;
   }
 
   $id = $this->id;
 
   if (is_array($this->id)) {
      $id = $this->id[0];
   }
 
   if ($this->id !== null && $this->id !== false) {
 
      $db =& ConnectionManager::getDataSource($this->useDbConfig);
 
      $joinTable = $this->hasAndBelongsToMany[$assoc]['joinTable'];
      $table = $db->name($db->fullTableName($joinTable));
 
      $keys[] = $this->hasAndBelongsToMany[$assoc]['foreignKey'];
      $keys[] = $this->hasAndBelongsToMany[$assoc]['associationForeignKey'];
      $fields = join(',', $keys);
 
      if(!is_array($assoc_ids)) {
         $assoc_ids = array($assoc_ids);
      }
 
      $found_assoc = $db->query(
         "SELECT `{$keys[1]}` FROM $table WHERE `{$keys[0]}` = " .
         $db->value($id, $this->getColumnType($this->primaryKey)) .
         " AND `{$keys[1]}` IN (" .
         join(',', $db->value($assoc_ids)) .
         ")");
 
      $found_assoc = Set::classicExtract(
         $found_assoc,
         '{n}.' . $db->fullTableName($joinTable, false) . '.' . $keys[1]
      );
 
      $assoc_ids = array_diff($assoc_ids, $found_assoc);
 
      if (!empty($assoc_ids))
      {
         foreach ($assoc_ids as $assoc_id)
         {
            $insert_values[] =
               '(' .
               $db->value($id, $this->getColumnType($this->primaryKey)) .
               ',' .
               $db->value($assoc_id) .
 
               ')';
         }
 
         $db->execute("INSERT INTO {$table} ({$fields}) VALUES " . join(',', $insert_values));
         unset ($values);
      }
 
      return true;
   } else {
      return false;
   }
}

1. Запускаем сессию и отдаем пользователю Вид (View) с двумя ссылками, например, на Controller1/action1 и на Controller2/action2
2. Кликаем по первой ссылке
3. Не дожидаясь загрузки страницы с видом Controller1/action1, кликаем по второй ссылке
4. Сессия потеряна