Pull to refresh
-27
0
Pavel Selivanov @Delirium

User

Send message
Обоснуйте.

Только не нужно рассказывать про сотни багов, которые коварно таятся внутри стабильных версий, но их просто еще никто не нашел.
Да нет, это просто вы ерунду написали в ответ.
Исправляются конечно. Просто люди иногда продолжают репортить о старых багах, так как не обновили версию.
Ну что ж, удачи проекту MODx! :)
Ну, сама по себе молодость и переписка с нуля- очень сомнительные достижения.

Скажем, про друпал можно сказать что он успешно и много лет на рынке, отличается стабильностью (если не лезть в девелоперские альфа-бета ветки) и высокой защищенностью.

Компания Acquia строит все более крупный и доходный бизнес на его основе.

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

Не говоря уже о том, что пусть и с определенными граблями, но поддерживается апгрейд со старых версий движка на новые.
Известно где, в темплейтах.
Древовидное может быть где угодно. Там фишка в том, что у друпала как такогого нет «жестких правил верстки», потому что практически весь вывод регулируется через темы.

Да, скажем, у друпала6 есть стандартная тема гарланд, под которую можно написать «жесткие правила», но если взять, скажем, тему zen или какой-нибудь fusion, «жесткие правила» будут совсем другие. В общем, все очень гибко настраивается.

Про MODx ничего пока сказать не могу, сколько нибудь плотно с ним не работал.

Но вот список фич не впечатлил, все это давно есть в друпал.
«Жесткие правила верстки»- продукт вашего заказчика, который решил обезопаситься от любых сюрпризов.
Весь ужас ситуации в том, что в друпал нет «админки» в обычном понимании этого слова. Так что даже и не знаю что вы там такое видели.
Кстати да. Я точно помню, что читал оригиналы статей еще когда их опубликовали и был уверен, что уже видел на хабре их перевод, но искать было лень. Спасибо.
Да вот комментарии ваши почитал habrahabr.ru/users/rxb/comments/page3/

А с тем, что друпал нужно оптимизировать под высокие нагрузки никто и не спорит.

Тем не менее, от него там, мягко говоря, не только роботс.тхт остался :)
Шутку понял, смешно.
Я не евангелист от друпала, за всех говорить не могу.

В том наборе функционала, что нужен лично мне, у 7-ки нет видимых проблем (перешел на нее чуть менее полугода назад).

Если вы нашли такое немалое количество проблем, может укажете на них? Я про системные проблемы, а не сто мильонов тем вида «как мне поставить друпал»? или «как мне добавить вот такой функционал»?

Как раз и получилась бы интересная и актуальная статья.
То, что напрямую не указывается конкурент никоим образом не отбивает мнения о заказном характере статьи.

Насчет же фактов. Вас самого не смущает, что самые свежие ваши (точнее даже не ваши, а тех людей чьи посты из блогов вы перевели) факты датированы августом прошлого года?
Все дело в том, что написанный на коленке хоть сколько нибудь сложный сайт, который не делает «200 запросов к БД» все-равно перестает летать уже на десятках тысячах посетителей.

С ростом количества посетителей все быстро упирается в то, что нужны отдельные сервера под БД, отдельные сервера под апачи, отдельные сервера под кеширующие прокси.

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

А прелесть друпала как раз в том, что он умеет гибко масштабироваться.

Специально заточенный под высокую нагрузку pressflow, модули кеширования типа boost-а и вот уже остается лишь напильником какие-то персональные узкие места выпиливать (хотя это тоже далеко не просто, и требует специфических навыков).

Слабое место друпала- как раз простенькие сайты на российских говнохостингах, где дерут втридорога, а ресурсов дают с гулькин этот самый. Тут да, хотя и с помощью того же boost-a можно частично решить проблему, лучше таки взять другой движок.
Друпал по сути своей гибкий конструктор.

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

Тем не менее, сайты построены и успешно работают.
Дело не в критике как таковой, а в ее обоснованности. Если критика необоснована, вывод простой- пациент не разобрался.

Да, во фреймворках полно элегантных решений. Но вот беда, как только нужно построить что-то сложнее домашней странички, начинается страшное.

Еще страшнее становится, если возникает потребность строить что-то сложнее домашней странички по много раз в месяц, да каждый раз с заточкой под конкретного клиента.

Так что CMS/CMF в обозримой перспективе не умрут.
Навскидку ubuntu.com, leagueoflegends.com, forbes.ru
Правильно отвечают. Потому что вы не разобрались с системой кеширования в друпале и теми сторонними модулями, которые для него есть. На друпале делают огромные сайты с миллионами посещений ежедневно и происходит это отнюдь не вопреки легендарным «200 запросов на страницу».

Друпал не только не «старый и больной», он вместе с Аквией еще нас всех переживет.
Человек совсем не разобрался в цифрах (если интересно, выше мой комментарий по этому поводу).

Статьи на которые он ссылается уже минимум год как устарели.

Information

Rating
7,241-st
Location
Зеленоград, Москва и Московская обл., Россия
Date of birth
Registered
Activity