Comments 63
М... очень содержательно ;)
Мне лениво читать там, поэтому разместим часть касающуюся Друпала тут =)
Управление сайтом
В CMS Drupal административный и пользовательский интерфейсы смешаны (т.е. если логинится пользователь с администраторскими правами, то в интерфейсе появляются дополнительные элементы управления). В Битриксе административный и пользовательский интерфейсы полностью разнесены, что позволяет создавать совершенно произвольные шаблоны страниц (в Drupal приходилось делать шаблоны таким образом, чтобы в них нормально отображалась та часть административного интерфеса, которая не использует административный шаблон).
Структура сайта в Битриксе повторяет структуру папок на диске сервера внутри установки продукта. Административный интерфейс позволяет создавать папки и файлы страниц (как статичных, так и динамических) - и при этом, кроме системного имени, позволяет давать дополнительное имя, удобное для представления пользователю.
Идеология инфоблоков
Основной структурной единицей CMS Drupal служит узел (node). По сути дела, любая страница сайта на Drupal (за исключением служебных) - это либо список анонсов узлов, либо полное отображение одного узла. Вывод любой страницы может сопровождаться выводом дополнительных блоков, но, так или иначе, они являются вторичными по отношению к node.
В Битриксе реализована идеология инфоблоков (синоним понятию «справочник» в «1С: Предприятии» или понятию «сущность предметной области»). Инфоблок представляет собой совокупность объектов, обладающих одинаковым набором свойств.
Все инфоблоки равноправны в том смысле, что любой инфоблок (или даже несколько инфоблоков) может использоваться для вывода как в основной области страницы, так и в дополнительных областях. Таким образом, node в CMS Drupal является лишь частным случаем инфоблока - и, по сути, в Drupal имеется только один инфоблок, тогда как в Битриксе их может быть неограниченное количество.
Политика кэширования
Важным отличием Битрикса от Drupal является принцип кэширования страниц. Так, в Drupal производится кэширование всей страницы, доступной по данному URL, целиком. Соответственно, если пользователь в данный момент залогинен на сайте, то на странице, скорее всего, присутствует некоторая персонализированная информация (например, его логин). Стало быть, кэширование страницы в этом случае навозможно в принципе.
Битрикс же производит кэширование на уровне компонент, причём кэширование может быть следующих видов:
кэширование отсутствует - при формировании каждой страницы происходит исполнение кода компоненты;
кэширование в течение конкретного интервала времени - компонента один раз формирует результирующий HTML, а затем при следующих вызовах берёт его из кэша в течение указанного времени; по истечении этого времени результат формируется снова;
автокэширование - компонента определяет, нужно ли ей кэшировать результат, из глобальных настроек автокэширования.
Вывод, например, логина пользователя производит компонента с отключённым кэшированием, тогда как вывод более статичной информации (например, списка новостей) производит компонента с включённым кэшированием.
Таким образом, Битрикс предоставляет гораздо более гибкую и эффективную политику кэширования, чем Drupal.
Мне лениво читать там, поэтому разместим часть касающуюся Друпала тут =)
Управление сайтом
В CMS Drupal административный и пользовательский интерфейсы смешаны (т.е. если логинится пользователь с администраторскими правами, то в интерфейсе появляются дополнительные элементы управления). В Битриксе административный и пользовательский интерфейсы полностью разнесены, что позволяет создавать совершенно произвольные шаблоны страниц (в Drupal приходилось делать шаблоны таким образом, чтобы в них нормально отображалась та часть административного интерфеса, которая не использует административный шаблон).
Структура сайта в Битриксе повторяет структуру папок на диске сервера внутри установки продукта. Административный интерфейс позволяет создавать папки и файлы страниц (как статичных, так и динамических) - и при этом, кроме системного имени, позволяет давать дополнительное имя, удобное для представления пользователю.
Идеология инфоблоков
Основной структурной единицей CMS Drupal служит узел (node). По сути дела, любая страница сайта на Drupal (за исключением служебных) - это либо список анонсов узлов, либо полное отображение одного узла. Вывод любой страницы может сопровождаться выводом дополнительных блоков, но, так или иначе, они являются вторичными по отношению к node.
В Битриксе реализована идеология инфоблоков (синоним понятию «справочник» в «1С: Предприятии» или понятию «сущность предметной области»). Инфоблок представляет собой совокупность объектов, обладающих одинаковым набором свойств.
Все инфоблоки равноправны в том смысле, что любой инфоблок (или даже несколько инфоблоков) может использоваться для вывода как в основной области страницы, так и в дополнительных областях. Таким образом, node в CMS Drupal является лишь частным случаем инфоблока - и, по сути, в Drupal имеется только один инфоблок, тогда как в Битриксе их может быть неограниченное количество.
Политика кэширования
Важным отличием Битрикса от Drupal является принцип кэширования страниц. Так, в Drupal производится кэширование всей страницы, доступной по данному URL, целиком. Соответственно, если пользователь в данный момент залогинен на сайте, то на странице, скорее всего, присутствует некоторая персонализированная информация (например, его логин). Стало быть, кэширование страницы в этом случае навозможно в принципе.
Битрикс же производит кэширование на уровне компонент, причём кэширование может быть следующих видов:
кэширование отсутствует - при формировании каждой страницы происходит исполнение кода компоненты;
кэширование в течение конкретного интервала времени - компонента один раз формирует результирующий HTML, а затем при следующих вызовах берёт его из кэша в течение указанного времени; по истечении этого времени результат формируется снова;
автокэширование - компонента определяет, нужно ли ей кэшировать результат, из глобальных настроек автокэширования.
Вывод, например, логина пользователя производит компонента с отключённым кэшированием, тогда как вывод более статичной информации (например, списка новостей) производит компонента с включённым кэшированием.
Таким образом, Битрикс предоставляет гораздо более гибкую и эффективную политику кэширования, чем Drupal.
Очередная рекламная статья битрегса
А много Вы видели статей, написанных незаинтересованным человеком качественно? Насколько я знаю, карма снимается за мат, оффтоп, необоснованные мнения и т.п. А не за то, что Вам не нравится программный продукт, автор статьи и т.п. Вот в Вашем комментарии используется коверкание русского языка, высказывается ничем не подкреплённое мнение, личное оскорбление. Мне очень неприятно читать такой отзыв на свою работу.
К вам лично и вашей работе ничего плохого не имею.
Статей видел достаточно много, поэтому и сейчас возникла повторная реакция на подобную статью.
И что странно везде восхваляется о великий битрикс.
Карму я у вас не снижал, ибо минусовать не люблю.
Если приглядется получше к битрексу и немного прогуляться по форуму phpclub, то у вас возникнет немного иное мнение.
Статей видел достаточно много, поэтому и сейчас возникла повторная реакция на подобную статью.
И что странно везде восхваляется о великий битрикс.
Карму я у вас не снижал, ибо минусовать не люблю.
Если приглядется получше к битрексу и немного прогуляться по форуму phpclub, то у вас возникнет немного иное мнение.
Ребята, а вам не кажется, что за настолько рекламную статью просто платить надо? Это просто уже переходит границы агрессивного маркетинга.
О да, Вы карму мне не забыли понизить?
Почему-то, когда обсуждается iPhone, никому и в голову не приходит сказать, что это маркетинг. Или в Вас играет шовинизм, что, дескать, Microsoft - маздай, 1С - отстой и Битрикс - фигня? И только open source рулит?
Почему-то никому и в голову не приходит, что нормальный материал могут писать не только маркетоиды, но и просто интересующиеся предметом люди. Мне пришлось познакомиться с CMS Drupal. Много позже я начал знакомство с Битриксом, и это вызвало во мне бурю эмоций. Настолько сильную, что побудило меня склонить своих начальников к тому, что не стоит изобретать велосипед на Drupal, а стоит купить Битрикс. Битрикс был подвергнут тщательному (я бы даже сказал, пристрастному) тестированию, менеджеры Битрикса были вконец замучены мной, когда я задавал им тысячу вопросов. Потом последовало месячное ковыряние в документации, учебных курсах, попытки реализовать тестовый функционал и т. п. То есть мне кажется, что я вполне могу написать своё мнение о системе, причём не просто в стиле "Битрикс-рулез", как принято в определённых кругах.
И вот теперь скажите, пожалуйста, где тут реклама? А то, что кому-то мой материал может сэкономить время во время принятия решения, так я буду считать свою цель достигнутой. И если от этого будет чем-то хорошо компании-разработчику, то буду только рад. Люди должны знать не только об iPhone, а и о других хороших вещах (к слову, в Битриксе гораздо больше поле для обсуждений, но iPhone почему-то пользуется значительно большей популярностью. Странно?).
Почему-то, когда обсуждается iPhone, никому и в голову не приходит сказать, что это маркетинг. Или в Вас играет шовинизм, что, дескать, Microsoft - маздай, 1С - отстой и Битрикс - фигня? И только open source рулит?
Почему-то никому и в голову не приходит, что нормальный материал могут писать не только маркетоиды, но и просто интересующиеся предметом люди. Мне пришлось познакомиться с CMS Drupal. Много позже я начал знакомство с Битриксом, и это вызвало во мне бурю эмоций. Настолько сильную, что побудило меня склонить своих начальников к тому, что не стоит изобретать велосипед на Drupal, а стоит купить Битрикс. Битрикс был подвергнут тщательному (я бы даже сказал, пристрастному) тестированию, менеджеры Битрикса были вконец замучены мной, когда я задавал им тысячу вопросов. Потом последовало месячное ковыряние в документации, учебных курсах, попытки реализовать тестовый функционал и т. п. То есть мне кажется, что я вполне могу написать своё мнение о системе, причём не просто в стиле "Битрикс-рулез", как принято в определённых кругах.
И вот теперь скажите, пожалуйста, где тут реклама? А то, что кому-то мой материал может сэкономить время во время принятия решения, так я буду считать свою цель достигнутой. И если от этого будет чем-то хорошо компании-разработчику, то буду только рад. Люди должны знать не только об iPhone, а и о других хороших вещах (к слову, в Битриксе гораздо больше поле для обсуждений, но iPhone почему-то пользуется значительно большей популярностью. Странно?).
Звездец, читайте меньше книг про маркетинг
А что, битрикс уже раздают бесплатно? ;) ИМХО, совершенно разные весовые категории.
По моему мнению, весовая категория измеряется, в основном, результатом. А Drupal+плагины и Битрикс претендуют на предоставление сравнимого функционала. Учитывая стоимость рабочего времени разработчика, будучи умноженной на количество человекомесяцев, она будет в разы превышать стоимость среды (заметим, относительно небольшую - меньше 2000 долларов за максимальную версию для MySQL).
А учитывая, что курва "вхождения в тему" у Drupal несравненно выше уже только ввиду меньшей продуманности интерфейса, логики и несравненно более низким уровнем документации (хотя, надо признать, ребята Drupal-сообщества очень стараются). Собственно, Битрикс и просит денег за качество документации и за то, чтобы можно было довольно быстро вникнуть и получить доступ к мощным функциональным блокам, УЖЕ НАСТРОЕННЫМ на взаимодействие друг с другом (к сожалению, прикручивание плагинов к Druapl - дело по-прежнему хлопотное, отнюдь не ограничивающееся просто их установкой в систему). Также - техподдержка, также - очень разумное автообновление.
Потом, эти две тысячи - удар по карману только частному лицу (но ориентация-то не на частников!). Для организации это уже совсем не так дорого. А наличие партнёрской программы с огромными (до 50%) скидками делает эту сумму ещё менее значительной.
Так что выберет опытный менеджер между лишней тысячей-двумя (процентов 20 от стоимости разработки) и сроками+качеством?
А учитывая, что курва "вхождения в тему" у Drupal несравненно выше уже только ввиду меньшей продуманности интерфейса, логики и несравненно более низким уровнем документации (хотя, надо признать, ребята Drupal-сообщества очень стараются). Собственно, Битрикс и просит денег за качество документации и за то, чтобы можно было довольно быстро вникнуть и получить доступ к мощным функциональным блокам, УЖЕ НАСТРОЕННЫМ на взаимодействие друг с другом (к сожалению, прикручивание плагинов к Druapl - дело по-прежнему хлопотное, отнюдь не ограничивающееся просто их установкой в систему). Также - техподдержка, также - очень разумное автообновление.
Потом, эти две тысячи - удар по карману только частному лицу (но ориентация-то не на частников!). Для организации это уже совсем не так дорого. А наличие партнёрской программы с огромными (до 50%) скидками делает эту сумму ещё менее значительной.
Так что выберет опытный менеджер между лишней тысячей-двумя (процентов 20 от стоимости разработки) и сроками+качеством?
Лёгкость Drupal также можно подвергнуть сомнению. Во время формирования страницы админки сервер подгружается ой-ёй как. А отсутствие нормального механизма кэширования, особенно для залогиненных пользователей, повышает нагрузки на сервер в разы (Битрикс позволяет этого избежать). И потом, Битриксу можно помочь уменьшить нагрузки (см. учебный курс на сайте Битрикса о повышении производительности - пригодится для любого сайта).
Ну а про мнимость преимущества бесплатности я уже много сказал в предыдущих комментариях.
Ну а про мнимость преимущества бесплатности я уже много сказал в предыдущих комментариях.
По поводу ресурсоёмкости:
На обычном хостинг аккаунте битриксу будет крайне не комфортно, а при посещаемости в 1000 пользователей и более, будет периодически падать.
На обычном хостинг аккаунте битриксу будет крайне не комфортно, а при посещаемости в 1000 пользователей и более, будет периодически падать.
Ну, в общем, да. Однако повторюсь, что производительность Битрикса резко возрастёт при правильной настройке nginx. Естественно, в стандартных хостинг-пакетах таким и не пахнет. Но многие популярные хостеры уже сейчас предоставляют спецпакеты "Битрикс-хостинг". И уж если куплен Битрикс и вложены деньги в разработку, то можно себе позволить и нормальный хостинг и даже собственный сервер. А делать сайты уровня хоумпейджа на Битриксе как-то... хмм... несолидно.
>>Но многие популярные хостеры уже сейчас предоставляют спецпакеты "Битрикс-хостинг"
Ага и это проходили, а именно про мастерхост, на форуме битрикса периодически появляются мнения о том что их сайт в дауне.
Также проходили битриксхост, ну там так и не смогли нормально сконфигурировать отображение доменных имён при многосайтовом битриксе.
Ага и это проходили, а именно про мастерхост, на форуме битрикса периодически появляются мнения о том что их сайт в дауне.
Также проходили битриксхост, ну там так и не смогли нормально сконфигурировать отображение доменных имён при многосайтовом битриксе.
Если стоит задача сэкономить, — Drupal.
Удачно сэкономить - это хорошо. А пить нескафе из банки, расстраиваться от его вкуса каждое утро и утешать себя тем, что пусть вкус отвратителен, но зато таким образом экономишь... Простите за аналогию, Drupal намного лучше нескафе, но идею иллюстрирует.
Дело в том, что это не единственный критерий. И его вес среди прочих критериев различен для разных категорий пользователей CMS. Для некоторых его вес близок к нулю. Для других он побивает все прочие критерии.
Вы видимо очень хорошо знаете Битрикс - и не очень хорошо Друпал. Я сам совершенно не специалист по Друпалу - и использовал его только в одном личном проекте - но вижу много странных вещей у Вас в статье.
В Друпале совершенно свободно можно назначить разные шаблоны для разных пользователей - для админа один, для пользователя - другой - и совершенно не нужно "делать шаблоны таким образом, чтобы в них нормально отображалась та часть административного интерфеса, которая не использует административный шаблон"
Любая страница Друпала может содержать любое удобное количество блоков. В любом из этих блоков можно вывести любое по желанию динамическое или статическое содержимое, абсолютно независимо от содержания страницы.
С помощью специального плагина Друпал позволяет кешировать любой из блоков страницы, независимо от других - что вполне позволяет кешировать для залогиненного пользователя всю страницу, за исключением блока с его персонализированной информацией.
ЗЫ - Если будете спрашивать - я Вам карму не понижал :)
В Битриксе административный и пользовательский интерфейсы полностью разнесены, что позволяет создавать совершенно произвольные шаблоны страниц (в Drupal приходилось делать шаблоны таким образом, чтобы в них нормально отображалась та часть административного интерфеса, которая не использует административный шаблон).
В Друпале совершенно свободно можно назначить разные шаблоны для разных пользователей - для админа один, для пользователя - другой - и совершенно не нужно "делать шаблоны таким образом, чтобы в них нормально отображалась та часть административного интерфеса, которая не использует административный шаблон"
Основной структурной единицей CMS Drupal служит узел (node). По сути дела, любая страница сайта на Drupal (за исключением служебных) - это либо список анонсов узлов, либо полное отображение одного узла. Вывод любой страницы может сопровождаться выводом дополнительных блоков, но, так или иначе, они являются вторичными по отношению к node.
Любая страница Друпала может содержать любое удобное количество блоков. В любом из этих блоков можно вывести любое по желанию динамическое или статическое содержимое, абсолютно независимо от содержания страницы.
Важным отличием Битрикса от Drupal является принцип кэширования страниц. Так, в Drupal производится кэширование всей страницы, доступной по данному URL, целиком. Соответственно, если пользователь в данный момент залогинен на сайте, то на странице, скорее всего, присутствует некоторая персонализированная информация (например, его логин). Стало быть, кэширование страницы в этом случае навозможно в принципе.
С помощью специального плагина Друпал позволяет кешировать любой из блоков страницы, независимо от других - что вполне позволяет кешировать для залогиненного пользователя всю страницу, за исключением блока с его персонализированной информацией.
ЗЫ - Если будете спрашивать - я Вам карму не понижал :)
Как приятно, наконец, прочитать комментарий не из разряда "религиозных войн", а по делу. Да, я не дока в Drupal (хотя и пришлось его хорошенько поковырять), да и Битрикс не так давно изучаю. Однако, понимаете, хороша та программа, которая уже с умолчальными установками выдаёт все свои преимущества, но в то же время позволяет весьма гибко себя настраивать, эти преимущества усиливая. Я слышал о том, что к Drupal есть кэширующие плагины, допускал возможность, что они даже очень хороши. Но мне странна сама идея - делать такую важную, "ядрёную" (от слова "ядро" :) вещь плагином. Потом, его придётся настраивать, а это дополнительное время, дополнительные затраты на интеграцию. Зачем? В Битриксе это всё уже есть СРАЗУ. Мне никогда не была понятна гордость линуксоидов девяностых в стиле "я проковырялся двое суток кряду и таки заставил работать Linux с кириллицей!" (ну хоспадибожемой, винда умела работать с кириллицей практически с рождения, ну чем тут гордиться? - сразу замечу, чтобы не опускали карму, Битрикс у меня под Linux работает :).
Ни для кого не секрет (ну разве что для людей, кроме тупого кодинга, ничем не занимающихся), что сложно не написать текст программы, а продумать систему в целом, продумать интерфейсы взаимодействия, продумать единообразные управляющие механизмы. Вот - основное преимущество Битрикса. Здесь можно много и долго ПОДстраивать, но Настраивать с нуля не так уж и обязательно.
Про админ-шаблоны для Drupal я знаю, поэтому их и упомянул. Но опять же, редактирование, например, нода происходит не в админ-шаблоне, а в юзерском. И потом меня всегда смущает словосочетание "можно сделать" при наличии словосочетания-конкурента "уже сделано".
Про то, что можно выводить в страницу на Drupal любое количество блоков, я тоже сказал ("Вывод любой страницы может сопровождаться выводом дополнительных блоков, но, так или иначе, они являются вторичными"). Дело не в выводе, а в идеологии, а именно в свободном порождении не столько выводимых сущностей, сколько сущностей предметной области. В Drupal эти сущности добавляются установкой плагинов (вроде таксономии, когда к сущности node добавляются сущности-рубрикаторы). В Битриксе добавление предметных сущностей - инфоблоков - и их ссылочное связывание - типичная операция. А множественность их пользовательских представлений - вещь уже вторичная.
Вывод: Drupal не очень-то уступает Битриксу в функциональности, но вот продуманность в плане настроек и интеграции у Drupal не сказать чтобы на высоте.
P.S. Спасибо за непонижение кармы :)
Ни для кого не секрет (ну разве что для людей, кроме тупого кодинга, ничем не занимающихся), что сложно не написать текст программы, а продумать систему в целом, продумать интерфейсы взаимодействия, продумать единообразные управляющие механизмы. Вот - основное преимущество Битрикса. Здесь можно много и долго ПОДстраивать, но Настраивать с нуля не так уж и обязательно.
Про админ-шаблоны для Drupal я знаю, поэтому их и упомянул. Но опять же, редактирование, например, нода происходит не в админ-шаблоне, а в юзерском. И потом меня всегда смущает словосочетание "можно сделать" при наличии словосочетания-конкурента "уже сделано".
Про то, что можно выводить в страницу на Drupal любое количество блоков, я тоже сказал ("Вывод любой страницы может сопровождаться выводом дополнительных блоков, но, так или иначе, они являются вторичными"). Дело не в выводе, а в идеологии, а именно в свободном порождении не столько выводимых сущностей, сколько сущностей предметной области. В Drupal эти сущности добавляются установкой плагинов (вроде таксономии, когда к сущности node добавляются сущности-рубрикаторы). В Битриксе добавление предметных сущностей - инфоблоков - и их ссылочное связывание - типичная операция. А множественность их пользовательских представлений - вещь уже вторичная.
Вывод: Drupal не очень-то уступает Битриксу в функциональности, но вот продуманность в плане настроек и интеграции у Drupal не сказать чтобы на высоте.
P.S. Спасибо за непонижение кармы :)
ну хоспадибожемой, винда умела работать с кириллицей практически с рождения, ну чем тут гордиться?С Windows 3.1 надо было повозиться. Те что младше не застал.
Но мне странна сама идея - делать такую важную, "ядрёную" (от слова "ядро" :) вещь плагином. Потом, его придётся настраивать, а это дополнительное время, дополнительные затраты на интеграцию.
Установить плагин (который устанавливается без всяких предварительных настроек), потом в нем указать - какие блоки кешировать. И все работает - никаких дополнительных затрат на интеграцию, времени гдето 15 минут.
Про админ-шаблоны для Drupal я знаю, поэтому их и упомянул. Но опять же, редактирование, например, нода происходит не в админ-шаблоне, а в юзерском.
Редактирование нода будет происходить там, где этого захочет разработчик - в том шаблоне, который он для этого установит. Определите для анонимных посетителей один шаблон, а для залогиненых - другой - и нет ни каких проблем.
Дело не в выводе, а в идеологии, а именно в свободном порождении не столько выводимых сущностей, сколько сущностей предметной области. В Drupal эти сущности добавляются установкой плагинов (вроде таксономии, когда к сущности node добавляются сущности-рубрикаторы).
Таксономия - это не плагин, это свойство ядра Друпал - на котором строиться все идеология. Свободное порождение сущностей, их объединение в группы, установление между ними связей - это именно свойство Друпала.
Вывод - завязывайте с Битриксом, переходите на Друпал :)
И Bitrix и Drupal имеют свои плюсы, в некоторых случаях Bitrix подходит наверное даже больше, ввиду отсутствия поддержки российских платежных систем в Drupal, но сильно ошибается тот, кто думает, что уплатив за сам Bitrix не менее штуки баксов, сможет отделаться двумя тремя сотнями за грамотную подгонку этого хозяйства под свой проект. Если это конечно не тривиальный случай.
Думаю многие помнят конкурсы на разработку супер-полезных модулей для Bitrix, с призами в 500$, 200$, 100$ за первое второе и третье места. Это было очень смешно и очень несолидно.
Самое же главное в том, что код Bitrix не идет ни в какое сравнение с кодом Drupal, после Drupal на код Bitrix смотреть просто неприятно.
Я не видел ни одного сверстанного в div сайта на Bitrix, чтобы на нем сделать такой, потребуется очень сильно повозиться, и видимо никто не хочет.
Bitrix это местечковое решение, и думаю таким и останется.
Думаю многие помнят конкурсы на разработку супер-полезных модулей для Bitrix, с призами в 500$, 200$, 100$ за первое второе и третье места. Это было очень смешно и очень несолидно.
Самое же главное в том, что код Bitrix не идет ни в какое сравнение с кодом Drupal, после Drupal на код Bitrix смотреть просто неприятно.
Я не видел ни одного сверстанного в div сайта на Bitrix, чтобы на нем сделать такой, потребуется очень сильно повозиться, и видимо никто не хочет.
Bitrix это местечковое решение, и думаю таким и останется.
Код - это, скажем так, дело вкуса. Когда занимался отладкой скриптов Drupal, то тоже был в лёгком шоке от нарисованной мной на клочке бумажке диаграммы вызовов. Код сложной системы всегда сложен (особенно если с ней впервые сталкиваешься). И потом, не могу сказать про Drupal, но идеология Битрикса всячески не приветствует работу с исходными кодами системы. Пользовательские компоненты - пожалуйста, разрабатывай, реализуй в них всю логику (структура системы вполне это позволяет). Подобный подход использует 1С и (независимо от того, что за упоминание 1С мне сейчас тоже понизят карму :), этот подход показывает весьма большую эффективность. Оставьте ядро специалистам, расслабьтесь и пишите свою любимую бизнес-логику.
Вёрстка не имеет вообще никакого отношения к платформе, извините. И одинково хорошо или плохо можно сверстать на обеих платформах. Знай инклудь в каркас страницы вызовы функций, выводящих контент.
Местечковым решением Битрикс вряд ли будет: интернационализация продукта проведена на разных уровнях (админка, сообщения компонент, переводы инфоблоков, языки сайтов и т.п.). Но даже масштабов СНГ достаточно, чтобы продукт нашёл немалое количество пользователей.
Вёрстка не имеет вообще никакого отношения к платформе, извините. И одинково хорошо или плохо можно сверстать на обеих платформах. Знай инклудь в каркас страницы вызовы функций, выводящих контент.
Местечковым решением Битрикс вряд ли будет: интернационализация продукта проведена на разных уровнях (админка, сообщения компонент, переводы инфоблоков, языки сайтов и т.п.). Но даже масштабов СНГ достаточно, чтобы продукт нашёл немалое количество пользователей.
Приятен сам факт движухи на российском CMS-рынке.
Конечно, гораздо приятней была бы движуха качественных опенсурсных проектов, но и то хлеб.
В некотором смысле согласен с SeVit - главным образом в части его оценок качества кода. Код действительно запутан. Но это скорее следствие коммерческой составляющей. По поводу вёрстки - не согласен. Там же вроде функционал в макет встраивается макровставками, (или ошибаюсь? я забыл уже, давненько не ковырял Битрикс), потому какой именно макет - нет разницы. И на вёрстку прикручивание любого оформления существенного влияния оказывать не должно.
И вообще, если абстрагироваться от модной нашлёпки "Работает на Битрикс", отличной упаковки и толкового руководителя (Рыжиков действительно обаятельный и прозорливый руководитель, почёт ему и уважение), то глянцевый флёр становится сильно призрачным: солидная нагрузка на сервер, оскорбительный вес дистрибутива (40 метров против 5 у того же NetCat при сравнимой функциональности) и т.д.
Кто-то сказал, а я повторю, что Битрикс - выбор менеджера, а не девелопера.
Конечно, гораздо приятней была бы движуха качественных опенсурсных проектов, но и то хлеб.
В некотором смысле согласен с SeVit - главным образом в части его оценок качества кода. Код действительно запутан. Но это скорее следствие коммерческой составляющей. По поводу вёрстки - не согласен. Там же вроде функционал в макет встраивается макровставками, (или ошибаюсь? я забыл уже, давненько не ковырял Битрикс), потому какой именно макет - нет разницы. И на вёрстку прикручивание любого оформления существенного влияния оказывать не должно.
И вообще, если абстрагироваться от модной нашлёпки "Работает на Битрикс", отличной упаковки и толкового руководителя (Рыжиков действительно обаятельный и прозорливый руководитель, почёт ему и уважение), то глянцевый флёр становится сильно призрачным: солидная нагрузка на сервер, оскорбительный вес дистрибутива (40 метров против 5 у того же NetCat при сравнимой функциональности) и т.д.
Кто-то сказал, а я повторю, что Битрикс - выбор менеджера, а не девелопера.
Битрикс - выбор менеджера, а не девелопера.
Совершенно верно. Причем со временем менеджер в своем решении укрепляется, потому что у Битрикса очень подходящий для конторской CMS вектор развития.
как-то был на семинаре битрикса - так оказалось что в нем нет даже авоматического ресайза картинок когда их в статью постишь, рассылки тоже вообще нет
Модуль рассылок там есть. Довольно примитивный, то есть завести выпуск и разослать его можно только вручную. Не может, например, автоматически создаться и уйти рассылка после публикации новой статьи. Но эту проблему RSS снимает. Что касается автоматического ресайза, нужно было бы, конечно, но я бы лично не стал загружать этим делом сервер.
Где-то читал мнение о битриксе, что битрикс это система для блондинок-секретарш, в принципе с этим согласен.
За красивым интерфейсом, прячеться некрасивый код и большая ресурсоёмкость.
За красивым интерфейсом, прячеться некрасивый код и большая ресурсоёмкость.
Разные весовые категории. Сравнивайте Битрикс с Тайпо три.
Главное что интересно, с повышением версии редакции, дорожает цена лицензии на доп. сайт, как я думаю такого быть не должно.
Купил ты более высокую редакцию, ты за неё уже заплатил, а нет, они ещё лицензии на доп. сайты дороже делают.
Купил ты более высокую редакцию, ты за неё уже заплатил, а нет, они ещё лицензии на доп. сайты дороже делают.
Недешевые продления лицензии.
Обновления бесплатны в период действия лицензии.
Обновления бесплатны в период действия лицензии.
Уважаемые любители CMS Drupal! Дабы положить конец флейму, вызванному этой статьёй, специально для вас к статье добавлен Disclaimer:
Disclaimer
Сожалеем, если эта статья огорчила некоторых любителей Drupal. Однако целью этой статьи не было оскорбление их праведных чувств.
Авторов статьи не раз обвиняли в том, что она заказная, проплаченная и т.д. Доказывать, что мы не верблюды, не имеем ни возможности, ни особого желания.
Статья написана исключительно на основе собственного опыта работы с CMS Drupal и Битрикс, основывается на тех фактах, которые были получены в течение полуторамесячного использования каждой из систем, и поэтому отражает только лишь наше частное мнение.
Нам указывали на то, что мы просто не разобрались в преимуществах Drupal. Да, это так, именно поэтому мы предпочли CMS со сравнимой функциональностью, разобраться с которой оказалось намного проще. Собственно, сокращение «курвы вхождения» составляет львиную долю потребительской ценности (и стоимости) Битрикса.
Поэтому не стоит обвинять авторов в непрофессионализме. По нашему мнению, разработчик должен стремиться делать продукт так, чтобы его пользователь смог сосредоточиться, в основном, на выполнении своих прикладных задач, а не на длительном освоении продукта, которое зачастую менеджеры оплачивают крайне неохотно.
Изначально задача сравнения CMS не ставилась вообще, просто было желание продемонстрировать, как на Битриксе без усилий можно сделать некоторое из того, для чего в Drupal придётся попотеть. Именно поэтому о достоинствах Drupal в статье ничего нет. Уважаемые пользователи Drupal, вы всё о них знаете, а остальные читатели смогут почитать о них в ваших статьях.
В завершение хочется привести ссылку, найденную на сайте Drupal-Россия. Думаем, этот материал также поможет оценить преимущества и недостатки внедрения каждой из CMS в своём конкретном случае. Однако тоже следует иметь в виду, что помимо чтения статей, следует попробовать реализовать один и тот же важный для вас тестовый функционал на обеих платформах и сделать собственный вывод.
P.S. Поводов для религиозных войн в IT-сфере и так предостаточно. Поэтому не хочется, чтобы эта статья воспринималась как очередной пост вроде «ATI или nVidia: выбор профессионалов» или «Windows и *Nix: полигон для мордобития».
"Статья предназначена для тех, кто хочет проанализировать программный продукт «1С-Битрикс: Управление сайтом», и призвана помочь читателю сделать вывод о целесообразности применения Bitrix для решения своих задач по созданию сайта. Также в статье рассказывается о преимуществах Bitrix по сравнению с популярной бесплатной CMS Drupal, распространяемой на условиях open source."
Проще говоря "это статья о том какой битрикс хороший и почему вы его должны купить, попутно указываются недостатки Drupal " (почему друпал, а не "Тайпо три" тоже понятно, друпал пока что одна из популярных бесплатных кмс)
Проще говоря "это статья о том какой битрикс хороший и почему вы его должны купить, попутно указываются недостатки Drupal " (почему друпал, а не "Тайпо три" тоже понятно, друпал пока что одна из популярных бесплатных кмс)
В принципе, после Disclaimer, об грубых ошибках и заблуждениях автора можно забыть.
При высказывании своего личного мнения (что отдельно указано в статье), люди вправе заблуждаться. Действительность от этого не страдает.
Радует, что автор к этому подходит спокойно и взвешенно. Искренне надеемся, что мир для него стал несколько шире и разнообразнее.
Как говаривал мой старый начальник: "...если других машин не видеть и не ездить на них - то жигули классная тачка..."
При высказывании своего личного мнения (что отдельно указано в статье), люди вправе заблуждаться. Действительность от этого не страдает.
Радует, что автор к этому подходит спокойно и взвешенно. Искренне надеемся, что мир для него стал несколько шире и разнообразнее.
Как говаривал мой старый начальник: "...если других машин не видеть и не ездить на них - то жигули классная тачка..."
Популярное - не есть хорошее, вот в чем проблема. Это касается и битрикса, и друпала. Скажем, PHP - не самый хороший язык, но он популярен. А Джумла вроде бы даже обходит по популярности друпал, но вы же не будете говорить, что она лучше?)
т.е. я к тому что можно было не оправдываться...
Статью не читал, но знаю, что сравнивать Битрикс с Drupal'ом нельзя. Также как нельзя сравнивать зубную щетку с бритвой, самосвал с седаном, ноутбук с сервером. У всех систем есть свои задачи, у битрикса - корпоративные сайты, у друпала - комьюнити и блоги. Сравнивать надо схожие продукты.
Кстати, с Drupal можно делать и корпоративные сайты.
а что собственно определяет задачу "корпоративные сайты"? т.к. насколько я знаю у друпала есть решения для любых современных задач (пусть и не идующих в комплекте)
Неправильно сравнивать эти системы. Ведь Drupal бесплатная.
Я уже думал, про Битрикс забыли все. Ан нет, на лето просто уехали.
Битрикс не продать даже на 15 тыс рублей дешевле!
Вот есть у меня лицензия на Бизнес версию, предлагал за 40 тыс, за 35! А не берут. :)
сам делать на ней ничего не собираюсь пока, а другим, может нужно...
Вот есть у меня лицензия на Бизнес версию, предлагал за 40 тыс, за 35! А не берут. :)
сам делать на ней ничего не собираюсь пока, а другим, может нужно...
Sign up to leave a comment.
CMS Drupal VS Bitrix