Разницу видно меньше потому-что картинки немного пережал сам сервер (imgur) на который я аплоудил. Но код есть в статье так-что можете попробовать сгенерить их сами =)
Хм ну в нашем случае памяти не так жалко. Так как память не такая уж дорогая, и 4 Гб которые есть у сервера не были проблемой ни в одном случае. GD действительно самый прожорливый. Насчет сравнивания размера файлов то здесь больше зависит от степени сжатия (если говорить о JPEG) а не от самой библиотеки, так как алгоритм повсюду похож.
их ОРМ (Eloquent) очень кривой. например вот как работает eager loading:
foreach (Book::with('author')->get() as $book)
{
echo $book->author->name;
}
In the loop above, only two queries will be executed:
select * from books
select * from authors where id in (1, 2, 3, 4, 5, ...)
Та же кохана делает такое одним запросом с лефт джойнами.
Представте себе теперь что у вас 10000 books, в случае ларавел алогоритм выберет все 10000, пройдет по ним, соберет айдишки, создаст запрос с айдишками через кому (кстати если если нужно поддгрузить больше связей то запросов будет больше, и учтите что есть ограничение на размер параметров в IN ), потом пройдется по масивам еще раз и соединит books и authors. Памяти выжрет вагон.
Вот в той же PHPixie о которой я писал создатся один запрос с джойнами и в памяти всегда будет только 1 книга и ее автор (так как будет использоватся курсор для прохода по строчкам резульата запроса).
Ну форум коханы тоже не на кохане и тд.
Вордпрес идеален имхо для писания постов и коментов.
А писать фактически новый ЦМС и форум и тд работа не одного дня.
ЦМСок на пиксе еще не видел кстати
Я имел ввиду что другие фреймворки часто патчатся людьми котрые их используют и находят баги. А без знания Си патчить Фалкон не выйдет, и даже крутые ПХП девы не смогут его поедитать
Доктрина по мне уж слишком тяжелая, прикручивать ее к легкому сайлексу всё равно что к велосипеду прицеп цеплять. З сайлекс можно попробовать www.phpactiverecord.org/. Как вам?
Ну если использовать други библиотеки тогда не так шустро будет.
Странное потому что пхп девелоперам без знания Си трудно будет что то к нему допилить или даже понять его сорс.
Ну я вел к тому что в результате таки придется ставить библиотеки которые уже не будут модулями к ПХП. Модуль фалкона поставляется с гораздо большим количеством фич.
С того что я вижу Yaf предоставляет только базу, а ОРМ и все другое придется прикручивать. Но для простеньких штук (например чатик без БД) думаю подойдет отлично.
Если бы в пиксе не было бы своей библиотеки то использовали бы имеджин.
github.com/dracony/Sylph
Он налету создает класс из описанных в масиве пропертей (включая методы).
Та же кохана делает такое одним запросом с лефт джойнами.
Представте себе теперь что у вас 10000 books, в случае ларавел алогоритм выберет все 10000, пройдет по ним, соберет айдишки, создаст запрос с айдишками через кому (кстати если если нужно поддгрузить больше связей то запросов будет больше, и учтите что есть ограничение на размер параметров в IN ), потом пройдется по масивам еще раз и соединит books и authors. Памяти выжрет вагон.
Вот в той же PHPixie о которой я писал создатся один запрос с джойнами и в памяти всегда будет только 1 книга и ее автор (так как будет использоватся курсор для прохода по строчкам резульата запроса).
Я бы намного меньше затруднялся с выбором если бы имя было другим.
Ну с другой стороны помогает отсеять ентерпрайзщиков =)
Вордпрес идеален имхо для писания постов и коментов.
А писать фактически новый ЦМС и форум и тд работа не одного дня.
ЦМСок на пиксе еще не видел кстати
Я кстати видел длинную регулярку с поддержкой все ютуб линков, но ввиду ее сложности подумал что пихать ее в туториал будет излишним
$model = $this->pixie->app_namespace.'Model\\'.$name;
$model = new $model($this->pixie);
то есть в вашем случае будет $pixie->get('Bar\Iddqd');
phpixie.com/wp-content/uploads/2013/01/yii.png
Странное потому что пхп девелоперам без знания Си трудно будет что то к нему допилить или даже понять его сорс.