art3101 Сообщение 04/07/2012 17:39 Копия темы
YII или Drupal Планируется создание портала (подобие сайтов тематики фриланс) о временной работе.

Подскажите, что по вашему лучше использовать YII или Drupal

В чем их сильные и слабые стороны.
Одно из условий – для создания не предполагаются огромные бюджеты.

Изначально планируется создание основной платформы, а далее будет достраиваться функционал.

Спасибо всем кто ответил или проголосовал !

zubar_a Сообщение 04/07/2012 18:21 Копия темы
Скажите, сколько друпал делает запросов при выводе 40 статей из 20 000 с учётом того, что к каждой статье нужно вывести количество коментариев, плюс ещё три четыре подобных параметров(относительно фл: для про, опубликовал про, конкурс, вы ответили)?
А если 2 000 000 статей(проектов)?
Я как любитель MODx для себя спрашиваю.

optimus20 Сообщение 04/07/2012 19:07 Копия темы
Пишут на том, что лучше всего знают. Результат мало зависит от платформы. У меня на работе есть проект на ASP и другой конкурирующий проект на Битриксе, но по времени и качеству результата выигрывает Битрикс только потому, что команда PHP программистов более опытная чем на ASP.
Криворукость тут не при чем, люди все с головой, но опыт как говорится не пропьешь :)

art3101 Сообщение 04/07/2012 19:13 Копия темы
С вами не поспоришь. ))
А если говорить о функциональности и работоспособности реализуемого проекта?

optimus20 Сообщение 04/07/2012 19:25 Копия темы
Я использую Yii уже два года.
Из плюсов:
- автогенерация моделей, контроллеров представлений
- заточен под повтороное использование кода
- чистое ООП, ну не в смысле что это круто, просто реально упрощает жизнь
- в IDE с ним работать одно удовольствие, т.к. там все объекты

Из минусов:
- т.к. это чистый фреймворк, то нужно очень хорошо продумать структуру проекта, иначе можно потерять время на рефакторинге. Насколько знаю друпал может предложить некие готовые решения, исходя из возможностей которых можно выстроить вокруг них свою систему, т.е. "допилить". Для yii пилить нечего – там все с нуля.

art3101 Сообщение 04/07/2012 20:03 Копия темы
А если изначально создать базовый сайт-портал, а потом наращивать функционал, какие наиболее распространенные проблемы возникают? С учетом того, что базу создадут одни, а развивать будутдругие? Из опыта партнеров часто слышал, что первоначальные разработчики не всегда сами его потом и дорабатывают. Или опита недостаточно для сложных функций, или пытаются цены существенно поднимать за услуги.

ivanna Сообщение 04/07/2012 20:54 Копия темы
фреймворк сравнивать с кмс не комильфо.

WhiteBabushka Сообщение 04/07/2012 21:17 Копия темы

abbat Сообщение 04/07/2012 22:03 Копия темы

RiDDi Сообщение 04/07/2012 22:05 Копия темы
ну вы сравнили примус с чайником )

используйте то, что использует Ваш программист )

RiDDi Сообщение 04/07/2012 22:06 Копия темы
из друпла и юи выбираю кохану! ))

abbat Сообщение 04/07/2012 22:18 Копия темы

RiDDi Сообщение 04/07/2012 22:35 Копия темы
да никто не спорит )

WhiteBabushka Сообщение 04/07/2012 23:05 Копия темы

sergey65536 Сообщение 05/07/2012 06:25 Копия темы
YII – свежий, друпал – старый. 

YII – как новый BMW, он просто офигенный. 

Друпал, как старый опель – когда-то он был офигенным...

sergey65536 Сообщение 05/07/2012 06:30 Копия темы
И еще, YII позволяет применять десяток в  том числе свежих паттернов, от MVC до декоратора и синглтона. Друпал поддерживает нодовую структуру.

"В новом BMW улучшен мультизонный климат-контроль, микровентиляция в спинках сидений, активная система безопасности из нескольких сотен компонентов. В старом опеле открываются форточки."

Т.е. сравнение как бы не очень равноправное. Друпал еще не умер, на этом его сильные стороны по состоянию на 2012 год заканчиваются.

В сравнении с современными решениями, друпал очень скромный и немощный. Просто ведро с гайками.

Хотя у него много фанатов. Как и у старых опелей. Как и у жигулей. И эти фанаты редко думают о безопасности, либо просто не сталкивались с новыми, возросшими требованиями.

optimus20 Сообщение 05/07/2012 07:57 Копия темы
Самая первая проблема – отсутствие продвинутого CRUD-генератора, по-русски, нет готовой админки для базовых объектов системы. Вы создаете таблицы в РСУБД, затем генерите для них модели. Именно в этот самый начальный момент вам придется задуматься, а как у вас все это будет взаимодействовать между собой. Т.е. вопрос бизнес-логики и поведения решается сразу. Во многих проектах это сразу камень предкновения, т.к. вылезает на ружу куча нюансов, от которых зависит дальнейшее развитие проекта. Плюсы очевидны – можно реализовать связи между объектами любой сложности. Минусы – время на эту, тривиальную для многих CMS, операцию значительное. Ниже уже сказали что yii это инструмент разработчика, по сути крутая отвертка с гвоздодером, а drupal это готовый стол из Икеи, где не хватает только пары ящичков.

Для того чтобы адекватно разработать на Yii нужен архитектор. Т.е. самый главный, который возьмет на себя ответственность. Цена такого мастера высокая, т.к. он ручается за техническую работоспособность проекта своей репутацией. Мы тут не говорим о маркетинге и успехе проекта в целом, но технически все должно работать так как ожидалось.

Да, по поводу "начнут одни – закончат другие". Чтобы передать опыт в проекте, нужно все делать по стандартам и канонам, и соблюдать четкую структуру проекта. Можно даже не вести проектную документацию, но организовать грамотно код нужно обязательно. Я, например, не берусь никогда доделывать за другими если вижу, что в проекте полная неразбериха, мне выгоднее даже по деньгам сделать все с нуля, чем вникать в проект и тратить дополнительное время на изучение "а чего это они тут имели ввиду". Это пример не для сайтов, а для веб-приложений с бизнес-логикой, где бывают очень запутанные правила, например документооборот или CRM

art3101 Сообщение 05/07/2012 09:32 Копия темы
Как по вашему можно уменьшить риски? Подробно комментированный код, перед сдачей заказать стороннее тестирование...
Вед существует множество крупных ресурсов и все они как-то справляются. И далеко не всегда там работает постоянно одна и та же команда высококвалифицированых спецов.
У нас проект может существенно в логике меняться, в зависимости от того, в чем он будет востребован. Думаем создать основу, а дальше развивать в ту сторону, которая будет наиболее популярна у пользователей. Как-то же такие задачи решают.

Спасибо вам за общение! ))

optimus20 Сообщение 05/07/2012 18:21 Копия темы
Самый дешевый и эффективный способ – разработка короткими итерациями, с повторением. Сделали версию, протестили, если все работает, выкладываем на продакшн. Требуется новый функционал? Ок, повторяем процесс заново. Тут даже не нужна одна команда. Таким способом работают очень много крупных компаний, где нанимают аутсорсеров даже из разных стран.
Один важный момент – чтобы такое делать нужно работать по TDD методологии, т.е. разработка через тестирование. Другие способы не что не подходят, просто у этого самая высокая эффективность, и очень низкая зависимость от исполнителя. Но нужен архитектор, обязательно.

Код кстати не нужно обильно комментировать, достаточно понятных названий классов и методов, они сами все за себя скажут. А вот если вы будете создавать API, то документация обязательна. Вообще мануалы это хорошо, но не всегда на них есть время.