Комментарии 40
можно добавить линк на сайт о symfony2 — http://symfony-reloaded.org/
презентация symfony2
Буду благодарен если будете дополнять это все в комментах, у меня пока нет возможности своевременно редактировать, простите: )
не беда :)
вот еще ссылка на все слайды с конференции.
вот еще ссылка на все слайды с конференции.
Все, замораживаем всю разработку до выхода 2.0 =) Жаль что про пропель 1.5 не было ничего.
Ура! А вот и ответ на мой вопрос о производительности!
Автору спасибо за топик, а я пойду поэкспериментирую с веткой 2.0 из SVN… (вдохновлен, не удержался =))
Автору спасибо за топик, а я пойду поэкспериментирую с веткой 2.0 из SVN… (вдохновлен, не удержался =))
Перелазьте уже на Git. Основной реп на GitHub. В SVN только еже15минутный миррор с read-only доступом.
Давно есть такое желание, но перевести даже один проект (не говоря уже про все) с SVN на Git это не быстрое дело :(
Поэтому, пока занимаемся более приоритетными делами.
Было бы кстати интересно узнать об опыте перехода с SVN на Git. К сожалению, в нашем случае на SVN завязано очень многое — continuous integration, branching, тесты… Как совершим полный перевод всего — обязательно отпишу о результатах.
Поэтому, пока занимаемся более приоритетными делами.
Было бы кстати интересно узнать об опыте перехода с SVN на Git. К сожалению, в нашем случае на SVN завязано очень многое — continuous integration, branching, тесты… Как совершим полный перевод всего — обязательно отпишу о результатах.
У Git есть гибкие средства и встроенные утилиты для конвертирования SVN репозиториев. Так что я бы не назвал переход сложном. Вся сложность сводится к его изучению. Но я считаю, что оно того стоит.
Связка Git+GitHub позволит Sensio развивать Symfony 2 в разы быстрее и принимать участие комьюнити совершенно на другом уровне, нежели позволял SVN+Патчи
Связка Git+GitHub позволит Sensio развивать Symfony 2 в разы быстрее и принимать участие комьюнити совершенно на другом уровне, нежели позволял SVN+Патчи
НЛО прилетело и опубликовало эту надпись здесь
Дайте французу инвайт :)
Француз кстати сильно разочаровался, что хабр не имеет интернациональной версии: ) Он кстати разработчик sfMediaBrowserPlugin
университет красивый, прям как хогвардс из сказки про поттера )
«В частности он отметил, что для маленьких проектов нужно отказываться от ORM, а для средних использовать Doctrine.»
почему, интересно? любой орм очень хорош для прототипирования, суть для небольших и необходимых asap проектов.
почему, интересно? любой орм очень хорош для прототипирования, суть для небольших и необходимых asap проектов.
«парень из штатов» который расскзаал об интеграции Zend Framework это не много не мало мэнеджер проэкта Zend Framework Matthew Weier O'Phinney
Как-то решил внедрить Symfony Dependency Injection Component в компании и очень об этом пожалел. Довольно много багов, странная архитекутра с неуместным использованием наследования и непонятный статус разработки (stable?, beta?). Это был мой единственный и очень неприятный опыт с Symfony.
Как-то решил внедрить Symfony Dependency Injection Component в компании и очень об этом пожалел. Довольно много багов, странная архитекутра с неуместным использованием наследования и непонятный статус разработки (stable?, beta?). Это был мой единственный и очень неприятный опыт с Symfony.
«Структура папок совершенно другая, мне сильно напомнила ROR.»
Вот порылся на сайте нового симфони, структура интересная. Нравится прежде всего тем, что поменялась философия плагинов-модулей ибо сталкивался с ситуациями когда пихали код в плагины, которому нужно было быть в проекте, только потому что хотели его использовать в другом месте. Затем тонны плагинов тормозили проект. Если всё будет бандлами, и всё будет в гите — вопросы использования кода в других проектах отпадут, всё будет ставиться просто и легко.
Так что в ней похожего с Рельсами? Или имелись ввиду Рельсы 3?
Вот порылся на сайте нового симфони, структура интересная. Нравится прежде всего тем, что поменялась философия плагинов-модулей ибо сталкивался с ситуациями когда пихали код в плагины, которому нужно было быть в проекте, только потому что хотели его использовать в другом месте. Затем тонны плагинов тормозили проект. Если всё будет бандлами, и всё будет в гите — вопросы использования кода в других проектах отпадут, всё будет ставиться просто и легко.
Так что в ней похожего с Рельсами? Или имелись ввиду Рельсы 3?
эх. все отлично в symfony2, только не хватает легкого шаблонизатора.
понимаю, что через бандлы теерь можно будет легко прикрутить тот же Twig. Но хотелось бы из каробки.
понимаю, что через бандлы теерь можно будет легко прикрутить тот же Twig. Но хотелось бы из каробки.
Вся фишка в том, что новый Templating Component, входящий в состав Symfony 2 позволит не только интегрировать любой приятный вам шаблонизатор в проект, но и интегрировать сразу несколько из них в проект (php для девелопмента + twig/smarty-шаблоны, хранящиеся в базе для дизайнеров).
Плюс, надо учитывать, что абсолютно все в Symfony 2 — бандлы. Думаю, бандл для twig появится еще до релиза Symfony 2, поэтому не вижу разницы между готовым бандлом и «из каробки».
Плюс, надо учитывать, что абсолютно все в Symfony 2 — бандлы. Думаю, бандл для twig появится еще до релиза Symfony 2, поэтому не вижу разницы между готовым бандлом и «из каробки».
ну я собственно это и написал.
да, с одной строны это был бы перекос в сторону одного из решений. Но с другой стороны, был бы шаблонизатор. внедрением и поддержкой которого занимаются создатели фрейворка. Был бы более быстрый старт для новичков. Плюс для сторонних бандлов уже было бы решение для их шаблонов, которые не обязательно делать нативным php или тащить любымый template-движ в зависимом бандле.
Такая же ситуация в django. Есть стандарт, на который равняются писатели сторонних приложений, но если хочется, всегда можно прикрутить другой шаблонизатор. Схема очень удобна.
да, с одной строны это был бы перекос в сторону одного из решений. Но с другой стороны, был бы шаблонизатор. внедрением и поддержкой которого занимаются создатели фрейворка. Был бы более быстрый старт для новичков. Плюс для сторонних бандлов уже было бы решение для их шаблонов, которые не обязательно делать нативным php или тащить любымый template-движ в зависимом бандле.
Такая же ситуация в django. Есть стандарт, на который равняются писатели сторонних приложений, но если хочется, всегда можно прикрутить другой шаблонизатор. Схема очень удобна.
Посмотрите на этот бандл.
github.com/advanderveer/TwigBundle
Лично мне сильно импонирует возможность писать разные шаблоны. И разность этих шаблонов определяется расширением файла.
Т.е. если у вас установлен порядок обхода twig/html, то в папке с шаблонами будет сначала искаться файл index.twig, а затем index.html.
Подобный подход позволяет сделать с шаблонами всё что угодно, вплоть до использования собственного шаблонизатора.
github.com/advanderveer/TwigBundle
Лично мне сильно импонирует возможность писать разные шаблоны. И разность этих шаблонов определяется расширением файла.
Т.е. если у вас установлен порядок обхода twig/html, то в папке с шаблонами будет сначала искаться файл index.twig, а затем index.html.
Подобный подход позволяет сделать с шаблонами всё что угодно, вплоть до использования собственного шаблонизатора.
слон прикольный стоит на столе у них
Подскажите, если не сложно разумеется, русскоязычный сайт для вхождения в Симфони из CodeIgniter, YII, Rails?
Да поюзал 2, он действительно очень быстрый из-за сборки в кеш, в целом новые пакеты однозначно хорошо придумали, намного удобнее плагинов
Однозначно еще понравился шел…
Огромное спасибо за отчет, ждем еще!
Презентации На SlideShare:
Building A Platform From Open Source At Yahoo
Using Doctrine Migrations
Using symfony events to create clean class interfaces
Building A Platform From Open Source At Yahoo
Using Doctrine Migrations
Using symfony events to create clean class interfaces
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Symfony Live 2010. День второй