Коментари на: Защо CakePHP е едно ниво пред Kohana и CodeIgniter

От: Nik

Nik — Mon, 25 Jan 2010 09:03:15 +0000

Бях го чул това, но не бях го чел. Значи знаеше се, че този сайт е написан на CakePHP1.1 който е толкова outdated, че просто няма нужда да се споменава.

В коментарите се вижда, че просто хората имат програмисти на Django и просто ще им е по-лесно да го поддържат.

От: Наско

Наско — Mon, 25 Jan 2010 07:54:49 +0000

За съжаление в края на 2009 г. Mozilla Addons взеха решение да заменят CakePHP с Django. Това беше разочароваща новина за общността около CakePHP, като се има предвид, че Mozilla Addons беше един от най-големите и натоварени сайтове, ползващи Cake.

Ето тук момчетата от AMO споменават някои от аргументите си за това решение: AMO Development Changes in 2010

От: admin

admin — Thu, 08 Oct 2009 16:52:24 +0000

@Nik: Благодаря ти за допълнението към темата и съветите.

В Кохана мултиланга се изпълнява посредсвом клас, който прави нещата много тегави, а самите преводи се пъхат в масиви, доста е неудобно в сравнение с да речем решението на ZF, което позволява елементарна гъвкавост. Практически мултиланг модула, прави елементарно задаване на двубуквен стринг преди контролера и оввърайдва някой функции за да работят както трябва, освен това прави същото, което както казваш ти прави Cake да детектва езика на браузъра, създава кукита с последно избрания език и го детектва в при следваща визита на потребителя. Като цяло интернационализайшъна и мултиланг модула са две благинки, които спестяват време, но не са нищо притенциозно или сложно, просто хубав фиичър, който идва на готово

Не знам как стоят нещата с __() но силно се надявам да са доста по-добре от мудното решение на Кохана.

От: Nik

Nik — Thu, 08 Oct 2009 16:17:47 +0000

Аз кодя на CakePHP от началото на 2007 ето нещата които забелязах:

1. Моделите в контолер се зареждат с
var $uses = array(‘Model1′, ‘Model2′) и т.н. като ако зададеш $uses трябва да включиш и default модела на контролера на първо място (иначе не се включва, това за първото място е защото в индекса функцията ще прецака модела).

2. Ако сложиш app_controller.php файл в ~root~/app/ (взет от ~root~/cake/libs/controller/app_controller.php) може да си зареждаш модели, компоненти и да пишеш функции, които ще са видими във всички контролери (те екстендват AppController). Подобно е и с app_model.

3. Multilang може би имаш предвид превод на статичните текстове. Ако е така, превод се прави с функцията __(). CakePHP ползва .po translations. И ако имаш повече от 1 език в приложението, кейка детектва автоматично езика от браузера. Ако ползваш __() после има парсер в конзолата, който ти събира всички стрингове в един или повече файлове (виж i18n опцията в cake console, или погледни в CakeBook – търси Internationalization).

Надявам се да съм бил полезен.