Поддерживаю, что график — не показатель. Косвенно популярность можно оценить так же по сайту alexa.com. Но по популярности всех уделает Joomla.
В то же время в Python-сообществе Django шедевром не считается. Хотя она действительно очень популярна, а самое главное, — обладает обширным запасом готовых решений благодаря своему подходу к модульности. Это больше «операционная система» для сайта, которая позволяет «склеивать» приложения различных разработчиков, а не фреймворк. Это позволяет здорово удешевить разработку, опираясь на готовые решения. В тоже время, для «высшего пилотажа» с Джангой будет тесно (хотя и можно, если знать как). Есть еще Pyramid, Flask, CorePost, Twisted, Diesel, Tornado и т.п., которые позволяют реализовать самые «изысканные» технические потребности. Так они, по популярности использования, вообще болтаются в низах, что никак не связано с их техническими решениями.
Да Вы что? Советую применить Ваш совет на собственной практике, для начала. Существует масса решений (фреймверков и т.п.) которые не устраивают таких «лихорадок» своим пользователям, благодаря более лучшей дальновидности и техническому чутью.
Но страшно даже не то, что они ошибаются, проектируя систему. И страшно не то, что они ошибаются по крупному. И даже страшно не то, что слияние Merb и RoR имело политический а не технический контекст, который ставил целью конкурентную выживаемость системы путем слияние аудиторий. Страшно другое. Страшно то, что многие не дальновидные программисты вроде Вас эти «ошибки» считают «развитием», и продолжают нести эту лож в массы…
Этот ихний Active Record Query Interface они наконец себе вписали под натиском того, что даже на PHP каждый первый фреймверк представлял SQL запрос в виде объекта, когда на Рельсах он все еще был просто набором аргументов…
Безопасное отображение переменных в шаблоне вначале стало нормой в веб-строительсте, и только потом наконец это признали и ввели в Рельсах.
За ленивые вычисления запросов вообще стыдно говорить.
Бандлер появился с огромным опозданием, и в результате копирования подхода с других систем.
Список можно продолжать…
В одном только соглашусь. Маркетологи настолько промыли мозги клиентам, что писать на Рельсах просто выгодно, потому что за это магическое слово клиенты готовы выложить много денюшек… Но не более того. В свой личный проект я бы это систему не заложил бы.
> Ruby on Rails развивается очень активно
— Если под «развитием» Вы понимаете признание своих решений ошибочными, и замена их новым API, — тогда да, ROR очень активен… Но вот вопрос, где гарантия, что они сегодня не ошибаются, и не придется переживать очередную революцию Rails3 to Rails4.
Думаю, что никто и не напишет. Решений — валом. Тот же github.com просто забит такими решениями. Нужно сидеть и перебирать, что больше подойдет под конкретный проект.
Сам вопрос тоже размытый, — неизвестно какие статьи, какие требования. Требуется ли иерархическое структурирование контента (и какая реализаация), система object-level распределения прав (и требования к ней, типа наследования), языки разметок, html-sanitize, визуализаторы, версионирование, какие требования к работе с медиа-файлами и т.п…
Все это, конечно, можно установить в виде независимых компонентов, а можно подобрать уже в комплексе готовое решение. На Джанго есть много блоговых движков, которые могут подойти под описанные требования djangopackages.com/grids/g/blogs/
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
— github.com/jacek99/corepost — Flask-like обертка для Twisted. При желании можно Twisted и с Flask скрестить