о боже!
но самое печальное, что такое встречается повсеместно во многих платных и гораздо более дорогих продуктах (например про netcat тут уже была статейка)…
мне кажется пора уже статью в кодексе вводить, по которой за представление такого качества продукта — наказывать самым жестким способом!
больше все же программирую из-за нехватки рук в отделе, но с течением времени(с момента назначения на должность ПМ) все больше времени уделяется управлению.
странный опрос получился: программистов почему то разделили( при этом далеко не все направления указали), а руководителей в одну кучу замешали, да и вообще много чего не хватает…
если конкретнее о себе, то совмещаю несколько специализаций:
по регламенту — проект менеджер, но так же по совместительству ведущий программист, в итоге объединяю в той или иной степени такие профессии, как:
менеджер по проектам, архитектор проектов, php программист, верстальщик и даже иногда сис. админ.
ну разница даже сейчас есть, хотя ещё не реализована вся логика до конца, хотя бы в том, что виджет может «сам себя» кэшировать…
и
Во вторых такое решение было принято из следующих побуждений:
В дальнейшем(как руки дойдут), хочу реализовать функционал «управления выводом компонентов», т.е. в шаблоне указаны, где и какие компоненты выводить, но если нам нужно будет отключить вывод для определенного контроллера или его метода какой либо виджет, то через простой интерфейс, без затрагивания самого виджета или шаблона, будет это легко сделать!
Я тоже реализовал концепцию компонентов в своих приложениях, только вдохновила меня реализация их в Yii.
Вынес компоненты в отдельные классы (мне показалось что реализовывать эти компоненты в контроллерах не лучшее решение).
Каждый компонент наследуется от общего класса Widget_Core.
Вызов компонента в представлении происходит через фабричный метод этого класса, т.е. так:
<?=Widget::factory($component_name, TRUE)->render()?>
Widget_Core позволяет закэшировать весь компонент, для этого всего лишь нужно указать вторым параметром в методе factory TRUE.
В данной классе далеко не все реализовано, что задумано, из-за банальной нехватки времени.
Чтобы не быть голословным, вот архив с классом и простым примером:
ifolder.ru/11276566
Спасибо всем! узнал много полезного из самого топика и из некоторых комментариев.
Если будет не сложно дайте ссылки на статьи по оптимизации запросов, какие запросы и в каких случаях правильнее делать ну и вообще по теме, буду благодарен!
о, спасибо, нашел статью случайно по запросу в гугле =)
как раз начал заниматься изученим kohana, а то в ci мне как раз не нравится его совместимось с php4…
а мне что то из серии Уличной Магии, пришло в голову, почему то =)
google: ага, вот этот браузер!
microsoft: ненене google, ненеее
-ааа, что ты делаешь демон!
-скукож его обратно!
но самое печальное, что такое встречается повсеместно во многих платных и гораздо более дорогих продуктах (например про netcat тут уже была статейка)…
мне кажется пора уже статью в кодексе вводить, по которой за представление такого качества продукта — наказывать самым жестким способом!
если конкретнее о себе, то совмещаю несколько специализаций:
по регламенту — проект менеджер, но так же по совместительству ведущий программист, в итоге объединяю в той или иной степени такие профессии, как:
менеджер по проектам, архитектор проектов, php программист, верстальщик и даже иногда сис. админ.
>Wolfram|Alpha сейчас не понимает русский язык.
скриншот: smages.com/83/66/8366f48d085e125aea7a8c6325c43e9a.png.htm
так что кажется все таки будет=)
Все зависит какими способами собирается и анализируется информация, мне кажется…
интересно планируется ( или уже существует ли) поддержка русского и других языков?!
forum.kohanaphp.ru/comments.php?DiscussionID=39
Я же в свою очередь, как доделаю свой вариант, тоже выложу в паблик!
и
Во вторых такое решение было принято из следующих побуждений:
В дальнейшем(как руки дойдут), хочу реализовать функционал «управления выводом компонентов», т.е. в шаблоне указаны, где и какие компоненты выводить, но если нам нужно будет отключить вывод для определенного контроллера или его метода какой либо виджет, то через простой интерфейс, без затрагивания самого виджета или шаблона, будет это легко сделать!
Вынес компоненты в отдельные классы (мне показалось что реализовывать эти компоненты в контроллерах не лучшее решение).
Каждый компонент наследуется от общего класса Widget_Core.
Вызов компонента в представлении происходит через фабричный метод этого класса, т.е. так:
<?=Widget::factory($component_name, TRUE)->render()?>
Widget_Core позволяет закэшировать весь компонент, для этого всего лишь нужно указать вторым параметром в методе factory TRUE.
В данной классе далеко не все реализовано, что задумано, из-за банальной нехватки времени.
Чтобы не быть голословным, вот архив с классом и простым примером:
ifolder.ru/11276566
Постепенно перехожу на него с CI
Если будет не сложно дайте ссылки на статьи по оптимизации запросов, какие запросы и в каких случаях правильнее делать ну и вообще по теме, буду благодарен!
как раз начал заниматься изученим kohana, а то в ci мне как раз не нравится его совместимось с php4…
присоединился к раздаче!
Все я пропал на долго — пошел тестить =)
google: ага, вот этот браузер!
microsoft: ненене google, ненеее
-ааа, что ты делаешь демон!
-скукож его обратно!
ну что то в этом духе =)