Aza Broflovski

https://ruseller.com/lessons.php?rub=32&id=1896

Обработка шаблонов всегда была лишь малой частью работы бэкенда. А js-фреймворки только её на себя и забирают.

Асинхронный код на много сложнее синхронного, но нужен далеко не всегда, поэтому синхронные фреймворки никуда не денутся. К тому же, у Django есть Channels. Да и Python не заканчивается на Django и Flask, есть полностью асинхронные Twisted, Tornado, Aiohttp и прочие.

Захотелось поверстать ваш макет

Работаю с Drupal и всегда, сталкиваясь с другими cms, понимаю что Drupal очень умно и качественно сделан. Битрикс не понравился, уж извините, всёравно что пересесть из мерседеса в приору, могу конечно ошибаться но это моё первое ощущуние, и я работал совсем немного с битрикс. Но вот что ещё скажу. Друпал переписывает движок полностью, как это произошло с 7 на 8ю версию. Да это просто круто, не латать дырки, а взять и провести адовую чёрт побери работу, огромный труд, взять всё лучшее и сделать крутую весч.

1. Есть — www.gnu.org/licenses/old-licenses/gpl-2.0.html, естественно это не та лицензия, которую надо продавать. =)
2. Действительно толковой интеграции с 1С нет ни в Drupal, ни в Bitrix.
3. Нет, но в таком виде он и не особо нужен — пилить готовое решение до того состояния, которое необходимо клиенту часто более трудоёмкий процесс, чем создать его из блоков, особенно если есть свои заготовки. Drupal очень гибкая и модульная система, а чтобы не повторять свои решения, можно делать и развёртывать заготовки с помощью features. Это, например, может быть готовый раздел новостей, или другая крупная часть функционала. Есть и различные сборки, но у такого подхода есть минусы — во-первых они практически никогда не совпадают по функционалу с ТЗ конкретного клиента, во-вторых вы не участвуете в развитии и обновлении, с и в один прекрасный момент это может выйти боком…
4. В случае Drupal тут всё зависит от вас, как разработчика — админка Drupal темизируется и настраивается не хуже фронтэнда. Можно сделать в точности соответствующей нуждам клиента, можно очень неудобно, можно оставить как есть.
5. Требования к хостингу сопоставимы — и тому и другому нужен хороший хостинг. Bitrix из-за общей прожорливости, Drupal из-за любви к оперативке, и большого количества запросов к БД, которые на хреновых хостингах часто просто лимитируются.

Разрабатывать под Drupal проще, особенно, если делать что-то не стандартное. Ситуация с этим в Bitrix та же, что вы описывали для UMI.
У Drupal нет мощного маркетинга, поэтому найти заказчика и продать ему сайт на Bitrix проще. И это может быть критичным плюсом, который перевесит все проблемы разработки.
Собственно именно на этом маркетинге Bitrix и выезжает — внутри откровенная гниль.

Не видел ничего более простого и мощного как Drupal. Это - любовь с первого взгляда.
Перед знакомством с Drupal я не очень охотно использовал всякие "надстройки над апи" т.е. фреймворки и библиотеки, в частности потому что не позволяли писать меньше кода (а, следовательно, делать отладку более быстрой), а лишь структурировали его, делали его более декларативным. Да и вообще, я не хотел иметь что-то общее с PHP)))
Но то, что позволяет Drupal - невообразимо. Единственное ограничения, которое накладываться на программиста - это структура БД и это при том, что можно полностью, весьма гибко, использовать существующую структуру, так и создавать свои таблицы/вюхи, свьязивая их с уже существующими сущностями и получая тоже самое если бы свои структуры не использовались, т.е. возможность использовать скачанные модули для "совсем собственного" функционалу.
Не знаю можно ли назвать недостатком процедурный стиль. Т.е. пока я вижу преимущество простоты, которое, к тому же, не накладывает ограничений на использование ООП. Но с появлением Drupal 8 мне видеться раскол такой же, который был когда появился Python 3. Т.е. сейчас существует два независимы, хоть и совместимы языка - Python 2.* и Python 3.*

Есть и существенные недостатки - мизерное количество документации. Но вообщем то разобраться что делает функция можно и по ее исходному коду, что совсем не является проблемой, потому что он делался в лучших традициях UNIX) Есть отсюда и жесткое следствия - Drupal не для дибилов. Да и настройки администратора весьма не просты, поэтому для конечного пользователя лучше создавать "страницу со всем необходимым")

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

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

Старайтесь делать то, что что вам нравится)

Фреймворк + Руки из нужного места

Порядок действий
1. Написать свой велосипед
2. Понять что он на квадратных колесах, а вместо педалей - костыли
3. Взять фреймворк/cms и переписать все

Без первых двух этапов на третьем этапе все равно повторите первые два пункта, так что они неизбежны

Универсальная CMS на которой и блог и ИМ и соц.сеть собрать можно, по определению не может быть "быстрой". Нужна скорость ищите профильные платформы. Нужна универсальность смиритесь с недостатками. Рекомендую присмотреться к drupal, если его правильно готовить с нагрузкой проблем быть недолжно.

<сарказм>
1С-Битрикс же
</сарказм>

<сарказм level=80 >
А еще лучше sNews весом в 100 кб.
</сарказм>

joomla 2.5 есть распределение по правам пользователей, можно создавать свои группы. По дефолту четкое разграничение статей. под новостной портал самое оно.

Такой вопрос очень опасный и практически всегда ведет к холивару. Каждый выбирает то, что ему ближе и удобнее. Например, я на MODx бы делал, но только потому что на нем я любой сайт сделаю быстрее, чем на другой CMS. Просто потому, что с другими практически не работал.

поидее django вырос именно из новостного