Друзья, доброго времени суток. На выходных думал о предстоящей работе, помогая родителям класть плитку вокруг дачи. Основные моменты остались теми же, скоро приступаю к работе. Начну, пожалуй, с прав доступа. В большинстве случаев проще переписать шестеренку заново, чем вносить изменения в уже написанное в силу того, что написание новой шестеренки занимает несколько часов. По шаблонизатору все сложнее. Самый простой вариант — поставить Smarty, который крайне популярен и имеет отличную документацию. Писать свой шаблонизатор и переделывать все шаблоны под него — более трудоемкая задача.
Также есть мысли усовершенствовать систему хуков для меньшего потребления ресурсов.
Решил обо всем, что делаю, делиться с вами в режиме реального времени — для полного контакта.
1 слишком большая либа в которую самому что либо дописать очень сложно и разобраться где ошибка тоже
2 лишний синтаксис
3 тупое хранения шаблонов
4 стремное кэширование
5 очень медленно работает
1 краткий вид шаблона понятней чем вид смарти
2 скорость максимальная
3 подсветка синтаксиса будет работать во всех прогах что облегчит верстку.
Самый большой его недостаток — вообще не задокументированный код.
Разобраться в нем в случае чего реально только самому его разработчику.
Просто Quicky использует его синтаксис — поэтому будет проще шаблоны переделать (особенности Quicky убрать из них просто).
Хорошо, буду рассматривать псевдо-родной шаблонизатор в первую очередь ({$variable}).
Так что будем надеется что с нативным шаблоном производительность увеличится, благо есть те кто готов помочь.
p.s. Интересно реально ли поставить cogear на Nginx?
Теоретически можно. Транслировать правило .htaccess надо только на него и настроить FastCGI.
Производительность и мультиплатформенность — две основных занозы на данный момент.
Лучше всего использовать нативный шаблонизатор, можно сделать развитую систему хелперов, как в RoR и подобных ему фреймворках, и таким образом получить скорость и подсветку синтаксиса в редакторах и компактный код.
Если в CI сделать простой вывод $this, то от размером рекурсивного дерева объекта зависает браузер.
Singleton — это хорошо, но в меру.
Видимо, поэтому появилась Kohana.
Я вот тоже долго пытался использовать готовые фреймворки, но все равно пришел к тому что под мои задачи проще сделать 5-6 базовых классов. Самым сложным оказался ActiveRecord.
С точки зрения законченности продукта — да. Можно исправить баги до конца, написать установщик. Но он будет не настолько быстр и понятен, как если писать все свое.
Поэтому важный вопрос — стоит ли тратить на это время или же лучше сразу идти вперед, не задерживаясь.