Есть заказ на большой и очень серьезный проект блогов....масштаба сервиса рамблера.
вопрос к общественности стоит ли браться вытянет ли дрюпель....
масштаб действительно недетский чего и опасаюсь.....а ведь если на дрюпеле получиьтся это будет прорыв для дрюпеля...
ох млин...
Комментарии
На мне висит похожая задача Друпал в том виде как он есть - не вытянет. Как и прочие известные opensource cms с похожим уровнем функциональности. Таки функционал и универсальность не могут быть не в ущерб скорости. Однако это не повод отказываться от удобств API и готовых решений. Для друпала я пришел к следующим мерам:
Последние два пункта пока друг с другом плохо сочетаются - вылезает проблема синхронизации кешированных файлов между фронтендами. В процессе исследования. Также, пришёл к выводу, что удобнее использовать Drupal 6 - для него было сделано немало изменений для улучшения производительности, в сравнении c D5.
Но у меня проект пока в разработке, проверить верность выводов смогу только когда доберусь до бенчмарков на рабочей системе. Поэтому сказать, какая часть останется от исходного друпала не берусь Но я убеждён что использование готового API более удобно в плане дальнейшей поддержки и развития, чем написания с нуля. Даже если исходную систему придётся серьёзно переработать.
Приходилось несколько раз иметь дело с поддержкой больших проектов "написанных на коленке"... Не сравнить с качеством API в Друпале... Но вот только как отделиться на собственную модификацию, придется заморозить текущую версию API, т.к. поддерживать совместимость большого проекта - дорого. После квалифицированных разработчиков запустивших проект придут менее квалифицированные на поддержку... В результате очень скоро проект превратиться в такой же "написанных на коленке" но с гораздо бОльшим объемом кода. Я за использование готовых (хорошо поддерживаемых) инструментов.
Очень интересует этот вопрос!
Да, падение производительности - это цена универсальности.
Я так вижу это и есть список слабых сторон Друпала.
'''Axel:''' "Также, пришёл к выводу, что удобнее использовать Drupal 6 - для него было сделано немало изменений для улучшения производительности, в сравнении c D5"
Я только вчера смотрел список багов для D6 - очень много критических. Стабильной версии не будет, пока все они не будут исправлены. А стабильная версия от бета может очень и очень отличаться... Я для себя решил осваивать D6, но строить на D5.
ВопросЫ:
*для каких целей нужна репликация?
*для забивки перевода в код уже есть скрипт или будет писаться?
*зачем несколько фронтендов?
*используется ли разделение трафика на уровне веб-сервера? Апач обрабатывает динамический контент, а лёгкий веб-сервер только статический?
*И последний: где ещё почитать? (Буквы люблю
Вот пример сайта блогов на Drupal - http://botinok.co.il/ . Много блогов, все работает. Правда не знаю как это сделали, но может кто подскажет что в дополнении к ядру установлено и как настроино.
Как ярый поклонник Drupal мог бы сказать: "Давай парниша, смелее", но не скажу. Самому приходилось делать проект на Drupal с большой посещаемостью. И увы, не раз приходилось думать на тему, стоило ли. Много элементов подлежало кэшированию, проект слава богу выжил, и живет. Но считаю, что когда выбор пал drupal - это все таки было ошибкой.
Однозначно, что сайт не выживет без кэширования, поэтому учитывайте это при выборе, и то что кэширование работает только для "гостей". Кэширование будет единственным шансом на стабильное существование вашего портала, возможно даже прийдется переделать принципы его работы.
> Но считаю, что когда выбор пал drupal - это все таки было ошибкой.
А что бы было не ошибкой?
Да он и сам не знает :). Как всегда песок на стройку века на ручной тачке.....
> А что бы было не ошибкой?
самописный код...
PVasili, да много крупных проектов живут на своих движках.