12 марта 2013 в 16:36
Добрый день.
Данная тема - уже реально заезженная, но тем не менее ...
Представьте себе, что вы общаетесь с заказчиком по поводу разработки сайта и говорите, что разработку будете вести на CMS Drupal.
А заказчик в ответ говорит, что "вот сейчас все делают сайт на Битриксе ... и знакомый компьютерщик советует использовать именно Битрикс ... и уже звонили из веб-студии, которая работает на Битриксе, предлагали какие-то скидки ... а вот вы почему-то работаете на Друпале, хотя все работают на Битриксе." и т.д.
Вот какие, по вашему, аргументы можно привести в пользу Друпала ?
Сам я, к сожалению, с Битриксом не работал, поэтому могу от себя привести аргументы навскидку.
1. Drupal активнейшим образом используется в Европе и США, на нём сделано множество сайтов вплоть до сайта Белого Дома.
2. Drupal сам по себе бесплатный. То есть, за деньги, сэкономленные на лицензии для Битрикса, можно заказать более хороший дизайн. Или оплатить хостинг. Или заказать какую-нибудь другую дополнительную услугу для сайта.
3. (Предположительно) Сама разработка на Битриксе будет не дешевле, а то и дороже, чем на Друпале.
4. Drupal все-таки требует меньше расходов на хостинг. (хотя это для заказчика и не всегда актуально)
5. Drupal - система, написанная программистами и для программистов. Очень многие нестандартные пожелания заказчика осуществимы, если писать на Drupal.
6. Drupal имеет тысячи и десятки тысяч модулей практически на все случаи жизни.
7. Практически всё то, что есть в Битриксе, можно настроить и в Drupal.
8. Популярность Битрикса в России во многом является не следствием качества продукта, а результатом грамотного маркетинга, рекламы и пиара. В остальном мире Битрикс не сильно котируется.
А на ваш взгляд, какие аргументы, которые могут подействовать на заказчика ?
Комментарии
Давайте для начала поймем, что чаще всего заказчику грамотным специалистом не надо доказывать, что он выбирает именно Drupal, а не Bitrix или что-то другое. Специалист просто выполняет заказ. Если изначально сайт был начат и делается на какой-то CMS, то уйти от него заказчик сможет лишь по одной причине "сколько не пытались, решить задачу не смогли". Причем это не только Bitrix касается, но и Joomla и WP и других. Если изначально хоть както задачи заказчика на той CMS решили, то перейти на что-то другое он врядли согласится.
Основной аргумент для заказчика - это то, что Drupal действительно гибкая система, ничуть не хуже Birtix. Труд разработчика при этом оплачивается также, как и на Bitrix, но он уже не включает в себя оплату непонятного назначения лицензии на сам факт пользования этой CMS. А то, что при этом система далеко не сахар, это заказчика не должно волновать. Drupal тоже не всегда бывает "сахар" и не всегда подходят для решения некоторых задач
Если с заказчиком будет говорить грамотный специалист, это одно.
А если с потенциальным заказчиком будет разговаривать посредник, который не является продвинутым друпал-специалистом, то какие аргументы ему стоит применять ?
Гибкость, бесплатность и распространенность в мире ?
хорошим тоном считается в переговорах не поливать грязью конкурентов)
говорите про плюсы друпала. про то, что друпал не только cms, но и cmf
Про общее улучшение кармы от использования опенсорца не забудьте упомянуть
Я всегда говорю, что разработчики сайтов Белого Дома, Майкла Джексона и т.п. наверное не дурачки и почему-то выбрали Друпал. Друпал открыт и разрабатывается "всем миром", а Битрикс только определенным кругом - естественно у друпала будут больше дырок закрыто.
Хоть у меня и нет заказчиков (делаю небольшие сайты знакомым и знакомым знакомых =), но вопрос "почему друпал, а не bitrix/wordpress/joomla" слышал неоднократно.
Ну, тут могут задать обратный вопрос - а почему тогда у нас выбирают Битрикс, а не Drupal ?
По причине того, что у нас никто не занимается серьезным продвижением Drupal ?
потому что мне сказали, что его толкают веб-студии и имеют процент с продаж. Также я в своем университете видел объяву о наборе студентов на разработку продуктов 1С, а это дает знать о том, что там практиканты-студенты работают. Могу ошибаться ибо сам свечку там не держал.
И народ у нас....если бесплатно значит плохо, а если платно, то сто пудово лучше.
Ну и наконец, на Лада Калина тоже кто-то ездит и кто-то ее покупает =\
именно) серьезно друпал в России не продвигается. а 1С вкладывает в маркетинг деньги я думаю немалые.
"пнх, придурок" - единственный и веский аргумент в пользу Друпала
если заказчик начинает любить мозг по поводу выбора cms - ему прямая дорога по вышеуказанному адресу.
Если мне нравится турция, зачем мне крым?
Не надо считать клиента лохом! Деньги у него, а не у вас!
В моем понимании, "придурок" - это не тот, который спрашивает: "чем Битрикс лучше Друпала ?", а тот, кто спрашивает: "а чем вы лучше моего знакомого племянника, который мне всё это сделает за тысячу рублей под ключ ?"
А если клиент озадачивается Битриксом, то это уже хорошо тем, что клиент понимает, что разработка сайта стоит деньги и он в принципе готов эти деньги платить.
50% с продажи лицензии идут студии-исполнителю. Не клиент выбирает, за него выбирают.
не корректное сравнение)
почему? в турции все готово и ты платишь, а в крыму нихера и ты платишь
правда в крыму ещё и дороже 
реально не вижу смысла сидеть допиливать дру если можно взять коробку. Что самое смешное коробка будет ещё и качественней чем собственные поделки. т.к. коробку тестировал отдел тестирования.
у каждого выражения есть обратная сила. то есть, если человек готов платить деньги, то он обязательно выберет битрикс?) да и потом, с каких пор заказчик должен выбирать инструмент? когда этот же заказчик находится на приеме у стоматолога, то он тоже советует каким сверлом лучше сверлить?)
самые большие проблемы у проекта начинаются тогда, когда заказчик выбирает что то не понимая суть. объяснить человеку далекому от программирования плюсы обширного и подробно описанного апи разве можно?)
В данном случае обратное выражение строится, исходя из законов логики. А именно, если из А следует Б, то из "не Б" следует "не А". То есть, если человек НЕ готов платить деньги, то он НЕ выберет Битрикс. Так и есть.
В принципе, я считаю, что заказчик вполне имеет право изначально прислушиваться не только к тому, что говорит потенциальный исполнитель, но и к тому, что ему советуют знакомые. Многие заказчики, да и многие люди сталкивались по жизни с такими ситуациями, когда исполнители их пытались, скажем так, "поднадурить", а какой-то знакомый им раскрывал на этот обман глаза.
за проект будет отвечать исполнитель, а не советчики. проект будет сдавать исполнитель, а не советчики. так с какого хера заказчик должен прислушиваться к людям, которые не подписали договор?)
нет логики. если человек готов потратить деньги, то он не экономит на исполнителе
как по мне, - на битриксе реально много хороших проектов, а на друпале - пшик да и только.
мне лично насрать что там в штатах и европах, я как заказчик с деньгами вряд ли бы равнялся на них.
да причина тут совершенно в другом. в шататх у контор кучи наработок и сборок которые они тупо не публикуют. Битрикс публикует за деньги. А большинство агитирующих за дру думает поставлю ядро+views и буду в шоколаде. ага ага... а то что кучи модулей на д.орге написаны просто отвратительно + не держат нагрузку про это все как то забывают...
Я так и сделаю, всё правильно настрою, и таки буду в шоколаде.
я говорил про модули, исключительно про модули. Причем вот такое Битрикс срубает на корню http://www.drupal.ru/blog/75302 кому интересно можете посмотреть всю динамику просветления на фрилаесе.
Можно долго и нудно обсуждать преимущества B vs D, но мне как человеку работающему за деньги приятней участвовать в нормально построенном бизнес процессе, чем пытаться делать все самостоятельно.
А какой ценик выкатит разработчик на друпал, когда выйдет новая версия? А клиент скажет "хочу новую!".
Ну а какой смысл вообще в данном пожелании ?
Клиенту ведь нужно максимально хорошо решить задачу, и при этом не переплатить.
Я думаю, что чтобы клиент просто так захотел перейти на новую версию, ему нужно долго "жужжать на уши" о том, что "новая версия ну настолько круче, чем прежняя", чтобы клиент просто перестал соображать головой.
Ни разу клиенты не попадались "чё я как лох сижу на старой версии"?
То, что проходит через этот мифический "отдел тестирования" часто вызывает дичайшую истерику у конечных разработчиков. Качество кода в друпале выше. Особенно ядра.
Вообще чтобы понимать о чем речь, надо спросить любого спеца, который обслуживает хостинг, где хостится и дру и битрикс. Услышите много интересного о падениях, тикетах по поводу безопасности и т.п.
Новые версии - это в т.ч. и соображения безопасности. Пару раз повыломают на багах старой версии, и ваше жужжание вам же выйдет боком (а могут появиться и другие люди, которые пояснят - что такое вообще обновления безопасности, прощай клиент).
Это вполне рыночные отношения - если вы предоставляете клиенту объективно плохой подход (закрытость и неизменность), этот клиент рано или поздно уйдет в студию получше.
В данном случае я имею в виду гипотетическую ситуацию, когда, к примеру, сайт нормально работает на версии ... ну, пусть, на версии 6.25.
Сайт развивается, своевременно обновляется на выходящие подверсии и т.д.
Проблем и претензий нет.
И тут вдруг выходит новая версия - 7.0
И клиент, услышав об этом, клиент начинает резко настаивать на том, что нужно прямо сейчас переходить на эту версию 7.0.
Потому что версия новая, по мнению каких-то экспертов, более крутая и т.д.
Ведь вменяемый клиент не будет переходить на новую версию только по такой причине.
В крайнем случае, нужно подождать, пока новая версия стабилизируется, утрясется, под эту версию выйдут стабильные версии ныне используемых модулей и т.д.
вроде 2 года на форуме, а верите в какие то мифические коробки, которые покрывают 100% пожеланий клиентов. один из главных плюсов друпала, по сравнению с битриксом, это модульность, а не "коробки". ничего не мешает форум превратить в магазин, а магазин в портал. включая регрессию, от магазина до каталога и так далее. в случае битрикса у вас такая гибкость? или постоянно бегать и счета оплачивать?
Счета в обоих случаях будут сопоставимы, что в коробке, что в Битриксе.
я все это отлично понимаю, но в 90% клиенту надо типовое решение и развиваться оно не будет. Сделали и забыли, а через 2-3 года его надо выкинуть и сделать новое.
тем не менее это самый распространенный и используемый метод продажи своего товара. И конкурентами он будет использован.
Эти аббревиатуры ничего не скажут заказчику. Бистрикс тоже cmf можно сказать.
У Бистрикса есть поддержка, у друпала - глюки и несовместимость решений между мажорными версиями. Сайт на друпал устаревает и сейчас на 6-ке сайты останутся без элементарной поддержки дыр в ядре и модулях, а сайтов на нем хватает.
Серьезно никто не продвигает. Можешь назвать сходу серьезные рунетовские фирмы, которые с ним работают, модуля под него пишут? Я - не могу. Под уберкарт 3 модуль оплаты вебмани не был недавно готов (сейчас не знаю), хотя у девелоперских фирм полюбому он создан, т.к. у них поток и им такое надо, но не делятся, т.к. его используя их школота будет иметь возможность демпинговать налево направо.
Это нормальная практика. Бистрикс делится частью своего дохода с тем кто их продукт продвигает. Эта система не означает что продукты Бистрикс обязаны быть дешевле. Их цена - рыночная - не хочешь не покупай.
Про Белый Дом не аргумент, за те бюджеты и на мощностях, там можно было сделать на чем угодно.
Это не так. Программист нужен в друпале, чтобы разрабатывать бесплатно модули и решать уже какие то косячные вопросы. А разработка самого сайта идет модулями без программиста.
Ты этого не знаешь.
С чего ты взял? Может быть и качества. Я например не слышал про бесконечные глюки Бистрикса, а про бесконечные глюки друпала и слышал и встречал, да темы этого форума тому пруф. Хостингов нормальных под друпал и его нагрузку почти нет, а бистрикс тарифы очень на многих серьезных хостерах.
коробка == битрикс
насчет сопоставимы вы наверное слегка погорячились)
малый бизнес стоит - 24 900 руб., сюда прибавьте еще работу разработчика, дизайнера, верстальщика.
Я веду разговор про переход с версии на версию и стоимости глобальных переделок. Не? А запуск сайта так же сопоставим по цене, то что отдаете Битриксу, отдадите разрабу за сборку модулей и допиливание.
спорный вопрос) но тут перешли к шагу допиливания) проще будет допиливать друпал или битрикс?)
Допиливать проще будет то, что лучше знаешь. На сегодняшний день, если попросят сделать сайтик друзья - сделаю на друпале, если клиенту на продажу - на битриксе.
то есть за допиливание битрикса вы возьмете больше?
Пока за допиливание не буду браться вообще. Сейчас оформляю партнерство битрикса и планирую переезд собственных проектов на битрикс
тогда понятно)
В процессе разработки сайтов у клиентов могут возникать всякие дополнительные пожелания, которые можно выполнить или от которых можно отмазаться.
Вот, например, недавно разрабатывали корпоративный сайт, в котором на главной странице нужно было отобразить одну новость.
Сначала я решил, что должна отображаться последняя новость, так и сделал.
Потом оказалось, что клиенту нужно отображать не последнюю новость, а произвольную. В результате в шаблон "Главная страница" было добавлено новое CCK-поле типа "node reference", в котором можно было задать новость для отображения. Ну и + была дописана темизация главной страницы - добавлено условие, что если данное поле непустое, то выводить новость, на которую оно указывает, иначе выводить последнюю новость.
Клиенту не понравилось то, что для того, чтобы выбрать выводимую новость, нужно заходить куда-то и что-то там устанавливать. Неудобно, блин.
А нельзя ли сделать так, чтобы при вводе новости можно было сразу пометить вывод этой новости на главной странице ?
Немного подумав, было предложено следующее решение.
На форме ввода новости добавляется вкладка с галочкой. Если эту галочку установить, то при сохранении этой новости её nid записывается в то самое поле, которое задано в шаблоне главной страницы (см. рис.)
Данное решение клиента абсолютно устроило, все остались довольны.
Для решения нужно перехватить три хука - hook_form_alter (добавляет вкладку с галочкой), hook_node_insert и hook_node_update (записывают nid новости куда надо, если галочка была нажата). И всё.
Код там довольно простой, буквально по несколько строчек для каждого хука.
Если знать, как это делается, вся эта работа займет ... ну, минут 10-15.
Я понимаю, что можно было бы пойти по другому пути и доказать, что мы не обязаны это делать ... что клиент неправ и т.д.
Но все-таки, думаю, лучше сделать, чем потратив то же самое время и нервы, доказать, что делать не нужно.
У меня вопрос - Битрикс позволяет так же легко реализовывать всякие маленькие "хотелки" и т.д. ?
все решается средствами друпала, которые уже есть. уже есть галочка выводить на главной. первоначальное ваше решение вызвало у меня удивление.
В данном случае на главной нужно выводить ТОЛЬКО ОДНУ новость (см. рис.)
Да и в процессе работы я как-то из головы упустил ту друпаловскую галочку.
Даже если бы использовать стандартную галочку, то нужно было бы перехватывать хуки hook_node_insert и hook_node_update, которые при нажатии галочки на текущей новости снимали бы галочки на всех остальных новостях.
Но факт не в том.
Я этим хотел лишний раз подчеркнуть то, что система довольно гибкая и сайт можно настроить так, что работать с ним будет очень понятно любому мало-мальски адекватному клиенту.
И чтобы делать такие мелкие доработки, не нужно учить кучи всяких модулей и т.д. Все делается быстро и стандартными средствами.
тут с вами согласится adubovskoy, они как раз так и делают на друпале
за это друпал и любят)
А без вариантов) Опишу:
1. Друпал позволяет быстро и недорого реализовывать много "хотелок". Странно когда при такой стоимости сайта доработки в разы дороже. Друпал позволяет набор типовых решений (с собственной темизацией) очень недорого предоставлять
2. Друпал позволяет быстро и просто решать вопросы безопасности (покажите мне drush для битрикса)
3. Друпал позволяет при необходимости (а она бывает довольно часто) из простого и недорогого сайта мигрировать данные на уровень выше. Был каталог - хотите магазин?) Пожалуйста, недорого, надежно, протестировано.
4. На рынке бюджетных визиток нет битрикса)) И не будет никогда.
По опыту - к нам (не на визитки) часто приходят "из битрикса", за что мы их любим. Реальная конкуренция есть (наверное, я не знаю) только для больших сайтов/компаний, а это незнакомый для нас рынок. Мне например очень редко клиент говорит "а давайте на битриксе", очень редко - 1 обращение из 100, если не больше. Меня не напрягает) Так что тема в плане бизнеса для меня не актуальна, в плане идеологии - да, люблю похоливарить, пообсуждать.
Я с друпалом не прогер, скорее продвинутый пользователь, есть несколько личных говносайтов. Шаблон подправить, ну или там еще где пару строк на PHP. C Bitrix'ом столкнулся по работе, сейчас работаю с ним. Пока дорос только до шаблоном компонентов. Скоро придется писать свои компоненты.
А drush для битрикса - эта ПЯТЬ!!! Ты сделал мой день!
То есть, за деньги, сэкономленные на лицензии для Битрикса, можно заказать более хороший дизайн
Спорненько.
Красивых сайтов Битрикса - море, на друпале красивых - капля в море.
Функциональных - масса, но вот красивых реально мало, относительно битрикса опятьжетаки.
В мире делают красивые сайты на Друпале.
http://drupal.org/case-studies
Почему у нас их мало ... Наверное, по каким-то другим причинам, а не потому, что Друпал не позволяет делать такие сайты.
Друпал позволяет сайт на основе любого дизайна. Для этого нужно только разобраться в темизации.
Я скажу по себе, что раньше работал на MODx ветки EVO, который как раз и позиционирует себя как СMS, на которую можно натянуть любой дизайн.
А когда сделал сайт с произвольной версткой на Drupal 7, то по трудозатратам это сопоставимо - что на MODx натягивать любой дизайн, что на Drupal.
Больше всего времени отнимало разбирательство с особенностями темизации, но это опять же, трудно, пока не знаешь нюансов.
Например, при выводе переменной $content по умолчанию происходит обрамление этой переменной тэгами
<div id="content"> ... </div>А в верстке изначально этот id="content" использовался в другом месте. И поначалу по этой причине были проблемы с отображением.
Разобрался, переопределил темизацию блока $content, всё заработало ...
Главные проблемы Битрикса, на мой взгляд, это API, которое они вынуждены тянуть с древних первых версий продукта, писавшееся какими-то индусами ещё, наверное, под php3, и отсутствие вменяемой поддержки для разработчиков. Когда пишешь под Битрикс что-нибудь нестандартное, отличное от того, что уже есть, хочется только одного - убивать.
Вот, простейший пример:
http://dev.1c-bitrix.ru/api_help/main/reference/cuser/register.php
Это сейчас там в комментариях написано, почему официальный пример работы метода на самом деле работает иногда. А лет 4-5 назад я чуть мозг не сжёг чтобы понять, почему GetID не возвращает ID только что зарегистрированного юзера. И такое там всюду, буквально, куда ни ткнись, отличие только в градусе безумия.
И главное код хрен раскопаешь, десятки файлов дублируют друг друга, чтобы проследить, что там куда инклудится, нужно отследить цепочку из иногда десятков неочевидных инклудов.
В общем, битрикс хорош только в случае, когда надо поднять сайт на стандарных модулях, получить откат с партнёрки и забыть (я так не пробовал, но вероятно можно).
> В общем, битрикс хорош только в случае, когда надо поднять сайт на стандарных модулях, получить откат с партнёрки и забыть (я так не пробовал, но вероятно можно).
Из этой фразы правильно только "битрикс хорош". Остальное напишите навальному в бложик. Сравни список на битриксе и список сайтов на друпале в РФ.
Спасибо за ответ, но я и так в курсе, что вам нечего сказать по существу.
Это вы гадите на битрикс, а не я на друпал. Кидаете ссылки на старые версии API, которые, кстати, ПОДДЕРЖИВАЮТСЯ. Я обновлялся с 4 на пятую, с пятой на шестую и с шестой на седьмую. Спасибо - наелся!
Или вот, например, прекрасная удобная функция получения списка результатов формы:
http://dev.1c-bitrix.ru/api_help/form/classes/cformresult/getlist.php
Чудный 3-хуровневый ассоциативный массив в качестве одного из параметров.
скоро будет сопоставим) можно даже так сравнить. сколько сайтов госструктур на битриксе, а сколько на друпале)
т.е. на друпале сайтов гос. структур больше?
чего тогда лезешь в обсуждение ?
Абыдно да, детка? Правда глазки режет? Я АПИ изучал, но для своих говносайтов модлЕй не писал, не было надобности и в особенности стимула.
Кстати - принимаю поздравления, сегодня стал партнером битрикса.
мои соболезнования)
Спасибо за вашу доброту и сочуствие!
Обновление с точки зрения админа сайта:
Друпал: отключите все модули кроме ядра, обновите ядро, обновите модули, обновите базу данных. Заработало? Ура! незаработало? трахайся сам!
Битрикс: нажмите кнопку обновить. незаработало? пиши в тех. поддержку.
и через сколько ответят? а если что то допиливалось, то что ответят?)
В течении маськовского рабочего дня, время реакции можете уточнить на сайте. Ядро допиливать крайне не рекомендуется, в остальном подскажут куда копать и ткнут носом в документацию, или тупо попросят доступ к серваку и исправят сами.
прямо мечта для простого пользователя. я очень рад за вас)
Простому пользователю "по барабану" на чем сайт. А вот для админа и контент-менеджера битрикс удобней.
А что все на битрикс накинулись? Очень сильная, активно развивающаяся, коммерческая система.
Преемственность версий и коммерческая поддержка - это серьезные плюсы со стороны заказчиков.
У Битрикса свои преимущества и недостатки, у Друпала - свои, не надо ненависти и преувеличений.
Есть такая цитата: "Удивительно, но платность Битрикса вызывает почему-то гнев тех, кто за него никогда не платил."
Я вчера накидал на вентилятор, думал с утра сегодня попкорном почитаю пару страниц....
кастомизировать админку в друпале не проблема - есть 1000 и один способ это сделать под конкретные хотелки
да и модули есть соответствующие(к примеру workbench со своими доп модулями)
так что ваш аргумент не прокатывает - придумайте что получше
это мнение говорит только о плохих познаниях друпала
P.S.на джумле шикарная админка - контент-менеджеры аж пищат от восторга
Скажу так: мне как админу и контент менеджеру битрикс удобней. Можете об стену убиться доказывая мне обратное. Поэтому программировать я учусь на битриксе.
Стаж работы с друпалом можете посмотреть в моем профиле.
Не смог пройти мимо данного коммента. Очень рассмешила фраза про обучение программированию на битриксе. Удачи, в столь нелегком деле изучения нового языка программирования. Меня не нужно поздравлять с успешным подписанием договора о партнерстве - у меня их десятки, со всеми ведущими разраб-CMS в России, но вот по настоящему я себя поздравил тогда, когда обратил весь свой взор в сторону Drupal, ни для галочки, а для возвращения СЕБЯ к здоровой логике после попыток понять дебильнейшую логику многих других платных CMS. Это стало для меня настоящей отдушиной и творчеством. Я еще ни одного вроде вопроса здесь не задал, а успел найти ответы на тысячи
P.S.: говорите, пишите что угодно! Это сугубо мое личное мнение, выросшее на моих потрясающих впечатлениях и восторге от Drupal
а мне удобнее своя админка кастомизированная лично под меня - и можете хоть об стену убиться , но если вы за 8 с лишним лет общения с друпалом не смогли понять , что его преимущество в обширных и гибких возможностях по кастомизации всего и вся , то мне вас жаль
ищите и дальше типовые решения - тут вам либо на джумлу либо к битриксу и там "учитесь программировать"
выбор cms исходя из удобства работы админа/контент-менеджера - это покупка автомобиля в цвет сумочки
там php легче, чем в друпале?
Господа, можете язвить, сколько хотите, я свой выбор сделал. Я выбрал инструмент для СЕБЯ. Друпал не обгаживал в отличии от некоторых мега-профи-друпаллеров, гадящих на битрикс.
И да, в поддержке битрикса не будут рассказывать на две страницы, какие они крутые и какой я тупой. Если я туплю - то об этом намекнут, дав ссылку на документацию или соответствующий урок.
8 лет тупил на друпале - решил техподдержка битрикса поможет меньше тупить?
сочувствую битриксу - на одну головную боль у них стало больше
Да, я тупил, уболтал чертяка красноречивый, ушел посыпать голову пеплом.
О гуру, в друпале уже починили комментарии? А то опять попадаю на первую страницу по прямой ссылке со второй.
не стоит им сочувствовать. последние два моих запроса, которые были не тривиальные: «какую кнопку нажать чтобы?» а по глюкам и кривой работе API, техподдержка технично проигнорировала. всем пофигу, лишь бы платил вовремя. к счастью, последнего своего клиента мы перевели на drupal около двух лет назад. возможно, конечно, сейчас там грамотных посадили на вопросы отвечать, но есть сомнения.
так карма просто загажена битриксом уже - потому всё как бэ намекает - уходя уходи
А кто сказал, что я ухожу? Я не фанатик. Будет нужно и буду пользовать друпал. В чем проблема? Если человек не понимает, что могут быть другие инструменты - это мммм.... дурак что ли... ну или просто в детстве уронили.
самокритично , но по сути верно
Я аж детство вспомнил "Кто обзывается - сам так называется" и прочие стрелки...
у меня тоже есть сомнения. любой русский сервис как бе намекает о том, что он русский) но Nickolyan'а радует, что там в течении дня отвечает на его нубские вопросы. в отличие от плохих друпалистов, которые 8 лет посылали куда то в апи и в гугл)
Снова день веселья. Стоило сказать, что я сменил инструмент, как местные школоло-сектанты подняли крик. Снесите эту тему и не позорьте друпал.
Тему сносить не надо, я её создал для поиска убедительных аргументов для потенциальных клиентов
Nickolyan, попользуйтесь Bitrix, сделайте несколько сколько-нибудь нетривиальных сайтов, пообщайтесь плотно с нахваливаемой вами техподдержкой битрикса, прочуствуйте отличия...
Тогда вы сможете аргументировано сравнить Bitrix и Drupal в тех или иных применениях.
И скорее всего, вы поймёте аргументы, которые вам приводили выше на собственном опыте.
А пока не стоит делать резких заявлений и клеить ярлыки. Это говорит о вашем неумении умении вести дискуссию, и отсутствии аргументов.
Прежде чем призывать не клеить ярлыки, научитесь это делать сами.
да пофиг ему, разве не видишь,
очередная жертва рекламы...
хотя, это более чем наглядная иллюстрация расположения сил)))
3 страницы комментов
Я всегда говорю, говорил, и буду говорить своим клиентам.
"хотите просто интернет магазин" = битрикс или любой другой специализированный движок магазина для рунета, это обусловлено:
1. Не надо писать пусть и призрачную интеграцию с 1С.
2. Не надо писать платежных систем.
3. не надо настраивать каталоги, шматалоги, последние товары, покупаемые товары и прочую сопутствующую шелупонь, это все есть в коробке.
4. не надо писать супер пупер мега крутой фасетный поиск, он тоже есть в коробке у специализированных движков.
5. готов поспорить с любым что дешевле чем ваять на друпале.
выдержка с их сайта:
"Интернет-магазин на платформе «1С-Битрикс» включает:
пошаговые мастера оформления заказа;
удобный интерфейс для управления заказами;
отправка почтовых уведомлений и SMS-извещений для покупателя и администратора магазин;
поддержка распространенных электронных платежных систем (кредитная карта VISA, MASTER CARD и др., Web Money, Яндекс.Деньги, квитанции Сбербанка, банковский перевод, Рапида и другие);
внутренние счета покупателей;
управление доставкой товаров, поддержка распространенных служб доставки (UPS, СПСР, Почта России и других);
распечатка бумажных копий документов с сайта;
поддержка аффилиатских сетей;
возможность продавать цифровой контент (подписки, документы и прочее);
интеграция с «1С»;
интеграция с CRM;
"
но ложка дегтя в бочку с медом: помните любой шаг в сторону от коробки выливается либо в большие деньги, либо в очень большие деньги, либо просто вообще не возможен и от этого шага проще отказаться чем его делать.
у друпала шаги в сторону безболезненны и относительно не дорогие, но первоначальных вложений при разработке платформы для "всего" включая интернет магазин (т.е. магаз + куча свистелок - перделок - форумов - шморумоф) требуется гораздо больше.
Для сравнения старт магазина на битрикс "1С-Бітрікс: Управління сайтом – Бізнес "пусть порядка 1200$ так вот с аналогичным функционалом магазин на друпале будет порядка 3000$
Кто готов подискутировать на эту тему?
Кстати менталитет клиента платящего бабло за битрикс - "я плачу деньги значит за лицензию (пусть и "призрачную") значит как минимум я знаю кому выносить мозги в случае чего либо".
Кому выносить мозги за магазин на друпале? разрабам магазина? они свою работу сделали "давайдосвидания", Дрису? да он на шаровой молнии вас вертел и видел там-же. Саппорт, так за него тоже надо платить, или у нас на друпале саппорт бесплатный?
Достал шпагу отбиваться ))))))
Ну а по-Вашему опыту какова вероятность того, что клиенту после это не потребуется никакие эксклюзивные доработки ?
То есть, Вы магазин стартанули, взяли деньги, распрощались, клиент после этого этот магазин активно эксплуатирует, зарабатывает с этого магазина хорошие деньги, никаких эксклюзивных доработок не производит, и абсолютно доволен.
Вероятность напрямую равна доходности магазина. Магазинов в интернете море, доходных очень мало, высокодоходных вообще единицы.
А тут вообще нет никакой гарантии что он вернется за доработками к нам. В битриксе понятно они привязали клиента к лицензии и фиг ты куда спрыгнешь. А в друпале мне его к батарее привязать возле своего стола?
Тут только качество - цена, количество денег клиента играет свою роль, ну и межличностные отношения немного.
Однако, сегодня клиент дружит с нами, завтра появляется "молодая, перспективная команда разработчиков" которая в 2 раза дешевле и утверждает что ничуть не хуже нас работает и все клиента нет, он потом может вернется если "перспективщики" ему бизнес не развалят, но на момент перехода человека невозможно убедить что там плохо потому что дешево.
"Бесплатный" движок, плотно сидит в мозгу у 90% рунетовских заказчиков.
Здесь можно выделить две типичные ситуации.
1. Ларечник Армэн, владелец ларька (или двух ларьков) по продаже б/ушных мобильников решил расширить свой бизнес и запустить "элэктронный магазын", через который он бы сбывал свой товар. Он на это благое дело отрывает от сердца целую штуку баксов...
2. Люди решили запустить электронный магазин со множеством позиций, кучей всяких особенностей и т.д. Готовы вкладывать в это неплохие деньги, заниматься этим, развивать ...
В случае 1 согласен, что Битрикс будет лучше, чем Drupal ... А какой-нибудь OpenCart лучше, чем Битрикс ... А, может быть, Армэну даже лучше вообще этим не заниматься
А вот в случае 2 тоже Битрикс тоже имеет серьезные преимущества перед Друпалом ?
Я могу представить только одно преимущество - уже есть средства интеграции с 1С.
Ему вообще пофиг на каком движке это будет сделано. Тут что ему впарят то и будет считаться крутым движком.
Magento - если неплохие деньги и надо их освоить. )))
А если серьезно, то в случае только интернет магазин для рунета, то все равно я за битрикс.
Реально глядя на вещи, на друпале можно, но дорого и сложно. (аж стихами поперло) )))))
А интеграция с CRM? которой у друпала вообще нет (в коробочном варианте). А при объемах продаж ЦРМ крайне важная штука и друпал со своими коробочными коммерц решения даже рядом не лежал.
Конечно решения есть :), но они не из дешевых вариантов, во всяком случае дороже битрикса так точно.
Вот у Drupal 7 есть еще одна хорошая особенность.
А именно, неплохо решен вопрос организации данных - есть сущности, можно создавать новые типы контента, новые типы полей и новых типов элементов форм.
Можно в существующие типы контента добавлять свои поля.
Если нужно создать новый тип CCK-поля, то это спокойно делается средствами Drupal с помощью Field API.
Или можно воспользоваться решениями типа Field Collection, которые делают составные поля из уже определенных.
И если определенный тип контента представляет собой нечто больше, чем заголовок + body + несколько простых доп. полей, то без вышеуказанных возможностей довольно сложно организовывать данные, особенно, чтобы у клиента не было вопросов, как эти данные вообще заполнять. Оставалось бы только руками писать средства ввода нестандартного контента, то есть, фактически, заниматься дурной работой.
А как в Битриксе реализована работа с пользовательскими типами полей и т.д. ?
Есть ли там такие возможности ?
А как битрикс поможет бороться с уходом клиента к "молодой, перспективной команде разработчиков"?
Качество/цена + отношения с клиентом играют тут точно такую же роль...
Меня лично убивает следующее ...
Если клиент попросит что-то доработать на Друпале или косяк какой-то устранить, то это вполне осуществимо. И все останутся довольны.
А если сайт на Битриксе ?
Вот что делать в этом случае ?
Отмазываться ? "Переводить стрелки" на техподдержку ? Ковыряться в ядре ?
Так извините, причем здесь с точки зрения клиента некая "техподдержка", если клиент работает с веб-студией ... и деньги также отдает веб-студии.
А вот, к примеру, решение, сейчас в активной разработке
http://drupal.org/project/crm_core
Мы говорим о коробочных вариантах? или кастомной разработке на базе битрикса?
Коробочный вариант битрикса купил и выноси мозг официальному саппорту и не важно в какой студии вы купили эту коробку.
Вы же не ходите в эльдорадо выносить мозг продавцам в случае поломки самсунга или лыжи, а выносите мозг сервисному центру.
Если конечно с дуру не купили их магазинную гарантию :), но и в этом случае вы заплатили только за перевод стрелок магазин все равно делает мозг сервисному центру.
Понятно, что если студия купила коробку и перекроила ее так что ни один оф.саппорт брать не хочет так выносите мозг студии. Но в целом ситуация именно такая.
Вопрос был про аргументы для клиентов, так вот я аргументы привожу именно такие.
только магазин != друпал, но если есть много денюжкав то велком (все освоим).
не только магазин = друпал и только друпал.
Это если утрировать.
На самом деле нет смысла убеждать Армена делать его чудо магазин на друпале.
Больших дядей с большими деньгами надо понимать объемы, их ожидания, задачи которые они хотят решать. И только потом принимать решение о движке.
Я не владею темой по поводу особенностей разработки на Битриксе.
Поэтому хочу уточнить.
Если для электронного магазина был сделан оригинальный дизайн, затем это сверстали и потом его посадили на Битрикс - это считается "коробочная версия" или "кастомная" ?
То есть, движок и логика - битриксовская, а темизация и т.д. - своя.
Армэн - это вообще отдельный разговор. Какой-нибудь бесплатный движок, настраиваемый за пару часов, для него самое то.
Все равно у него на 99% ничего из этого не выйдет
Увидит, что потоки денег сами по себе не текут с этого "чудо-магазына" и сам забросит это.
Вы когда на друпал тему одеваете это коробочная версия?
Если не трогаете ядро, не хакаете модули, а все по API, и не пишите свой код кроме расстановки переменных в шаблонах и CSS то это коробочная версия.
Можете назвать хоть 1 нормальное работающее решение для обмена битрикса с 1С. (и это программы практически одной фирмы)
С точностью до наоборот. Практически на любом нормальном хостинге drupal зачастую устанавливается прямо из панели,
а для Битрикса - свой нехилый тариф...
Вы на их форуме были хоть раз?
Я делаю: drush up -y (за последние несколько лет проблем не было ни разу) чяднт?
тут начинается весёлая история... когда пол сайт обвалился от таких обновляльщиков из админки
рабочего его нет. почитайте форумы битрика. каждый раз то, что есть допиливается по месту.
с таким успехом есть средство интеграции и у Drupal (тока его тоже каждый раз нужно слегка под-допилить)
По факту получается, что покупая коробку Битрикс вы будете считать, что имеете поддержку, что вами будет заниматься саппорт.
Он действительно будет заниматься, но в рамках того на какую кнопку нажать, что и как включить/отключить в админке (аналогично работает сеть франчази 1С).
Любая ваша проблема (даже в случае откровенных глюков в закрытом коде движка) будет вам по факту стоит денег, за её решение.
И тут, что Drupal, что Битрикс одинаково. Только в первом случае вам можно проблему решить самостоятельно(или поискать того, кто вам поможет её решить), во втором - вы жёстко зачастую привязаны к саппорту Битриса и их ценнику.
"Можете назвать хоть 1 нормальное работающее решение для обмена битрикса с 1С. (и это программы практически одной фирмы) ;)»
насколькоя я помню еще с универа, в 1С действительно "свой" язык программирования водруженный сверху для русскоговорящих 
- просто в компании Битрикса, еще не смогли полностью осилить язык 1С
+100500. Этот пункт обычно не понимают начинающие разработчики) "мы рассчитываем на то что мы сделали магазин и будут доработки". Большинство магазинов умирают просто потому что в любой сфере, и в интернет-торговле тоже, большая часть стартующего бизнеса умирает. Статистика.
Согласен. Но как всегда есть исключения - если продавать собранный для российского рынка свой коробочный дистрибутив, то дешевле) Разработать с "голой установки" дороже конечно. И тут многие ошибаются с тем что "у меня есть наработки, я собрал несколько магазинов, смогу фичами экспортнуть" - это не дистрибутив, и это тоже будет дороже битрикса.
Коробочный дистрибутив надо еще создать выпилить, объездить и только потом в массы :).
Мне пришлось поработать на различных системах, но основные для меня все-таки друпал и битрикс. Были и сайты визитки, и магазины, и новостные порталы. В итоге получилось, что битрикс знаю лучше, чем друпал. В друпале, если что-то требуется - нашла модуль, установила, заработало. Да проблемы бывают, но редко. В битриксе - или покупай или работай напильником.
Что касается поддержки битрикса. Не работал простенький javascript после обновления страницы (если перейти на неё по ссылке, работал). Обратилась в поддержку. Оказалось, что мой скрипт - моя проблема, а их компонент работает корректно. И так всегда, если вопрос не сложнее "куда тыкнуть?"
Хотя поднимать просто магазин из коробки легче, конечно, на битриксе.
Ну а скажите пожалуйста, если Вам в Битриксе нужно разработать для определенного сайта новый тип дополнительного поля, насколько трудно там это решается ?
Ну вот, к примеру, если для определенного типа страницы нужно задавать несколько значений географических координат (у каждой координаты - поле "широта" и поле "долгота") ?
Несколько шелчков мыши и местами допиливание шаблона компонента.
как в джумле? и при этом гибкость не теряется? Это не стебка, я серьезно. Просто мне доводилось слышать, что Битрикс не менее сложен в освоении и имеет такой же порог вхождения как и Дру
Ищь в джумле не арбайтен, ферштейн?
Битрикс вообще-то CMF. Порог соответствующий.
no comments
школоло-сектанты не спят!
А где про правку шаблона компонента? школоло такое школоло.
так ты ж за 8 лет не научился править шаблоны друпала - подозреваю , что и знаниями php тут даже и не пахнет , даже html и css , судя по твоим сайтам , ты не знаешь
так какая правка шаблона может быть?
нет у меня знаний ни по HTML, ни по CSS, ни по PHP, успокойся друпал-бой!
пример сайта на битриксе
и они им гордятся
Тебе привести примеры говносайтов на друпале? Или сам найдешь?
ну один допустим у тебя в профиле , но тот сайт у битрикса на официальном сайте в разделе "Истории успеха"
А мой на сайте друпала и что? Ты обиделся как девочка? Не пойму чего тебе надо.
расшифровываю для даунов -
1.я тебе привёл в качестве примера ГС на друпале твой
2.я привёл пример ГС на битриксе из "истории успеха" их оф.сайта
3.поскольку ты полный неадекват - я больше не учавствую в этом сраче с влезшим во вполне нормальное обсуждение человеком , который запаганил всю тему
Товарищи, я считаю, что наличие или отсутствие большого количества "говносайтов" на какой-либо CMS - это еще не показатель её качества, серьезности и продуманности.
А скорее, показатель возможности, не имея соответствующей квалификации, собирать на этой системе эти "говносайты".
Так же и с хостингом.
Если одна система реально превосходит по функционалу, программистским возможностям, удобству для разработки другую, то не играет большой роли тот факт, что под неё хостинг нужно покупать не за 50 рублей в месяц, а уже за 350.
Не знаю, я считаю, что то - вполне нормальный сайт для своих задач и возможностей Drupal.
Ведь нередко бывают ситуации, когда вполне хватает вот таких решений - поставил нужные модули, собрал и настроил из них сайт за пару вечеров и пользуешься.
Например, сайт какого-нибудь села, или районной газеты.
Я просто добавлю тут холивара. В свое время плотно общался с владельцем молодой преуспевающей фирмы, которая делала сайты с поддержкой на Bitrix.
На вопрос "а почему в свое время не начали делать все это на Drupal", мне был дан ответ "Мы изучали Drupal, по трудозатратам он был сопоставим с Bitrix. Но при продаже конечному клиенту лицензий на Bitrix мы получаем от 1C процент, даже если это просто коробка и мы там ничего не делали. Это и было причиной. Хотя Bitrix внутри просто ужасен, но лишней копеечка никогда не бывает". Бизнес кстати, судя по всему идет не очень хорошо, давно не общался.
желательно отсюда
Одно из весомых преимуществ Друпала - многоязычность
Многим конечно не актуально, но на Битриксе в этом вопросе походу совсем беда, беда...
По магазину опять соглашусь с ГЛУ2006 (у меня это уже стало привычкой)
А битриксу многоязычность не нужна априори, он узкоориентированный продукт для рунета и некоторых стран СНГ, равно как и сама 1С.
Никто из европейских или американских заказчиков не затребует магазин на битрикс + 1С никогда ))), у них для этого есть другие платформы.
Так сейчас многие отечественные бизнесмены обзаводятся корпоративными сайтами с многоязычностью.
Причем, не только русский/английский, а может быть и арабская, турецкая или китайская версии.
Ну а что, если у людей бизнес на эти регионы завязан.
Ну так собственно это и есть его минус. Потому как у самих битриксов вопросы по этому поводу возникают.
Я был когда-то удивлен, что ко мне зачастили с форума битрикса, глянул, а они как раз там многоязычность обсуждают, мой скромный блог, как пример многоязычности на друпале обсуждают
Опять же сделать сайт на русском и украинском? про английский и японский не говорю
Не помню точно, но вроде и для Джумлы мультиязычность не совсем тривиальная задача.
Когда Синодов запускал Roem.ru, он выбрал как раз Битрикс, а не Друпал, потому что не видел
смысла делать сайт на английском а потом его переводить на русский. Вот такое вот преимущество бывает )
Вот толковая статья, вроде бы тут ещё не было:
Почему я НЕ рекомендую 1С Bitrix для Вашего сайта
Это для заказчиков. Давайте всё же оценивать с позиции разраба. Если платный модуль для Битрикс - норма, а бесплатный скорее аномалия, то для Друпал с точностью наоборот. Именно поэтому платные системы вроде Битрикс ценны не сами по себе, а системой товарно-денежных отношений, которую они несут.
Тема как раз об аргументах для заказчика. Разрабам и так всё ясно, и тем и другим.
Аргументы должны быть у манагера. Разраб с разработчиком видеться не должен. Если это не говносайт и не начинающий фрилансер.
Вы имеете в виду, заказчик с непосредственным разработчиком ?
Да, это так.
Но как раз аргументы для менеджера и подбираются.
дело не в cms, а в менталитете.
Дело не в менталитете, а элементарной психологии. Когда клиенту говорят про бесплатность друпала, клиента трудно заставить расстаться с баблом. Когда клиент готов заплатить за движок - совсем другие отношения, человек готов платить.
Подобные вещи наблюдал в других областях...
Если первичная задача - заставить клиента расстаться с баблом, то Битрикс для Вас действительно лучшее решение.
У меня обычно основная задача - сделать хороший, добротный, в перспективе расширяемый сайт, удовлетворяющий текущим задачам клиента, за адекватную запросам цену.
Это должно быть первичной задачей, для каждого разраба. Лицензия ведь может быть куплена в другом месте. И при стоимости крупного проекта, цена лицензии - копейки.
Вопросов больше нет.
Ок, я протупил, сорри
Но разовью далее эту тему
http://marketplace.1c-bitrix.ru/solutions/edost.locations/ модуль доставки, если верить цифрам принёс разработчику более 100000. Модуль не знаю какой, но скорее всего делается в течении дней 5
Посмотрел модуль. Трудоёмкость оценить сложно, я слабо знаком с разработкой под битрикс, но с учётом постановки задачи, дизайна (в смысле придумать, чтоб всё красиво крутилось-вертелось-считалось), и последующей поддержки - оценил бы его дороже 100К.
В то же время, против разработки платных модулей под стрёмные CMS ничего против не имею, работа как работа.
Платных модулей под drupal нет, потому что, если не ошибаюсь, это прямо запрещает GPL.
странно, что не был приведен пример с магенто, там цирфы более впечатляющие)
Менталитет проистекает от лицензии на програмный продукт. Соотвественно, у опенсорца один, у шаровары - другой. Так что дело таки в cms
Да, наверное, но много ли ты видел платных модулей для Друпал? Их нет просто. Ещё один аргумент в пользу того, что дело в cms
Да, ошибки ТОП менеджеров обычно дорого обходятся компаниям
И в чем же ошибка Синодова ?
А это все же приличный недостаток Друпала.
А, кстати, почему на Drupal именно такая ситуация, когда пишется множество хороших, навороченных и в то же время бесплатных модулей ?
Помню, в процессе решения одной задачи наткнулся на бесплатное специализированное решение для гостиниц - Drupal Rooms
Казалось бы, напишите, развивайте и продавайте, как в Битриксе.
Что побуждает разработчиков их писать и предлагать бесплатно ?
Пытаются прорекламироваться таким образом ? Или альтруизм с романтикой ?
Никто на друпал не пишет бесплатно
В основе разработки практически любого модуля стоит дядя с кошельком которому надо решить ту или иную задачу и он фактически спонсирует разработку модуля.
Далее все модули включая ядро друпала косвенно продаются еще кучу раз, только они завуалированы под услугу создания сайта. Вы можете взять его и бесплатно, но получите ли вы желаемый результат?
Заметь: бесплатный модуль ни к чему не обязывает. Так что во многих случаях лучше бы он был платным
Прочитал, к сожалению слабенькая статья, аргументы не внятные.
за этот модуль разработчикам уже заплатили. посмотрите спонсора
Так а спонсору это для чего - оплачивать разработку какого-то модуля ?
Или если заказчик, к примеру, заказал сайт, ему его сделали и в процессе разработки был написан некий модуль, который можно успешно использовать и в других сайтах. И в этом случае разработчик может модуль с разрешения заказчика сайта разместить на drupal.org, указав заказчика как спонсора ?
я работаю больше полугода на одном проекте, заказчики не наши, платят и не жалуются. поэтому дело в менталитете. поработайте с иностранцами, там есть люди с разными бюджетами, но они все готовы платить.
а ваша логика, если клиент заплатил за лицензию, то не жмот, мне кажется странной)
отсутствие платных модулей(а они есть на самом деле) говорит лишь о том, что есть другие пути монетизации.
например, есть контора, которая сделала что то типа электронное правительство, как сборка на 7-ке, и успешно продает. но на западе. это еще один аргумент в пользу менталитета.
Так вот и я о том же!
Фактически сейчас идет развитие Друпала под крупные компании, которые могут накапливать и развивать свои собственные наработки. Удел остальных вообщем-то безрадостый. Нет определенной середины разработчиков, которая покупая хорошие модули у крупных компаний внедряла бы на сайты своих заказчиков - что собственно работает у Битрикса.
Один из таких примеров - создание удобного инет-магазина на Друпал - одиночный разработчик уже почти не потянет это в Друпале...
ему он просто нужен на его сайте
да
+100500
С модулем "под себя" интересная ситуация: пока не все понимают, что цена несложного модуля - от 200 баксов. Тут как раз вступает менталитет "бесплатного сыра". Чувак думает - опа, ядро бесплатное, куча модулей бесплатных - во я сэкономлю. А тут 200 баксов за какой то модуль! Охренеть!
Поэтому некоторые разработчики-гуманисты идут навстречу заказчикам с целью облегчить бремя разработки модуля
visual basic, переведенный PROMTом
Странный у вас универ, не могущий донести простые вещи :).
Ну я посмотрел бы на вас, как вы записали на языке шекспира переменную ДебетЗабалонсовогоСчетаКредитора (или что-то в этом духе), а потом смогли через 2 дня точно понять что она обозначает :).
Своя предметная область - свои особенности.
Нормальный у скорпиона универ.
Наименование переменных русскими буквами похоже тоже давний маркетинговый ход 1С расчитанный не на программистов, а на "программирующих" бухгалтеров и т.п. В нормальных вузах наименованию переменных, чтобы была логика и незабыл о чем переменная через год, тоже учат. "ДебетЗабалонсовогоСчетаКредитора" - переменная как раз бухгалтерская
на битрикс вроде гарантия как даётся и он легален.
битрикс он как виндус с наклеечкой голографической
друпал же как пиратский диск линукса с горбушки
как раз маркетинга тут нет ни разу. а именно для программирующих бухгалтеров. им гароздо проще запросы писать по русски в стиле ВЫБРАТЬ .... ИЗ .... ГДЕ ДебетЗабалонсовогоСчетаКредитора > 10.
Кстати, Views в сравнении с построителем запросов 1С - детский лепет начинающих программистов как по функционалу, так и по UI, общей понятности и удобству.
1С чем то схож с Drupal. Есть типовые конфигурации (core) и возможность довольно легко что-то изменять под себя.
Какие то вещи Drupal "заимствует" как тот же UUID, до каких то - ещё не дорос.
Думаю, что было бы очень удобно видеть конфигурацию Drupal сайта в виде дерева(как в 1C конфигураторе) со всеми объектами. Кстати: - админ меню это уже какое то подобие :).
У вас(японцев) тоже есть двойная запись :)?
сколько пива выпил?
о, а давайте сравним drupal с С++
1С это как бы ни разу не CMS, и сравнивать конструкторы запросов недо-ERP и CMS - это сравнивать тёплое с мягким
есть кряк на убунту?
а если найду?
у мандривы была платная сборка. Linux XP тоже был платный. правда без кряков
Абсолютно нет ни какой разницы в плане общей логики построения систем.
В хорошей системе (особенно таких хороших конструкторов как Drupal и 1C)должен быть удобный инструментарий работы с предметной областью: контейнеры для создания и хранения сущностей, удобная работа с их обвеской, прописывание логики, формы, отбор и фильтрация, шаблонизация вывода и т.д. Так что разницы нет.
Если это не понятно - возможно IT не ваша область.
Многие идеи UUID, построитель запросов, попытка стандартизации разнообразных форматов и способов обмена в Drupal и т.д. появилось совсем недавно, после того, как Drupal из развлечения и хобби пришёл в реальный серьёзный бизнес, где совсем другие требования к системам.
Ну про
глупостьнедо-ERP я уже не буду комментировать иначе начнётсябесконечное нытьёпесня про ООП и его важность.Тут соглашусь
А вот тут... ну 1С как бы вообще не ERP. 1С это все же ниразу не система управления предприятием, это система управления бухгалтерией предприятия. И взгляд на упраление абсолютно разный. ООП тут не причем
То что в свое время нам призентовали как 1С:Производство максимум на что было похоже это на реализацию фасовки в супермаркете. Надеюсь с тех пор что-то поменялось... Но идеалогия была уровня фасовки, а не производство и эти основы тяжело меняются.
Нужна ERP, их есть, но это не 1С. Из ERP, что работал Галактика и OeBS. Каждая со своими заморочками, но все же ERP
Где то логика тут пропала...
На этой платформе реализуются, в том числе, различный ERP решения. Решения от типового от самой 1С (УПП), до огромной кучи созданых самостоятельно и сетью дилеров(франчази).
1C на этом рынке занимает ~1/3 пруф.
Что за рынок, цены, способы работы, откаты и т.д. - отельная песня. Но 30% на этом рынке - о чём то говорят.
Так что сказки о недо и бухгалтерский учёт как бы не смешны даже. Скорее всего вы не в теме где-то с версий 7.5-7.7
Если посмотреть список решений то Галктики, Парусы(даже нешвил и аксапы) и т.д. просто...
Я со времен, когда занимался 1С могу кучу примеров привести внедрежа этих парусов и галактик, особенно когда горят сроки, бюджеты съедены и проср..ны давно.
Тупо покупается коробка 1С и спецы из 1С реализуют нужный функционал за неделю-две работы.
ну это уже как то в сторону от темы...
В большинстве случае Битрикс "впаривают" в придачу, при покупке решений 1С. Всё это (на фоне бренда 1С) подаётся как готовое решение. В итоге - срокий, отступать поздно, клиент доится, решение с боем запускается. Совместимость же оставляет желать лучшего. Стандартный якобы обмена с 1С так и нет. Каждый случай доделывается отдельно каждый раз.
Про особые тарифы для Битрикса - уже писали (там "наших Drupal-ов) штук 10 встанет).
Саппорт - любой вопрос кроме FAQ - за дополнительные $.
У меня все просто: не хотите Drupal? Идите лесом. Если конечно у вас не блог, или сайт-визитка, тогда может быть WP, или HTML с плюшками.
Довелось поработать с битирксом. Могу целый столб гнева на это говно выкатить но не буду.
Просто напишу банальный баг, который у них был в 2011 и не известео починил ли его. На складе имеются кружки, 10 штук. Заходит аноним, ложит 10 штук в корзину и уепывает с сайта нах. Другие не могут положить в корзину, ибо они "кончились на складе", ввиду того что залочились те что в корзине. ЛОЛ, и на тот момент поддержка сказала что нужно править ядро. Not bad.
А как он грузит сервера и любит плодить файлы. Все что творится на FTP с битрикс, можно назвать лишь одним словом - помойка.
Так а в Битриксе такую проблему разве нельзя решить своими средствами ?
Например, сделать так, чтобы если в течение какого-то времени этот аноним не сделает официальный заказ, то его корзина аннулируется и кружки перемещаются официально на склад ?
В Друпале это ведь спокойно решается (Rules Sheduler или еще что)
Всё решаемо, просто некоторые не любят читать документацию...
ERP = Enterprise Resource Planning
каким боком это относится к 1С:
- Enterprise: ну да, MS SQL Server/Oracle, на этом весь энтерпрайз и заканчивается
- Resource: если считать ТМЦ/складские остатки ресурсами - как бы да, но понятие ресурсов намного шире, фактически все активы/пассивы предприятия являются его ресурсами, с т.з. "правильной" ERP
- Planning: "на основании документов, проведенных за подобный отчетный период, я планирую..." - вот и всё планирование в 1С, бессмысленное и беспощадное
из 1С такая же ERP, как ресторан из Макдональдса, неважно что об этом думают их маркетологи
Да там есть такое. Но получается то время пока корзина не аннулируется, другие не смогут купить, при большой посещаимости это критическая ошибка.
Товар надо списывать после покупки, а не после добавления в корзину.
Но, с другой стороны, если несколько человек одновременно добавили товар в корзину, потом стали оплачивать ...
И оказалось, что товара-то и нет.
Один купил, а другому - не досталось.
Святая Конкуренция!
Пришлось недельку повозиться с Битриксом, такой хрени я еще не видал, даже Джумла мне как то показалась более родной после него.
В админке черт ногу сломит, хотя с первого взгляду кажется приятной. Темизация по сравнению с Друпаловскими панелями и дисплай сьют ваще курит в сторонке, единственный плюс в нем это больший контроль над хтмл разметкой, но тему заверстает только человек с базовыми знаниями ПХП, еще убило разрезание темы пополам.
В оф. документации одна вода, кроме того почти нет блоггеров которые бы делились своими наработками по Битрикс, если и есть то затрагивают самые основы. Сами авторы документации жалуются на нехватку времени по доделке документации, зато промо роликами завален весь Ютюб. Очень мало дополнительных модулей, причем как платных так и бесплатных. Печально что в городе котором я живу почти все крупные студии используют Битрикс, не понимаю я их, в чем выгода?.
До школоло начинает доходить, что люди ставя "безплатное" требуют "безплатных услуг". А в случае платного Битрикса получаешь клиентов готовых платить.
в деньгах. как это странно не прозвучит.
И еще наверное в ощущении типа своей крутизны, типа "Фи, мы не занимаемся OpenSource, мы уважаемая студия. Да сам господинъ бургомистръ заказывал у нас сайтъ. Так что, судраръ, только Битриксъ!"
Незнаю, смотрю вроде и цены на разработку не сильно у них накручены, думаю что клиенту Битрикс со своей скидкой отдают, да и в плане скорости разработки Drupal повыгоднее будет, хотя я может я и не понял за неделю всех плюсов Битрикса.
с продажи лицензии контора еще имеет деньги.
Главный аргумент для заказчика - я работаю с друпалом, за битриксом к другому.
Всё.
И не надо ничего доказывать
Документация на оф. сайте одна вода, я не готов потратить пару недель чтобы перелопатить ее для решения простых задач. Допустим на Drupal я свой первый сайт на заказ сделал за 12 дней вместе с обучением, там все просто, задаешь вопрос в гугле - получаешь ответ, с Битриксом нифига не так.
Да, согласен. Сам я программист на Битриксе. Но его заморочки просто заманали. Сейчас тоже ни с того ни с сего баги пошли. И не с моей стороны. Тех.поддержка ищет причину. Да, единственные плюс битрикса от Drupal это:1. Техподдежрка(правда чаще всего каждый вопрос - это все нестандартно и делайте все сами) 2. Интернет-магазины и связь с 1С делать очень легко. На друпале с 1С вроде как не свяжешься, а вот как магазины делать (сложно или легко) не знаю. Поэтому судить не могу. Не пробовал. Просто у битрикса отличный PR. Вот и все. Была бы у нас в городе работа с Друпалом - свалил бы давно(
Резюмируя тему автор может честно ответить:
На Друпал делают сайты , возможности и функционал которых зависит от интелектуальных возможностей разрабочика.
На битриксе можно делать сайты, возможности которых ограничены Битриксом.
На вопрос:- Почему все мои знакомые делают сайты на битриксе?
Отвечать:
-Потому что у них слабая психологическая защита от внушаемости.
просто гнилых базаров не вести и все.
каждый делает как ему удобно,
друпал, питон, рельсы...
вариантов дофига и больше
клиенту важен продукт
а продукт это тупо демон с людской поддержкой)
и если в одном случае фигурирует личность разработчика, со всей его свободой мышления (сие и к друпалу применимо),
то в другом случае на главную роль выходит один на всех продукт.
если клиент в состоянии содержать внутренний ит-отдел, то он заказывает свой продукт (читай. ведущего разработчика енд компани), и организовывает его поддержку самостоятельной тарификацией оплаты.
иначе, один на всех, в данном случае битрикс,
и какого-то хрена опять нужен внутренний ит-отдел.
и да идут те кто в это не въезжает вбитрикс)
Не работал с Друпалом, зато вдоволь поработал с битриксом, последний проект на битриксе меня и вовсе убил, столько не логичного или тупо бага скрытого словами "немного особенный принцип работы". А уж сколько левого говна по сути не нужного в шаблонах компонента понаписано не перечесть. Поэтому сейчас вот взялся за изучение Друпала ибо нервы и время, нервы и время.
И кстати, вы попробуйте на Битриксе настроить права доступа через админку к комментариям на форуме или комментариям к сообщениям блога, такого секаса мой моск не знал уже давно.
welcome юный подаван
Лучшая CMS для интернет-магазина - Magento.
Преимущества Magento
> 1. Drupal активнейшим образом используется в Европе и США, на нём сделано множество сайтов вплоть до сайта Белого Дома.
чего там европпа и пиндосия использует - плевать.
> 2. Drupal сам по себе бесплатный. То есть, за деньги, сэкономленные на лицензии для Битрикса, можно заказать более хороший дизайн. Или оплатить хостинг. Или заказать какую-нибудь другую дополнительную услугу для сайта.
угу 2к за Первый сайт - дейсвительно можно щас разве что стоковый шаблон купить как на тысячах сайтов
> 3. (Предположительно) Сама разработка на Битриксе будет не дешевле, а то и дороже, чем на Друпале.
все наоборот
> 4. Drupal все-таки требует меньше расходов на хостинг. (хотя это для заказчика и не всегда актуально)
думаю что одинаково
> 5. Drupal - система, написанная программистами и для программистов. Очень многие нестандартные пожелания заказчика осуществимы, если писать на Drupal.
в этом и проблема:
CMS - это система для пользователей.
для программистов есть php html js. а битрикс использует класическую модель - сайт это набор папок и файлов. 1 файл 1 страница - удобно и ускоряет производительность для простых сайтов т.к. не используется БД.
> 6. Drupal имеет тысячи и десятки тысяч модулей практически на все случаи жизни.
маркетплейс - есть. хотя не исключенно что такая же свалка дерьма как и модули друпала.
> 7. Практически всё то, что есть в Битриксе, можно настроить и в Drupal.
но зачем если из коробки уже настроено
> 8. Популярность Битрикса в России во многом является не следствием качества продукта, а результатом грамотного маркетинга, рекламы и пиара. В остальном мире Битрикс не сильно котируется.
маркетинг у них хороший не спорю - сплошные обещания и реализация х в течение нескольких лет. и интернет магазин хорош только как типовое решение без допила.
просто не надо развешивать уши и чего то ждать. для большинства задач хватает редакции Старт без всяких нововведений.
так что drupal не удел. пока вы переписывете на новое ядро свои проекты drupal 8 или что там 9 уже?
битриксоиды пилят бабло и наслаждаются стабильным API которы не меняется десятилетиями