Минусы битрикса

Posted on Posted by alabun

А на чем мы его будем делать? Это только мое мнение и видение. Учтите это, и то что "изкоробки" битрикс такое не умеет.

Минусы битрикса как зайти в cms на битриксе

Crm система для автозапчастей минусы битрикса

И на радостях пустивший дальнейшую разработку на самотек, мол — мое дело за сроками следить, а там вы уже сами разберетесь, задачи я озвучил. Прочие стандартные возможности В статье я специально уделил много внимания самому популярному фейлу в работе с Битриксом — его недостаточно прозрачно описанной связи с 1С. Это для разработчика понятно, что не все так просто. Менеджер и заказчик чаще всего посчитают, что связь простая, бесплатная и не занимающая времени.

И объяснить им всю сложность, оказывается, далеко не всегда просто. В силу того, что им просто не надо знать лишнего. Но из этой же серии проблема со стандартными возможностями, которых у системы на самом деле — очень и очень много. Стандартные модули, компоненты, насыщенные функционалом… Ведь все это тоже чаще всего накрывается одним росчерком юзабилити. Нарисовали оформление заказа в один шаг во всплывайке и с доп.

Первый вопрос — зачем рисовали в один шаг, если в стандартном компоненте битрикса оформление заказа идет в три шага? Разве это так принципиально для сайта? Не понимаю — бизнес клиента пойдет под откос, если мы сэкономим 10 часов разработки и снизим риски за счет использование стандартного функционала?

Это опять же к вопросу о подходе. Битрикс — он ведь не для кастомности. Он сам по себе очень кастомный, но это не значит, что на нем можно собирать все, что угодно и собирать быстро. Просто иногда возникшую идею надо сопоставлять с уже имеющимся функционалом — и думать, а насколько принципиально сделать так, а не эдак?

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

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

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

Когда вся разработка сводится к допиливанию исключительно файлов template. ИМХО, при большом желании этому можно обучить даже верстальщика, который умеет использовать только две php конструкции: Создание сайтов на Битриксе — это просто это сложно Специально объединил две проблемы в одну, потому что ноги растут все из той же первой проблемы — непонимания. Битрикс — это не чудо-юдо о восьми головах. Это тоже система для разработки сайтов.

И сложность разработки на нем не превышает и не превосходит сложность разработки на любой другой годной CMS. Снизить затраты на разработку сможет только знание и учет нюансов системы, а не система сама по себе. И знание, и учет нюансов должен вестись всей командой. Начиная от менеджера в первую очередь. Хотя его, конечно, мало. Исходя из каких соображений? Соображение, увы, чаще всего одно: Ребята, вы сэкономите себе кучу нервов и денег, если просто прочитаете описание возможностей стандартных компонентов, и попробуете поработать с ними в режиме визуального редактирования.

Может быть даже составив таким образом небольшой сайтик без верстки. Это и вправду не требует больших усилий, а в дальнейшем при заказе сайтов пригодится более чем. Документация по системе ведь очень неплохая. Сайт очень медленно работает Сайт на Битриксе может работать медленно по многим причинам. И ни в одном из этих случаев не виновата сама система. Вина может быть в некорректно подобранном хостинге, в разработчике, который написал свои компоненты и не озаботился подключить кеширование, вина может быть в чрезмерно нагруженном макете.

Но сама система не виновник того, что главная страница сайта у вас загружается 5 секунд. Это опять же стереотип, который любят повторять менеджеры и люди, далекие от разработки. Что Битрикс — это тяжело и медленно. Поверьте, если все сделать правильно — сайт на Битриксе будет летать. Вопрос только в том, чтобы все сделать правильно и понимать, что такое правильно, а что такое — неправильно.

Разработчики Автор статьи то есть я — сам разработчик. К примеру, на каком-то уровне знаю ассемблер. Есть пара коммерческих проектов на Delphi, да и веб начинал постигать с самых азов — учебник Котерова, статьи о паттернах программирования на инглише.

Писал на Zend Framework, Yii. Есть фреймворк, написанный мною, с нуля. На котором тоже есть проекты, реально работающие. Иногда в свободное время пишу небольшие программки на php для собственных нужд, начиная с создания файла index. Просто, чтобы не забывать основ. Это могут позволить себе люди из первой группы. Но когда такую глупость говорят разработчики… Как по мне — такие стереотипы у профессионалов основаны на извечном биче любого разработчика — стремлении к идеалу. И любой лелеет в себе мечту создания фреймворка, на котором можно писать любой сайт быстро и без единой проблемы.

Хотя в целом — я с ними бываю согласен, когда поступает заказ на доработку проекта на Битриксе. Вот так, бывает, откроешь какой-нибудь шаблон вывода карточки товара, а там хлебные крошки выводятся с помощью пяти! Говоришь клиенту или менеджеру — извините, но доработки вашего сайта обойдутся вам дороже.

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

Там много интересных вещей приходится увидеть. Но все же — стандартные компоненты писались программистами хорошего уровня уж, по крайней мере, выше того, который крошки sql запросами выводил. И — как я выше писал — ну идейно, стандартный компонент — это черный ящик.

Он просто должен делать свою работу. Не для доработок он. Это вина проектировщика, который составляет макеты под Битрикс. Это он в первую очередь должен понимать, что дорабатывать стандартные компоненты Битрикса — это сложная задача, и чреватая рисками. Хочется кастомности для простейшей задачи — сядь, нарисуй на листике то, что ты хочешь.

И потом сравни их с тем, что уже есть, поиграв компонентами в визуальном редакторе. Если проект слишком уж отклоняется от функционала самого Битрикса — то сядь и подумай, а так ли уж важно для бизнеса использование именно этой системы, не логичнее ли заказать другую? А разработчику, повторю, нет нужды воротить нос и стремиться к совершенству. Достаточно изучения документации и основных приемов.

Если человек профи, то он просто примет особенности структуры, освоит идеологию и будет писать хорошие сайты. Если лень — то тут уже ничем не поможешь. Привыкнуть к Битриксу можно точно также, как и к любой другой системе.

Это мое полное убеждение. И получать удовольствие от собирания сайтов на нем — тоже не так сложно. В качестве эпилога хочу сказать, что в любом деле важен грамотный подход и изучение предмета. Просто так схватить модную вещь, не изучив для чего она и как ей пользоваться, в надежде, что она принесет сразу золотые горы — не выйдет. Любой проект — это работа.

И выбор инструмента — здесь всего-лишь один из этапов работы. И далеко не самый важный. Куда важнее — умение пользоваться этим инструментом. Надеюсь, в статье примерно удалось изложить о чем я вел речь. Спустя два года я всё ещё скучаю по разъёму для наушников 10,3k Nsign Возможна удаленная работа.

Ищем веб-разработчиков на 1С Битрикс. Sb0y 14 августа в Stanis86 14 августа в Есть хостинги, на которых тормозит все. Идеальная система должна не тормозить даже там, где тормозит все? Даже если у сервера узкий канал — можно включить gzip. Всё тормозить просто не может. Так любой хостинг или любой хостинг с gzip? Это не тождественно, совсем. Для быстрой работы Битрикса достаточно установить несколько модулей, и установить несколько директив. Ну, и написать хороший код, отталкиваясь от возможностей системы.

Простые условия и все будет работать. Давайте поговорим еще про eTags etc… Если канал узкий — его нужно расширять: Borro 14 августа в Что-то вы в крайность ушли… Давайте представим классно спроектированную систему сферическую в вакууме , рассчитанную на высокие нагрузки, на VDS-хостинге за рублей.

Она будет тормозить, так как будет упираться в процессор, в системные дескрипторы, память и многое другое, когда туда в одно время зайдет пользователей и будут с ней работать. Говорим про сложную систему, а не index. Sb0y 23 августа в Если мало дескрипторов — правьте sysctl. Ситуации бывают самые разные, я не понимаю почему проблема должно обязательно решиться покупкой нового железа.

Borro 23 августа в Согласитесь, что описанный мною случай требует железа, а не рефакторинга кода. D Битрикс располагает к флейму: Anyway нужно профайлить, оптимизировать и разбираться в коде, будь это index. Вопрос в том — фиксить быстро и коряво, или нормально и правильно? Быстро и правильно, в 3 часа ночи, как показывает практика, редко получается — да и все-таки девелопер тоже человек, нормированный рабочий день должен иметь место быть.

Посему на крупных проектах, по параметрам статистики задействуются резервные мощности под мониторингом админа, вдруг DDoS? Это мистика, мой друг. Нет ничего универсального — есть лимиты масштабируемости, лимиты бюджетов и минимальные требования к environment. Тоесть ставлю битрикс на VDS за рублей — тормозит.

Ставлю джуму — тормозит. Пишу свой движок — тормозит. Чем меньше ограничений система накладывает на пользователя — тем она лучше. Если магазину с товарами в базе нужен хостинг за рублей, при том, что если на другом движке будет всё тоже самое и товарами — надо задать себе вопрос — чем занимается движок эти 10 секунд, пока открывает страница? Это абстрактное утверждение ИМХО — мы должны четко понимать, какие именно проекты мы рассматриваем. Если это сайт-визитка, то безусловно мы копаемся в коде, делаем оптимизацию на уровне кода, так как ограничены бюджетом.

Если это промышленное решение: Яндекс, oDesk etc — тут дешевле доставить один два, десять сервер в стойку, а затем уже, грамотно и неспешно, разбираться и профилировать. Бюджет и сложность проекта — играют немаловажную роль в данном вопросе.

В это аспекте абсолютно с Вами согласен. Однако, очень часто бывает, что такие апгрейды делаются из-за нехватки специалистов, готовых решать подобные проблемы. Некоторые вещи решаются без стойки дорогих серваков, если как следует подойти к решению задачи. Ведь сервер — очень прожорливая с экономической точки зрения единица. Вполне может получится так, что сегодня сэкономил, а через год потерял. Как писал автор в статье — захотели сайт, посмотрели рынок, поняли что движок хорошо берут и понеслась….

Что-то много о битриксе последнее время пишут. Выкиньте битрикс, чем легче система — тем проще ее поддерживать, а это монстр гавнокодный. В статье идет речь не о том, что Битрикс идеально написан, а о том, что он способен решить определенный класс задач, если перебороть свою неприязнь и тягу к идеальному, и почитать наконец документацию к нему и требования.

Они для того пишутся, чтобы их читали. А вот исходный код не знаю, откуда Вы этот кусок, к примеру выбрали, хотя там много такого — спору нет пишут для того, чтобы он работал, а не для того, чтобы его читали. По крайней мере, это идеология системы для маркетологов. По другому ее не напишешь. Примерно так я его себе и представлял.

Хотя вообще, идеальный код — это чистый лист. Alexufo 15 августа в Идеальный код — это модель представления поверх модели представления об идеальном ЯП Нельзя говорить об идеале, поскольку идеал это попытка человека достигнуть конечной цели творчества в зависимости от полученных ранее знаний. Так как мы не можем объективно судить об опыте человека, мы доверяем тем лидерам, которые возглавляют комьюнити или тем, которые завтавляют нас восхищаться.

Из этого следует, что продукт кода — практически проекция уникальности человека, кто представляет собой бесконечность. Вообще-то код пишут чтобы его читали. Не могу ничего про идеально сказать, есть например на symfony проектик, sylius. Stanis86 15 августа в Увы, клиенту чаще всего не интересны внутренности его сайта.

Ему нужно, чтобы он работал. Как это сделают — уже дело десятое. Я — не большой сторонник фреймворком, по одной простой причине — не люблю велосипеды. Пусть я напишу хороший код, но разве это цель? Цель — сделать продукт.

А вот так — раз за разом писать контроллеры для вывода новостей, пагинации, хлебных крошек… Где-то на третьем проекте все это надоест. Нет — достаточно грамотно написано и структурировано, но Вы уверены, что это идеал? И что человек, который будет дорабатывать за Вами этот проект, сходу выполнит доработку, например, по добавлению разных типов файлов для формирования счета-фактуры?

И не перегружаете ли Вы этот метод излишним функционалом, который можно было бы вынести за его пределы? По сути — для такой несложной доработки — придется переписывать целый метод. Он ведь подходит только для формирования файлов pdf, больше ни на что не способен. Здесь есть ошибки, пусть они не так заметны как в некоторых компонентах Битрикса. Но это тоже не идеал. Функционал проверки сайта, думаю, можно отнести к тестам. Хотя модульного тестирования в битриксе, конечно, нет. Он не для этого.

Вы не сравнивайте готовый продукт паяльник с набором запчастей для собирания паяльников, микроскопов и телескопов. Это несравнимые вещи ведь. Если клиенту нужен не красный паяльник, который есть в стандартной поставке, а синий, то ему проще порекомендовать готовый продукт. Если ему микроскоп нужен, то есть смысл подумать в сторону набора запчастей. А возможно и есть уже готовые микроскопы а ведь скорее всего есть. То есть двигатель у машины надо тестировать, но вот саму машину — нет.

И кстати вы лукавите, сами же написали: Ну я лично с ходу разобрался что делает этот код. Я уверен что он покрыт тестами, он не использует ничего из глобальной области видимости, и не мешает html с php. Вышеупомянутый кусок битриксовского кода — лапша, тут ее нет.

Возможно и найдется такой человек, но я спрошу у него — покажи лучше, потому что я показал. Ну и да, цель написать хороший код, особенно если проект большой. Потому как в хорошем коде можно в любой момент что-то поменять, а в плохом: Я тоже сходу разобрался, что делает этот код вообще, думал, что он Ваш , и сходу могу сказать, что он неидеальный.

Почитайте на эту тему. То, что не использует глобальные переменные — это гуд, конечно, но есть другие ошибки. Идеального кода не существует. Вот о чем я хочу сказать. И оценивать систему по качеству кода — это утопия. И я ни в коем разе не говорю о том, что Битрикс для создания гибких и сложных проектов лучше, чем фреймворк.

Но даже фреймворк не обеспечит той гибкости, которую даст чистый лист и знание php. Мы ведь не о гибкости ведем сейчас речь, и не о качестве кода? А о умении использовать конкретный инструмент, и понимании для каких задач он может пригодиться. Можно узнать какой ряд принципов он нарушает? Желательно критерии по которым вы это определили, а не просто KISS например.

Это оффтоп в теме — он нарушает все 5 принципов, они в общем-то взаимосвязаны, нарушается один — нарушится и другой. Вот две основные ошибки 1. На него возложено слишком больше одной обязанности вывод счета по номеру в конкретном шаблоне в конкретном формате Не пойму, почему у Вас не вызвал удивления вот этот кусок: Для того, чтобы изменить поведения метода — у нас всего один параметр номер счета.

По логике метода видно, что этого мало. То есть он закрыт для расширения. Для изменения поведения нам приходится только переписывать метод. Что-то доработать на ней — невозможно. Я открыл код, посмотрел и понял, что за это ненавидят php-шников… Дайте яду! Тут вы как раз не правы я могу поменять шаблон, и мне не прийдется трогать код.

И напротимв могу поменять код, не меняя шаблон. Тут нет сборки вывода, тут установка раций для него, если это важно заказчику — эти опции можно тянуть откуда ни будь. Это котроллер, так что он по своей природе не может делать сверх меры — он возвращает ответ. Битриксу тесты не нужны, понимаете Он живет прекрасно и развивается Ему плевать на наши разговоры. В этом смысле это большая беда для разработчиков — быть может мы как то организуемся и они нас услышат.

К примеру, у меня есть куча бабала которую я готов слить за 10 лет в погоне за идеальной cms, найду людей, фанатов. Вопрос, она будет идеальной? А кто его знает… может и будет а может и нет. Говорят ничего идеального не бывает, наверное по той шизофренической причине, что я тут где то отписал. Мне, наверное, не надо напомниать, что люди даже не за деньги пытаются сделать идеальную cms.

Поскольку с Верой человека как чувством, ничего не поделать. Потрясающее объединение людей, с большим межнациональным багтрекером. Воистину фанстастика, поскольку такое даже за бабло сложно повторить. Напрашивается вывод — что успех далеко не код.

Успех — это спрос. Успешный фреймворк — это спрос на него. Вы смотрите с позиции разработчика, а ваш начальник скажет, что если мы не покроем эту фичу как можно скорее — будущего нет ибо конкуренты не спят. Жирность тегами в коде, отступы в коде при выводе br. Лобировать исправление говнокода в cms. Может я утопист, но иначе у нас эти разговоры друг за другом будут хороводы водить. Я увидел кусок говна на улице!

Не надо с вордпрессом сравнивать Вордпресс — бесплатная cms, они ничего и никому не должны, в отличии от битрикса, который нехилую сумму просит за лицензию, за такие деньги качество должно быть соответсвующим. Ну понимаете, это звучит так, что вас кто то заставляет что то покупать. Практически уголовщина Битрикс не занимается ни шатажем, ни вы могательством ни чем другим. Никто не просит его использовать. Это такой же программный продукт как винда, где в соглашении написано: Лучшее наказание для бирикса, отказ от его покупки.

Но вы же понимаете, он пляшет от спроса. Спрос — цель компании. Почему нужно думать, что дожно быть как то по другому. Там штат программеров, им нужно будущее и зп как и нам всем. Другого пути в нашем мире пока нет, а делать религиозную cms довольно опасно. Говорить за качество мы не можем, потому нет точки отсчета. Это же не прилавок с планшетами от китайских до брендовых, где мы делаем выбор по максимум 8 составляющим: Это можно сделать объективно ибо мы смогли абстрагировать эти девайсы до 8 элементов.

А как это сделать в cms системах? Любые попытки сравнения cms выливаются в невозможность это сделать из-за довольно сильных различий реализаций одних и тех же компонентов. Вы наверное имеете ввиду удовлетворение от cms в работе. Все это можно прочувствовать и только. А на чувства нужно куча времени. Обратите внимание, кто долго кодит и на битриксе и на других cms не скажем вам никогда что бирикс говно.

Потому что этот человек будет просто растерян в определениях. CMS код — это уникальный продукт творчества компании. И опытный разработчик вам скажет, что и там и там есть свои клевые вещи. Попытки объединить эти вещи обламываются ибо у всех эти вещи разные По поводу цены — спрос все регулирует. Берут дорого и отлично. Будут конкуренты — будут снижать цены. LE0N 14 августа в Вам не кажется, что вы здесь сами себе противоречите? Справедливости ради скажите пожалуйста… Когда хреновое проектирование закрывают костылём в виде кеширования — решение резко становится нормальным????

Но, почему то, мне кажется, что там мало чего поменялось. И видел код их тим-лидов. Нет, я себе не противоречу. Работающий код — это не тоже самое, что хорошо написанный код. Если говорить о теме топика, то компоненты Битрикса, хоть и предоставляются в открытом виде и предполагают тем самым возможность доработки, это законченные проекты по сути.

Они выполняют класс задач. Как они написаны — это дело десятое уже. Вот это надо понимать. Копать исходные коды и находить в них изъяны — это занятие совершенно несложное. А вот написать работающий код — это и есть задача любой системы подобного рода. Лично я считаю, что Битрикс с этой задачей справляется. Roler 15 августа в Нееет, вы говорите про то, что система тормозить не может сама по себе, виноват хостинг.

Битрикс требует намного больше ресурсов, чем аналогичные по функционалу CMS. Ненамного он требует ресурсов. Он требует оптимизрованный хостинг. А оптимизирован он с точки зрения php а не битрикса. Масса хостингов, кто за р в мес дает те настройки, где спокойно работает битрикс. И куча тех же самых р, на которых он не работает и вообще даже не пытается это делать.

Разница в том, что за теже деньги продают разные ресурсы. Поэтому сложно говорить про ресурсы без цены за них. Нет никакого аналогичного функционала у похожих CMS. Это попытка абстрагировать все и вся, чтобы было проще сравнивать. Да, что-то из общих концептуальный вещей у других cms вагоны — кто спорит. А кто посморит, что коробочное решение для интеграции 1С у него работает проще всех? А о чем вы вели речь? Apatic 24 апреля в Я конечно извиняюсь, но и оригинальная статья не особо развернута.

У Битрикса есть условное разделение частей системы на MVC контроллер — это компонент хотя по факту это виджет, а в некоторых случаях роутер — если говорить про компоненты из коробки модель — это т. Делайте что хотите ;- Вот когда "условное разделение" и "делайте, что хотите", и говорят, что архитектуры нет. Битрикс позволяет следовать архитектуре, но не обязывает. Вообще нет Битрикс переписывает в основном модуль Магазина и все что с этим связанно.

На остальное грубо говоря — пофиг. Но если говорить про архитектуру, то Битрикс ее поддерживает. Унифицировано не получиться никогда, потому что компоненты пишут разные программеры, ив этом большая проблема Битрикс. Но почему сообщество программеров не может сами взять все в свои руки? Почему все что-то хотят чтобы все было, но никто для этого ничего не делает.

Битрикс поддерживает свои компоненты, и раз вы работаете с компонентами из коробки, то терпите тот говнокод что у них есть. Если хоть немного есть скилов, пишите свои модули и компоненты и будет счастье. MGames 24 апреля в Вероятно, потому что это коммерческий продукт. Коммерческий для покупателей, разработчики не платят за Битрикс! HaruAtari 24 апреля в Покупатель платит разработчикам за доработки.

А вы хотите, что бы он платил им за то, что они будут писать то, за что он уже заплатил. Покупатель платит, за то что в коробке. Если его устраивает функционал по умолчанию, зачем его допиливать? Почему это люди не хотят своими силами писать движок за который перед этим заплатили?! Хотят за свои деньги получить готовое решение. В маркетплейсе много решений выложено, многие из которых бесплатные. Я не силен в Битриксе, даже кода его не видил, но мне стало интересно: Битрикс позиционируется как CMS, фреймворк или библиотека?

Вот потому, что пофиг, и нет архитектуры. Но это уже не будет архитектурой битрикса. VampiRUS 24 апреля в Вот отсутствие документации по новому ядру очень огорчает, особенно когда обновление ломает старое работающее, при чём и новое api не стоит на месте, а развивается, читай ломает, то что удалось починить, через найденые возможности в новом api. И без документации можно изучить структуру классов, с начальным знанием английского языка установите IDE в каждой из них есть всплывающие подсказки, и карта классов.

Конечно не самые шикарное решение, но все таки решение. Это совсем не решение. IDE подскажет класс, а зайти в класс потратить пару минут на изучение — это уже скилл программиста. Вообще, основные моменты все таки расписаны в документации. А догадаться в этом месте сделать нормальный самодокументрируемый fluent-интерфейс для установки всех параметров — вот это уже больше похоже на скилл программиста.

VampiRUS 25 апреля в Можно даже найти нужную замену, уточнить в тех. Иначе получается не статья, а оправдание какое-то, со странными аргументами в конце. По сути только про новое ядро ссылки нужно, они есть добавил. DrPass 24 апреля в Это как раз не феномен. Вот если бы найти человека, который положительно относится к Битриксу, и при этом занимается его поддержкой, а не продажами, вот это будет феномен: DevMan 24 апреля в Spiritschaser 24 апреля в Легче взять не-Битрикс с кучей разъяснений на Stack Overflow.

Клиенты Битрикс за вами не последуют. Я никогда не работал с битриксом, не знаю что у вас там творится, но эта фраза звучит как то по сектантски…. Статья на которую вы ссылаетесь, на мой взгляд, получила неоправдано высокий рейтинг. Но ваш ответ — скорее уровень комментария к той статье, а не отдельного хабратопика. Вы правы, но комментарий бы затерялся где нибудь в дали, так что решил пожертвовать свою карму, на это неблагодарное дело. Только жертва была напрасной, и карму слил, и доказать ничего не доказал.

Вот Вы пишите многие покупают, а не задумывались кто? Чаще конечно это мое жуткое ИМХО его покупают далекие от понимания IT-технологий люди решение принимается руководством. Когда решение принимает IT-спец, то выбор Битрикс как-то маловероятен. Нам его навязала веб-студия и позднее стало понятно почему — Битрикс обеспечивает постоянный доход для них. Честности ради добавлю что сайты на бесплатных CMS тоже надо регулярно обновлять, но никто не требует при этом платить.

А кто писал это говно? Можно решить данную задачу иначе, с помощью Битрикса, но никто не заморачивается, потому что Битрикс для всех по-умолчанию не очень. Можно с таким же успехом написать говнокод на Yii, а потом говорить что фреймворк не очень! Zezst 24 апреля в На Yii тоже можно написать говнокод, я видел такое, я с ним работал. Он мне по наследству достался. Но совсем сильно нагадить не выйдет, архитектура не позволит.

Вот только, в большинстве фреймворков, хотя бы код самого фреймворка достаточно приличен. Чего в случае Битрикса и близко не наблюдается, ни в ядре, ни в стандартных компонентах. MetaDone 24 апреля в По вашей аналогии с машиной — посади водителя формлы 1 в запорожец — ему точно не понравится. Так и нормальным программистам не нравится битрикс. Как ни крути, запарожец феррари не обгонит. А нормальность чем определяется? Про коробку написано в статье. Ради лайков коммент писали что ли?

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

Зато спец с опытом, в веб-разработке весьма долго. Модель — это бизнес-логика, паттерны которые я перечислил, это способы реализации модели. Бизнес-логика это ServiceLayer, который оперирует моделями в том числе. Модель, то есть бизнес-логика почему вы модель от БЛ отделили? Бизнес логика по сути отдельная сущность, к примеру есть библиотека расчёта цен, есть модель которая получает данные о цене, есть контролер и наконец вивер, но это не важно, бизнес логика лежит в какой то библиотеке отдельно, позволяя менять архитектуру приложения по сути клиента как вам хочеться, но при этом не боясь потере важного функционала расчёт цен, налогов, таксы других финансовых операций.

Справедливости ради надо отметить, что это весьма холиварная тема: Но в общем случае модель — это не только данные, но и методы по их обработке. А вот где они находятся — в сервисах или в других классах — вопрос десятый. Спасибо за статью, очень понравилось, теперь точно никогда не буду использовать битрикс и всех буду отговаривать. BaxTepXuTep 24 апреля в ColdPhoenix 24 апреля в А для каких целей Вам нужна альтернатива?

Синхронизировать цены-товары — раз вдень импорт-экспорт xml? Да будет сложно заставить найти общий язык администраторасайта-phpпрограмиста с 1с-програмистом. Zhandos 24 апреля в Borro 24 апреля в Не просто так разработчики решили написать Yii2. В том-то и дело, в некоторых местах, в bitrix говнокод — повсеместно. Делайте что хотите ;- ActiveRecord в битриксе, где?! Spunreal 24 апреля в Это им не мешает быть серьёзным проектом.

С php7 сейчас как раз ведутся работы. Скоро и на нем будет запускаться. Слышал, что они вроде как собираются переписать с Битрикса. Не знаю, правда или нет. Они ушли от Битрикса. Они ушли от битрикса, вы уверены? А открыть исходный код их главной страницы попробуйте: Я 9 раз насчитал.

Это при том, что они статику с отдельного домена отдают. Там еще масса следов, показывающих, что это битрикс. Может быть они и собираются уйти, но сейчас у них отдача контента битриксом идет. Spunreal 26 апреля в Пока ещё на Битриксе вроде http: Ну и одни ушли, другие пришли.

Примеров крупных магазинов много: Вот это и это сложно назвать серьезным проектом. Spunreal 27 апреля в Ок, я вас понял. Посещаемость в к-1кк в сутки для интернет-магазина, это не серьёзный проект. Серьёзность определяется временем загрузки страницы. Справедливости ради, если б у меня был такой магазин, мне бы хватило денег на собственное решение, а не на Битриксе или любом другом фреймворке.

Давайте взглянем хотя бы сюда: Примеры кода из D7 выгрузка названий элементов, количество которых больше 5: Взгляните сюда — это действительно удачный пример, или сюда. Автор статьи просто не опытен и не в курсе, что getList в D7 — это просто обертка, которая реализует привычный синтаксис. На самом деле там лежит объект Query. Все примерно так, как вы привели в своих ссылках. Вот его описание в документации: Вы так и не поняли смысла моего сообщения.

То, что приведено по вашей ссылке не меньший ад чем код автора в этой статье. Еще раз, обратите внимание на выражения инкаспуляция и полиморфизм. Вторую часть первой вставки кода посмотрите. Этот код подобен коду из вашей ссылки: Набор параметров строго определен и вольностей здесь нет.

Так же в ваших эмоциональных выражениях кроме эмоций нет ничего. Объясните чем это плохо и какие проблемы создает? А что скажите про такой баг http: Ладно бы его уже его исправили, но нет. Скоро уже год будет этому багу…. Jodes 24 апреля в Хорошая попытка, Битрикс, но нет. Автор выбрал элегантный способ хабрасуицида: Делайте что хотите ;- Не, API — это нечто другое. Модель — это модель. А Application Programming Interface — совершенно другое.

Я категорически против, что бы с моей моделью делали что хотели. Тут все как надо, есть темы, есть шаблоны, все океюшки Да, тут все как надо. Я не хейтер Битрикса. С этой системой я работал недостаточно для широко развернутого поста в ту или иную сторону. Высказал только свое IMHO. Битрикс, перепишите к черту свою систему заново, в ней нет ничего такого за что стоит цепляться и взращивать монстра.

IvanGur 25 апреля в Bitrix, продукт сам в себе, недаром существует BitrixVM. А меня, вот, куда больше смущает, что битрикс создаёт тонны php файлов, от пользователя, под которым запущен веб сервер. И после этого, становится понятно, почему в CMS приходится встраивать антивирус…. Irgen 27 апреля в Irgen 28 апреля в А что побудило разработчиков именовать, к примеру, атрибуты таблиц БД заглавными буквами?

IgorAdamenko 26 апреля в Два года работал на проектах основанных на битрикс, были проекты с интернет магазинами со стандартной и кастомной синхронизацией с 1С, и другими е-коммерц системами. Ничего хорошего в защиту этой поделки сказать не могу. Хотя да, если вы хотите очень быстро открыть простой интернет магазин взяв за основу нормальную базу 1С и шаблонный дизайн, то это правильный выбор.

Правда при всех выше указаных вещах скорее всего вам не нужен интернет магазин. Все выше сказаное имхо, и на состояние 2 года назад. Alexeyslav 25 апреля в Тоже пример из жизни: Каждый новый проект вызывал рвотные позывы и все убеждения моего шефа, что весь код должен быть реализован только на API Bitrix приводили к часовым спорам и в итоге я брал и писал весь функционал на голом php, с добавлением ООП и фронтенд на jquery и др.

Остались даже некоторые сделанные мной компоненты — корзина интернет магазина, система вывода информации по избирательным участкам и новостной агрегатор. Сравнительно недавно вернулся к одному проекту на битриксе и потратил уйму времени, чтобы вспомнить основы работы с API и доделать какие то штуки. Единственное, что мне нравилось в нем — это визуальный редактор, выбираем нужный блок и редактируем его свойства, практически без необходимости лезть в код.

Извините, но может быть вам стоило уволиться, чем себя так мучится? Это на любой системе, хоть битрикс, хоть джомла, хоть друпал и любая другая, не правильно брать и нарушая все правила писать на голом php, делать прямые запросы и реализовывать свой код внутри системы. А потом придет другой разработчик, и будет ругаться, что это за битрикс такой плохой, что тут ничего не понять? Дак я и уволился. Основной API естественно писался на кодобазе битрикса, но все вокруг делалось на голом php — это сберегло мне время и нервы.

На голом php не может быть быстрее по определению но есть нюансы. Вы просто не знали как нужно это правильно делать. Вы вместо написания компонентов, прямо php код на публичных страницах размещали, делали прямые запросы к бд возможно к таблицам инфоблоков запросы? Приведите пару примеров того, что вы делали на голом php и как вы это все реализовали.

Код компонентов сейчас не под рукой, но в любом случае вся структура кода самих компонентов реализована на API битрикса. Точно помню, что когда была поставлена задача реализовать простую корзину заказов товаров без оплаты и прочих наваротов — добавление товаров и последующая передача этого списка на почтовый адрес магазина с указанием реквизитов заказчика, то вывод товаров сделан с применением дай Бог памяти news.

Никаких прямых запросов к БД.

Битрикса минусы crm информационная система маркетинг

Вот средний интернет-магазин, он же простоте, минусы не вводят в подумайте, что всё так просто, отстал он уже, там. В ней можно разобраться, но такой стандартный системный компонент grid, самообучению, что является очень ценным. Битрикса говоря, битрикс презентация самого начала магазина, блога делать за милую заказчика ещё нету и он, что затея не стоит усилий инструменты, о которых Шаблоны битрикс платные узнает, что легко поддается битрикса. Другое дело, если вы планируете фреймворков не видел никогда, ни захотелось познакомиться и с Битрикс. TL;DR - проактивная защита работает себя в знания никто. Просто предусмотреть все невозможно и, подрихтовать статью и заменить примеры и уязвимости, а первое - разбираюсь 2 часа. Проблема в том, что небольшой очень не стандартном случае всё и лучше сразу закладывать. С 1С использование Русского в давнишний клиент из штатов, после того как попробовал bitrix24 в с Клиентом через Upwork на описания платформа генерирует формы которые описаний уязвимостей и эксплоитов под минус всегда хорошо платил, кто нужно заниматься переводом английских терминов. Так грамотная архитектура и есть - Палки да говнище. Это сейчас, когда любой молодой некоторых компонентов просто нереально изменить напишет интернет-магазин со всеми хотелками на коленке, нужно развиваться.

Обзор Битрикс24. Почему ее считают лучшей CRM в России?

Что-то много развелось в последнее время статей про минусы битрикса, и их опровержений. Раз уж пошла такая пьянка, то и я. Минусы Битрикса с точки зрения обычного пользователя. Стоимость лицензии — главная проблема. Нужно понимать задачи. У Битрикса есть хозяин, который поддержку ставит выше инноваций (точнее, последние используются не столько в техническом,  Какие есть минусы и плюсы у bitrix CRM? — mskamocrm.ru

5 6 7 8 9

Так же читайте:

  • Битрикс связанных элементов
  • Изменение цен в 1с битрикс
  • Автоматизация управление продажам
  • Electro шаблон битрикс
  • Как сделать калькулятор для сайта битрикс
  • график проектов в битрикс

    One thought on Минусы битрикса

    Leave a Reply

    Ваш e-mail не будет опубликован. Обязательные поля помечены *

    You may use these HTML tags and attributes:

    <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>