Symfony *

Плагины в symfony — это самый простой способ внести свой вклад в развитие фреймворка symfony. Плагины легко пишуться, пакуются, устанавливаются и они могут переписать все что угодно в фреймворке. Но существующаю система работы с плагинами не может ответить на вопросы:

• А есть ли плагин который добавляет «вот такую штуку»?
  А поддерживает ли мой любимый плагин новую версию symfony 1.1?
  А совместим ли плагин с Doctrine?
  А какие самые популярные плагины?
  Как я могу помочь доработать плагин?С текущей системой управления плагинами Trac, на эти вопросы ответить тяжело. Сейчас в системе более 200 плагинов, вот потому и решино было сделать для них отдельную систему.
  

Первое что обещают разработчики symfony, первый релиз которой намечается на октябрь месяц, это новая панель администрирования (точнее, новый генератор новой панели) В разработке появилось первое описание концепта новой панели администрирования. Пердлагается разделить модель на две группы:

• Информационные записи (несущие определнные значения)
  — Номер
  — Город
  — Пользователь
  — Страница Контекстные записи (которые прдлагают информцию в контексте, чаще всего «групп» или «категорий»)
  — Група
  — Тэг
  — Категория
  — Тип

Очень нравится этот framework.
Буду переводить часть информации по мере её прочтения. Думаю, что это будет полезно не мне одному. В свою очередь предлагаю обсуждать и дополнять всем, кому эта тема и framework не безразличен

Chapter 12 — Caching

Одним из путей ускорения работы web-based приложения является запоминание части или всего HTML документа, для повторной его выдачи при следующих запросах. Эта технология известна как кэширование. Может применяться как на серверной части, так и на клиентской.

Многие из нас ждали этого дня, держали руку на пульсе и даже участвовали в разработки этого замечательного фрэймворка. И вот настал этот день когда мы можем отпраздновать выход этого действительного революционного фрэймворка вобравшего в себя лучшие стили и практики программирования. Symfony 1.1 принёс много новшеств по сравнению с Symfony 1.0, вот часть того что нас ожидает:

Чем больше я работаю над своим первым проектом на работе, тем больше мне хочется в нем поменять и тем больше я жалею о том, что перед началом работы я не прочитал до конца «The Definitive Guide to Symfony» и не изучил плагины для Symfony. Многие из них мне бы помогли намного сократить время разработки и, что самое главное, не думать о том, как красиво реализовать те или иные вещи… И еще одно — если у вас уже есть кусок системы (как это было у меня), который вы собираетесь переписывать с использованием вашего фреймворка (или просто переписывать, потому что код вам не нравиться) — то мой вам совет — потратьте время на то, чтобы спроектировать этот кусок на план вашей новой системы, не бросайтесь сразу всё переписывать (каюсь, я поступил именно так), так как после анализа (который, возможно, займет у вас не один день, и даже не одну неделю), возможно, от предыдущей архитектуры системы не останется и следа.
Вообще, я люблю проектировать, продумывать, анализировать те или иные решения, которые хочу внедрить в систему (хотя, признаюсь, опыта у меня в этом маловато), но как обьяснить заказчику, что ты провел день в раздумьях… Эх…
Ну ладно, это я отвлекся. Сегодня хочется рассказать о том, с чего стоит начать при разработке системы с помощью Symfony и каких правил следует придерживаться.