Symfony легко интегрируется либо с Doctrine, либо с Propel. Вообще замечательная штука! Больше ни в каком движке такого не видела, все какие-то самописные ORM.
Спасибо большое, давным-давно искал какое-то рабочее готовое решение для symfony фреймворка версии 1.2.
Очень просил бы вас сделать так, что бы можно было скачать проэкт без самого фреймворка, зачем мне его тянуть, если он у меня установлен уже.
Достаточно же только путь прописать.
Скоро сделаем такую сборку.
Прежде всего нам надо было понять, что наше творение нужно народу.
Видим — нужно, будем дальше двигаться в этом направлении =)
Сайт ваш недоступен :) Однако я с радостью бы посмотрел что это за зверь и чем он отличается от Laconica хотя бы. Ищу давно готовое решение для микрокомьюнити, поэтому проблема больная.
И еще — хорошо бы без SVN просто в архиве можно было скачать.
Есть у доктрин один недостаток — он для относительно короткоживущих скриптов. А у долгоживущих память куда-то утекает…
Вот не знаю, исправили или нет. А так-класс!
>А без ОРМ куда хуже, чем с ним
спорное утверждение.
при увеличении кол-ва пользователей ОРМ нагнет вашу БД и вы наглядно увидите кто в Движке главный тормоз )
«Тяжелые» запросы стандартно выносятся из ОРМ и делаются ручками. А что можно класть на орм — лучше туда положить. И разработка быстрее, и архитектура лучше…
Порядка 20-30. Но во-первых, мы еще всерьез не занимались оптимизацией, а во-вторых, большая часть этих запросов на самом деле в кэш, а не в базу. Страница формируется меньше 300 мсек.
Начнутся проблемы с производительностью — подключим мемкешед и закешируем данные на любом уровне (как кстати делает жжшчка)
20-30 для ОРМ это еще терпимо.
у некоторых любителей Пропела и доктрин встречал сотни запросов к БД на страницу и они считали что это нормально.
оптимизация тут кстати не особо гибкая, так как всё упирается в возможности самого ОРМ движка.
а если править сам движок то это либо костыли либо велосипеды )
в общем, дело вкуса конечно, но ОРМ и Высокая нагрузка — взаимоисключающие вещи.
простота и скорость разработки — ведет к тому, что некоторые любители ОРМ даже SQL знают поверхностно ))
Если не знать особенностей СУБД и SQL, можно хоть с орм, хоть без орм полную ахинею написать =)
Мы за орм тк оно дает хорошую архитектурную основу и уменьшает время разработки. И была у меня пара проектов с достаточно высокой нагрузкой, юзающих орм(prosoft.ru, youterra.ru). Все надо с умом )
опыт не очень плотный, щупал доктрину, работал с реализациями велосипедов ОРМ, даже своё пытался написать раньше.
этого мне было достаточный для того чтобы сделать для себя определенные выводы )
Движок микроблоггинга Reactor