Странный у вас шардинг, конечно… По имени модели работает.
Да и вообще-то синглтона в вашем примере более чем достаточно.
При необходимости осуществить конекшн на другой шард — создаем новый конекшн.
А его уже вызываем из синглтонов. Впринципе вряд ли у вас один скрипт будет последовательно писать на много шардов, а значит такой подход как раз пойдет.
Я не отмечал себя ни на одной реальной фотке. Но смотря на список из этих 360 новых фотографий, понимаю, что для вконтакта этого и не надо. У них же все эти маркеры хранятся. И даже если я их все удалю, они наверняка где-то останутся. Так что спасибо друзьям: можно регаться под вымышленым именем, писать вымышленую биографию, но если добавляешь реальных друзей, то всё. До тебя доберутся >:)
Есть ещё Ubuntu One.
Ну и что, что есть куча других сервисов? Это не мешает пользоваться дропбоксом. Ведь он полностью кросс-платформенный плюс с веб-интерфейсом.
Ну со своей стороны, я не скажу, что под линухом всё происходит идеально. Тоже есть свои заморочки: установить RVM, проконтроллировать, чтоб 1.9.2 был дефолтным. Не скажу, что конкретно эти шаги сложные, но с непривычки могут быть проблемы.
Да и каких-то стандартных некросспрлатформенных библиотек я в Rails пока не видел. Проект абсолютно спокойно может одновременно работать и под виндой и под линуксом.
1. Честно, не помню каких-либо проблем с этим. Впрочем, даже если они будут, стоит их преоодолеть.
2. Вам нужен будет файл libmySQL.dll, который входил в InstantRails, сейчас возможно и в других пакетах есть. Его стоит скопировать в Ruby/bin и тогда мускуль заработает.
— 1.8.7 совершенно не наш метод. Зачем его вообще было ставить? 1.9.2 ставится отлично, работает быстрее. Короче, плохой совет ставить сейчас 1.8.7
— совершенно не описана установка MySQL. А это важно. Если ставить без инсталлеров, то там нужно искать одну такую маленькую dll-ку из InstantRails. Впрочем, находится она быстро, но если не знать что искать — будут проблемы.
Единственное что не нравится в пользовательских репозитриях доктрины — пока не откроешь сам файл не вспомнишь какие там есть функции, да и не факт, что сам репозиторий существует. А так вцелом хорошая замена старых Table-классов и отказ от пустышек.
Вряд ли это так, уж слишком универсальным является Симфони2, чтобы решать конкретные проблемы конкретных стартапов. Не думаю, что решение делать проект на новом фреймворке (за год до того как он только станет стабильным) диктовалось исключительно бизнес-интересами.
Не стоит убеждать людей, что Симфони2 это круто, а вы все просто не шарите. Пропаганда такого Symfony-way найдет только противников новой симфони. Да, появилось много фанатов из Zend сообщества, но убыло сторонников из sf1, yii, kohana… Стартапы — это та ниша, которую Симфони2 ещё только должен завоевать. И без пересмотра многих концепций этого не получится.
Сколько не объясняй, что Symfony это круто и правильно, но нужно показывать прямые выгоды, которые я смогу показать тимлиду, ПМу, прочему начальству и сказать: новый проект мы делаем на Симфони2. Сейчас, я даже не вижу никаких фич для миграции с сф1 на сф2.
(замена доктрины1 на доктрину2 не в счет)
Серьезно. Ты когда-нибудь участвовал в проекте, который никто не планировал потом расширять??? Типа: «Реализуем вот эти 2 фичи и все и никакого развития»?
А зачем утрировать? Тут скорее вопрос преждевременной абстракции. Если проект вырос до нужного уровня и его нужно расширять, то для этого уже есть намного больше возможностей: времени, денег, людей. И там все средства хороши: твиттер, фейсбук, и т.п. На начальном уровне задачи другие: показать прототип, навесить дизайн, быстро реализовать нужные фичи, получить инвестора или первого клиента. Компании вида: сделай сайт, а завтра мы пригоним туда 100К трафика есть, и я в такой работал. Но это всё равно уже энтерпрайз.
Глупо говорить о том, что у нее чего-то мало (компонентов) по сравнению с матерым Rails, не добавляя уточнения «пока» ;-)
Ну пока был симфони1 он был приблизительно равен по возможностям рельсам. Вдруг было принято решение полностью перейти на всё новое и отбросить все те наработки, что делало сообщество долгие годы. Почему в рельсах столько гемов? Потому что даже при миграции с 2ку на 3ку (а теперь на 3.1) все они быстро обновились, да ещё и новые делаются. А так разрабы Симфони сами поставили себя в неравные условия.
Я от symfony1 получал уйму головной боли уже на проектах среднего уровня. Как только тебе нужно мало-мальское наследование моделей — ты в аду.
Наследование моделей это не совсем симфони, зависит то выбраной ORM. Впринципе наследование в Доктрине1 было неплохим, в Пропеле ввели и не так и давно. Проблемы это упомянутые формы, это жесткая структура (как делать приложение, которое берет данные не с веба, а например, с почты), плагины, и куча ещё всего. Но ад начинается не сразу, а где-то через полгодика )
Ну какбы совсем нет: jirafe.com/, www.exercise.com/, opensky.com/. Три стартапа на Symfony2, которые уже пол-года успешнейше живут и развиваются без «новых проектов».
Три стартапа от евангелистов Симфони…
Логично, что они делаются на Симфонях. Было б цинично контрибьютить в фреймворк, а потом его не юзать =)
Да, чуть не забыл. Ещё одна отличная ниша для симфони2 — разработка продуктов ( а не сайтов или сервисов). Но тут как раз будут лучше компоненты Symfony2. Жаль, только, что сейчас к ним нет пока документации и примеров.
Ну я тоже не со всем сказанным согласен.
Но вцелом могу понять вышеописанную критику.
Проекты которые реально получают профит от неймспейсов имеют уже уровень ентерпрайза. На стартапе малой или средней величине хватало аутолоадера старого симфони: оч редко бывали случаи, что классы назывались одинаково.
На проектах малой и средней величины не так и нужен DI, чтобы им пользоваться. Просто есть стандартный набор библиотек, которые менять не планируется.
Симфони2 отличен для расширяемых приложений, для приложений над которыми работает большая команда. Всё можно кастомизировать и больше защиты от говнокодинга. Впринципе в нынешнем проекте мы от симфони1 получаем сейчас много головной боли, ибо изначальные правила уже не работают.
и т.д.
Но начиная проект и не планируя его делать крупной командой я выберу Rails или Django или даже Grails. Код там пишется быстрее, компонентов больше, пейджер делается одной командой, а не огромным бандлом с зендовскими либами.
Делая ентерпрайз уровня проект, у нас нет возможности переписать его с нуля на Симфони2. Максимум — заюзать компоненты если надо. Сейчас впиливаем Доктрину2…
Т.е. получается нынешняя ниша для Симфони — это проекты в вебстудиях. Там чаще можно делать новые проекты, нужно использовать старые наработки и пр.
ещё чуточку уточню: для человека возможно и кажутся задачи нереальными, ибо у него задачи другие. Он пишет что пишет проект под себя, а значит и задачи и методы достижения у него совершенно другие.
Ну просто портфолио это ну не критерий. У меня вон нет портфолио, потому что я работаю над одним проектом уже полтора года. И нельзя сказать, что мои или твои задачи хуже. Просто они разные. Одно дело решать задачи веб-студии, другое — решать задачи стартапа и вообще другое дело строить свой стартап.
И с этой точки зрения а) мерятся портфолио это сущее ребячество, весовые категории другие и б) нет универсальных решений. А значит и нет универсальных рецептов.
Да и вообще-то синглтона в вашем примере более чем достаточно.
При необходимости осуществить конекшн на другой шард — создаем новый конекшн.
А его уже вызываем из синглтонов. Впринципе вряд ли у вас один скрипт будет последовательно писать на много шардов, а значит такой подход как раз пойдет.
Короче, променяли KISS на Keep it Enterprise
Ну и что, что есть куча других сервисов? Это не мешает пользоваться дропбоксом. Ведь он полностью кросс-платформенный плюс с веб-интерфейсом.
Да и каких-то стандартных некросспрлатформенных библиотек я в Rails пока не видел. Проект абсолютно спокойно может одновременно работать и под виндой и под линуксом.
ЗЫ: Devise отлично работает под виндой )
2. Вам нужен будет файл libmySQL.dll, который входил в InstantRails, сейчас возможно и в других пакетах есть. Его стоит скопировать в Ruby/bin и тогда мускуль заработает.
— совершенно не описана установка MySQL. А это важно. Если ставить без инсталлеров, то там нужно искать одну такую маленькую dll-ку из InstantRails. Впрочем, находится она быстро, но если не знать что искать — будут проблемы.
\Doctrine\ORM\Query\Expr\Select -> Select
А также писать что-то вроде,
$qb->select()->where()->from()…
так меньше шансов сделать глупую ошибку и потом искать её в realtime.
Не стоит убеждать людей, что Симфони2 это круто, а вы все просто не шарите. Пропаганда такого Symfony-way найдет только противников новой симфони. Да, появилось много фанатов из Zend сообщества, но убыло сторонников из sf1, yii, kohana… Стартапы — это та ниша, которую Симфони2 ещё только должен завоевать. И без пересмотра многих концепций этого не получится.
Сколько не объясняй, что Symfony это круто и правильно, но нужно показывать прямые выгоды, которые я смогу показать тимлиду, ПМу, прочему начальству и сказать: новый проект мы делаем на Симфони2. Сейчас, я даже не вижу никаких фич для миграции с сф1 на сф2.
(замена доктрины1 на доктрину2 не в счет)
А зачем утрировать? Тут скорее вопрос преждевременной абстракции. Если проект вырос до нужного уровня и его нужно расширять, то для этого уже есть намного больше возможностей: времени, денег, людей. И там все средства хороши: твиттер, фейсбук, и т.п. На начальном уровне задачи другие: показать прототип, навесить дизайн, быстро реализовать нужные фичи, получить инвестора или первого клиента. Компании вида: сделай сайт, а завтра мы пригоним туда 100К трафика есть, и я в такой работал. Но это всё равно уже энтерпрайз.
Ну пока был симфони1 он был приблизительно равен по возможностям рельсам. Вдруг было принято решение полностью перейти на всё новое и отбросить все те наработки, что делало сообщество долгие годы. Почему в рельсах столько гемов? Потому что даже при миграции с 2ку на 3ку (а теперь на 3.1) все они быстро обновились, да ещё и новые делаются. А так разрабы Симфони сами поставили себя в неравные условия.
Наследование моделей это не совсем симфони, зависит то выбраной ORM. Впринципе наследование в Доктрине1 было неплохим, в Пропеле ввели и не так и давно. Проблемы это упомянутые формы, это жесткая структура (как делать приложение, которое берет данные не с веба, а например, с почты), плагины, и куча ещё всего. Но ад начинается не сразу, а где-то через полгодика )
Три стартапа от евангелистов Симфони…
Логично, что они делаются на Симфонях. Было б цинично контрибьютить в фреймворк, а потом его не юзать =)
Но вцелом могу понять вышеописанную критику.
Проекты которые реально получают профит от неймспейсов имеют уже уровень ентерпрайза. На стартапе малой или средней величине хватало аутолоадера старого симфони: оч редко бывали случаи, что классы назывались одинаково.
На проектах малой и средней величины не так и нужен DI, чтобы им пользоваться. Просто есть стандартный набор библиотек, которые менять не планируется.
Симфони2 отличен для расширяемых приложений, для приложений над которыми работает большая команда. Всё можно кастомизировать и больше защиты от говнокодинга. Впринципе в нынешнем проекте мы от симфони1 получаем сейчас много головной боли, ибо изначальные правила уже не работают.
и т.д.
Но начиная проект и не планируя его делать крупной командой я выберу Rails или Django или даже Grails. Код там пишется быстрее, компонентов больше, пейджер делается одной командой, а не огромным бандлом с зендовскими либами.
Делая ентерпрайз уровня проект, у нас нет возможности переписать его с нуля на Симфони2. Максимум — заюзать компоненты если надо. Сейчас впиливаем Доктрину2…
Т.е. получается нынешняя ниша для Симфони — это проекты в вебстудиях. Там чаще можно делать новые проекты, нужно использовать старые наработки и пр.
Вот как я это вижу.
И с этой точки зрения а) мерятся портфолио это сущее ребячество, весовые категории другие и б) нет универсальных решений. А значит и нет универсальных рецептов.