В русскоязычном сегменте Интернета существует такой интересный феномен, как Битрикс.Для обывателя — это такая серьезная система, «продукт», на котором нужно разрабатывать серьезные проекты: корпоративные порталы, интернет магазины и даже CRM системы. Все очень серьезно, почти как опыты нацистов над инопланетянами (на канале Рен-тв сразу после рекламы).
Для программиста, который прочитал хоть одну книгу про программирование, Битрикс — это так называемый «плохокод», просто-напросто огромное количество PHP файлов, написанных в разном стиле, которые подключаются «инклудом» и что-то там выводят.
Эта статья для обывателя (потребителя). Как правило, такой обыватель, прежде чем сделать выбор CMS, читает статьи под названием «плюсы и минусы Битрикса», которые пишут люди, далекие от программирования. Данная статья написана программистом, потому плюсов тут быть не может.
Итак, минусы:
1. Архитектура
Я испытываю чувство унижения, чувство несправедливости и обмана, когда снова и снова приходится делать какие-то доработки Битрикс сайта.
Дело в том, что умные люди со всего мира пытаются упорядочить, систематизировать и усовершенствовать архитектурные решения в программировании. Из-под пера лучших программистов рождаются «паттерны»: это некие чертежи и схемы участков больших систем, не привязанные к конкретному языку программирования. Это очень ценная информация, опыт предков, данный молодым программистам, чтобы они не теряли время на решение возникающих проблем архитектуры (то самое чувство, когда хочется взять и написать все с нуля).
Битрикс — это полное отсутствие архитектуры. Это просто набор десятков или сотен тысяч файлов с кусками кода, которые никак не связаны между собой. В хороших системах данные крутятся вокруг контроллера, модели и представления, там есть определенные «типы», — это данные, которые наследуют интерфейсы и прочие вещи, благодаря которым программист, не вникая в бизнес-логику конкретного сайта, может понять, как распоряжаться этими данными в каждом новом проекте. Это все опыт десятилетий.
В Битриксе же все написано так называемой «лапшой»: это когда школьник садится за компьютер на уроке информатики и записывает свою мысль от начала и до конца в виде кода в одном файле. Таких школьников в классе 30 и каждый написал свой компонент в своем стиле. Потом встает вопрос, как это все связать в систему? Чтобы понять, откуда берутся те или иные данные в «продукте» 1С Битрикс, нужно делать поиск по коду в файловой системе. Иногда, чтобы все сломать, достаточно поменять местами два компонента, которые обмениваются данными друг с другом через какой-то костыль, который придумал программист (порой общение между компонентами происходит через сессию или другую глобальную переменную).
2. Код
Это просто унизительно, продавать за деньги систему, в которой HTML код перемешан с JS, PHP и CSS. Ниже я приведу функцию «продукта». Чтобы ее поняли и люди, далекие от программирования, еще ниже будет пояснение. Эта функция — метод класса (!!!) ядра (!!!) Битрикса, который вызывается, как статический (!!!) и ему передается 21 аргумент по ссылке (!!!).
function PrepareGetList(
&$arIblockElementFields,
&$arJoinProps,
&$bOnlyCount,
&$bDistinct,
&$arSelectFields,
&$sSelect,
&$arAddSelectFields,
&$arFilter,
&$sWhere,
&$sSectionWhere,
&$arAddWhereFields,
&$arGroupBy,
&$sGroupBy,
&$arOrder,
&$arSqlOrder,
&$arAddOrderByFields,
&$arIBlockFilter,
&$arIBlockMultProps,
&$arIBlockConvProps,
&$arIBlockAllProps,
&$arIBlockNumProps,
&$arIBlockLongProps
)
{
(пересчитал еще раз — 22, по штуке на каждого нового программиста, который дописывал этот метод)
Чем это плохо? Что чувствует программист, видя это? Объясню: вот приходите вы в банк, платите 200 рублей, чтобы вам заполнили платежное поручение (ведь вы занятой человек, у вас нет времени). Вы отдаете деньги, но эти бюрократы заявляют, что чтобы воспользоваться любой услугой банка, в том числе «заполнение поручения», вам нужно заполнить анкету: ИНН, номер паспорта и прочие многоциферные штуки. У вас возникает недоумение: но я же заплатил деньги, чтобы мне было комфортно и удобно, чтобы ничего не надо было заполнять? Но ведь у банка напротив вообще не нужно заполнять никаких поручений, можно просто бесплатно ввести один 4-значный код для проведения платежа!
Банком напротив являются бесплатные фреймворки, а вашим банком — расхваливаемый маркетологами платный Битрикс.
Вы не найдете ни одного программиста, который бы перешел с фреймворков на Битрикс.
3. Обман
Не хотелось бы писать тут слишком много. Скажу кратко: если вы выбрали 1С Битрикс, чтобы его просто так взять и связать с 1С своего предприятия стандартным модулем — у вас ничего не получится. И много чего другого у вас не получится просто взять и сделать стандартным модулем. У вас все получится, только если вы ничего не будете менять в скачанном архиве, состоящем из тысяч каких-то PHP файлов. Все доработки — это боль, тлен и тысячи трудочасов программиста, который знает программирование на уровне языка разметки и написания сценариев, а не архитектуры.
Заключение
Статья написана программистом и описывает то, что у Битрикса под капотом. Снаружи это действительно удобно и презентабельно. В итоге, это можно охарактеризовать, как продукт хороших маркетологов, которые работают без хороших программистов.
Чтобы статья была менее провокационной, скажу также, что современным бесплатным фреймворкам наоборот, не хватает маркетологов: их продукты имеют высокий порог вхождения и доступны только узкой группе лиц, они никогда не станут народными, как Битрикс.
Комментарии (494)
koshiar
26.03.2016 22:37-17Очередной холивар, в котором комментов раз в 20 больше, чем сама статья?
OnYourLips
26.03.2016 23:19+68А кто в здравом уме будет спорить с ним, что битрикс — это дерьмо, непригодное к доработке и поддержке?
Не будет холивара.koshiar
27.03.2016 12:31+2Наверно, лучше было бы написать: «Очередной пост...».
P.S. хотел сделать акцент на количестве постов, а не на самом сраче.
Alexufo
27.03.2016 01:28-22Хочется отметить, что с точки зрения практически международной компании — все туташние комментаторы в т.ч и я обычные лузеры))
Здесь почти не будет комментаторов с вебстудий, делающих на битриксе хорошие деньги — ну просто незачем. Зачем сотрясать воздух.hardex
27.03.2016 19:11+6Хорошие деньги на Битриксе делает только 1С
daaner
29.03.2016 19:19+1А ничего, что только верстка (если заранее говорят что будет битрикс) стартует от 20 000 р.?
Программирование (натяжка) тоже не ниже этой суммыhorses
30.03.2016 00:00А какая связь между версткой и битриксом? Битрикс не накладывает никаких ограничений на верстку вообще. Она должна быть просто качественная и тогда редактирование "над сайтом" будет так же корректно отрабатывать. Никто никогда не тестирует верстку именно под битрикс.
daaner
30.03.2016 01:25факт остается фактом, если звучит слово "битрикс" — ценник умножается, виноваты те же маркетологи
horses
30.03.2016 21:57Ну видимо вы столкнулись с одной или парой таких "студий" или фрилансеров. Я такой статистикой не обладаю. К тому же, при чем тут маркетологи: тоже не понятно.
Может владельцы студий этих думают, что люди, хотящие битрикс обладают большим количеством денег?
serega011
30.03.2016 22:53А ничего что день работы верстальщика/программиста в нормальной студии стартует от этой суммы?:) Я имею в виду не то, что платят верстальщику, а то что платит клиент студии.
daaner
31.03.2016 02:08тихо-тихо! Давайте откроем холивар в какой-то другой теме в следующий раз, я сам фрилансер, часто спрашиваю на какую сумму люди рассчитывают. По статистике, если выбрали битрикс — готовы вливать еще от 50к, это не из потолка
ЗЫ: за битрикс проекты берусь нехотя и редко, зачастую из-за хорошего куска пирога, который часто стает поперек горла из-за "до безобразия волшебной" CMS
valemak
27.03.2016 07:27+7Вы не поверите!
Статья — 1 штука.
Комментариев (на данный момент) — 73 штуки!
Комментариев в 73 раза больше! А то ли ещё будет...
rhamdeew
28.03.2016 23:36+1Тут видимо намек на то что статья сразу заканчивается не успев толком начаться. Я уже устроился поудобнее визуально оценив размер портянки, а оказалось что большая часть контента это комменты.
Поставил минус посту чисто потому что он очень короткий и никак не тянет на статью.
monolithed
26.03.2016 22:48+6У меня был опыт выгрузки каталога продукции из 1С в 1С-Битрикс и Joomla. На тот момент, я долго думал стоит ли ввязываться в эту авантюру, ведь опыта с 1С у меня совсем не было. В итоге, интеграция с Joomla была готова через пару дней чего я не могу сказать о 1С-Битриксе...
shurupkirov
28.03.2016 09:15Делали интеграцию 2 раза, проблем не испытали ни одного раза
monolithed
28.03.2016 13:14Проблемы в высоком уровне вхождения и понимания этой системы (чем-то напомнило TYPO3).
В нашем случае, у клиента была лицензия на версию продукта, который не умел интегрироваться с 1С.
Прошло уже лет 7, возможно что-то изменилось.
horses
28.03.2016 10:38+2Joomla и выгрузка из 1C? О боже...
monolithed
28.03.2016 13:09Joomla один из самых популярных движков. Клиенты его любят, а откуда будет выгрузка каталога значения не имеет.
m1skam
26.03.2016 22:56-10Крик души, как и в случае с оперой? Я одного не понимаю, ну не нравится Вам Битрикс, зачем с ним работать, или деньги не пахнут? Так если деньги не пахнут, то смысл кричать о том, как все плохо?
По своему опыту проблему интеграции 1с с Битриксом встречал только в случае:
У клиента извращеный метод учета в УТ или УПП.
Изначально 1с не было, и надо было сначала номенклатуру перенести с сайта в 1с.
pistol
26.03.2016 23:01+15Приходится писать и для Битрикса, так как договоры с партнерами не подразумевают отказа под предлогом "не нравится".
В данном случае вовсе не крик души, просто нечем заняться в субботний вечер :)
VoVanJinn
28.03.2016 06:18+7> Нечем заняться в субботний вечер
Перегрузите метод PrepareGetList, добавьте туда еще один параметр.
AllexIn
26.03.2016 23:28+15Так если деньги не пахнут, то смысл кричать о том, как все плохо?
Например, чтобы в следующий раз не работать с тем что не нравится.
Не бывает работы, которая нравится 100% времени. Но в наших силах максимально приблизиться к 100%. И донесении информации о плохих решениях -это один из способов(или основной?).
Disparity
27.03.2016 18:38Менталитет у бизнеса зачастую не тот. Если 10 маркетологов говорят что битрикс хороший продукт, а 1 разработчик — что плохой, то кого послушают в первую очередь? Кто даст откат за выбор платформы?
P.S.: для разминки, попробуйте доказать бизнесу что GET запросы нечего не должны изменять (в частности добавлять в корзину товар по ссылке), т.к. это противоречит протоколу.
foxmuldercp
27.03.2016 19:23+1К сожалению бизнесу зачастую плевать на то, что там где и как под капотом, это проблемы программистов "сделать чтоб работало".
Разве что топ руководство очень сильно приближено к ИТ и специфике, и может аргументированно бвырать платформу црм для работы компании
bay73
29.03.2016 12:36-1Бизнесу и должно быть плевать на то, что под капотом. Бизнес — это деньги. И "не нравится программисту" — это не аргумент. Монетизируйте своё "не нравится", объясните бизнесу как вырастает стоимость поддержки и время простоя от плохих архитектурных решений и бизнес прислушается.
xoma
29.03.2016 12:44Если программисту аргументированно «не нравится», бизнес должен к нему прислушаться, а не настаивать на своем, но увы это почти всегда не так.
bay73
29.03.2016 13:10+1Именно. Но в статье аргументов нет — просто эмоции.
Расскажите бизнесу, чем плох PrepareGetList с 22 параметрами. В статье написано только пр то, что "чувствует программист". Чувства — это не аргумент.xoma
29.03.2016 14:00Еще какой аргумент. Если программисту такой заказчик «впихнет» хреновый продукт — программист будет хреново работать, делать все «лишь бы работало», без энтузиазма и энергии (или заказчику придется это все компенсировать «молоком») и в конце концов просто уйдет с этого места работы. А заказчик пойдет искать «очередного фрилансера».
bay73
29.03.2016 14:09-1Незаменимых нет. Аргумент мне "не нравится" — это в первую очередь аргумент против того, кому не нравится, а не против продукта.
Если других аргументов нет, то я бы к этому прислушваться не стал. Конечно, бывают случаи, когда программист обладает очень высоким весом, подкрепленным предыдущим опытом работы с ним. Но это не такой уж частый случай. В большинстве случаев программист (особенно сидящий на поддержке сайта) со стороны бизнеса вполне обоснованно выглядит, как бездельник, который постоянно на что-то жалуется.xoma
29.03.2016 14:33+1«Незаменимых нет. » вот именно отсюда все беды.
Работник думает «найду если чо работу», владелец думает «а пусть пилит вот на этой штуке, не нравится — пусть валит».
А то, что оба выиграют если попробуют найти общий язык — никто не думает.bay73
29.03.2016 14:40В большинстве случаев мы (программисты) для бизнеса — чернокнижники с непонатными тараканами в голове. Можно сидеть и ждать, когда бизнес придет догавариваться (так бывает). Но эффективнее хотя бы попытаться использовать понятный бизнесу язык. Я с Битриксом не знаком, но было бы полезно увидеть статью, где указаны его недостатки без эмоций, а с нормальной оценкой стоимисти владения. И еще с другими продуктами бы сравнить...
xoma
29.03.2016 14:54Более эффектино будет если бизнес будет просто слушать своих разработчиков и доверять им.
Ведь бизнес не учит как и чем стоматологу лечить зубы. А вот в технологии сует нос, «там ведь на конференции сказали...», «первое место в рунете...» и т.д. В такой ситуации будет и битрикс (так как есть те, кому реально он нравится), будут и другие технологии.horses
30.03.2016 00:06+1Вы путаете холодное с мягким. Стоматология тоже бизнес, а стоматолог — это наемный работник. И главврач порой делает так, как нужно для бизнеса, а не удобно стоматологам.
Например, вам, как потребителю пофиг как плитку в ванной положили: с соблюдением всех технологий или нет, или там не ровные мазки цемента и если вдруг локально заменить несколько плиток: она вся осыпется. Пофиг, потому что стоило в два раза дешевле, выглядит внешне так же как и в два раза дороже и за 10 лет, когда она уже надоела, с ней не было проблем. Так и с сайтом.
Сложно поддерживать и дорабатывать? Так только не многие развивают сайты дальше, а огромное количество сайтов висят без изменения и потом разом через сколько то лет переписываются с нуля.
xoma
29.03.2016 14:05+1Именно из-за чувств все стараются пересаживаться с лады калины на что-то иное, хотя ездить можно (и вполне хорошо) и на калине.
bay73
29.03.2016 14:13Вы не путайте личное удовольствие и бизнес. Спросите у директора таксопарка почему они Калину не закупают. И чувств там не будет — холодный расчет.
xoma
29.03.2016 14:23+1Бизнес — он бизнес только для владельца таксопарка, а для рядового таксиста — это работа, на которую он тратит большую часть своей жизни. Эти 8 часов он хочет ездить в комфорте, а не от сервиса к сервису, хочет чтобы в салоне у него музыка играла и ему было хорошо. Когда интересы бизнеса и работника сходятся (такое редко, но бывает) — вот тогда все в плюсе.
Программист хочет развития (нормальный программист), новых технологий (да, да, бизнесу это приходится проглатывать).horses
30.03.2016 00:10Ну вот я могу сказать, что ни один владелец таксопарка не будет вкладывать деньги и делать хорошо таксисту. Таксист ездит на хорошей машине, потому что это машина люкс и ездит на дорогие вызовы. И машины закупаются те, которые считает нужным. В первую очередь из-за расчета денег. Во вторую для пассажиров.
Меня в свою очередь спустили с небес на землю, когда в случаях проблем напрямую сводили с заказчиком и я ему доказывал, почему вместо небольшой правки (сайт же по мнению клиента работал) я потратил 60 часов на правки после рукожопого программиста.
Source
27.03.2016 01:47+10По-моему, что у 1С, что у Битрикс основная идеология — получать деньги за поддержку. А чем лучше архитектура и код, тем меньше денег можно заработать на поддержке.
Так что не удивительно, что они объединились. И мнение программистов их не интересует, потому что всегда найдутся готовые вкорячить 23-й параметр, которым до лампочки архитектура.Ta_Da
27.03.2016 06:48+21С как бы не на поддержке программного кода зарабатывает. А на поддержке бизнес-логики в соответствии с текущим законодательством, это немного разные вещи.
Аналогично и с битриксом — пользователи платят за известный бренд, за то что 80% потребностей «из-коробки» покрывает, и то что часть из оставшихся 20% можно кое-как докрутить через настройки, не меняя код. Архитектура, красота кода, соответствие ожиданиям программистов, заказчика волнует в последнюю очередь (по крайней мере пока на рынке есть люди, которые готовы за доработку браться).Source
28.03.2016 01:04Так поддержка и подразумевает бизнес-логику… Заказчики, которые заказывают код, — это исключительно редкий случай. На код им пофиг, а вот скорость и стоимость внесения изменений в этот код или донастройки другими путями в соответствии с изменениями бизнес-требований многих всё-таки интересует.
Ta_Da
28.03.2016 19:53+1Либо я вас не понимаю, либо вы не понимаете как работает 1С и 1С-франчайзинг.
1С сама по себе не занимается внедрениями, допилкой систем под заказчика и реализацией специфической бизнес-логики. Головная организация выпускает платформу и типовые конфигурации (которые пилятся под законодательство, исправление старых багов и использование новых механизмов).
Идеология развития 1С, причем, явно указывает на то, что 1С как разработчик типовых хочет, чтобы в типовой код изменения не вносились вообще: это и новый механизм расширений и понятие "конфигурации поставщика" вообще.
90% говнокода в конфигурациях это говнокод внедренцев, к которым компания 1С отношения практически не имеет.
Из оставшихся 10 большая часть связана с доработками типа "нужно сегодня срочно внести код, который меняет расчет налогов с начала года, но так чтобы старые года считались по-старому", которые есть следствие особенностей законодательства, что приводит в частности к ужасному дублированию кода.
Исходя из этого, разве что можно предположить теорию заговора в виде "1С специально пишет говнокод, чтобы фирмы-партнеры могли заработать денег".Source
29.03.2016 01:50Вы правы, я некорректно выразился, смешав в кучу и саму компанию и всех её партнёров. Хотя компания косвенно заинтересована, чтобы было больше 1С-программистов и специалистов по Bitrix. А чтобы их было больше, надо либо делать им удобнее, либо чтобы они могли больше зарабатывать. И в этом плане 1С, по крайней мере раньше, тяготела скорее ко второму пути.
zenn
26.03.2016 23:07+5Посыл у вас правильный, но думаю стоило капнуть глубже (а возможно тут нужен человек, которому нравиться копрофилия) так как в таком виде статья выглядит скорей как розжиг очередного hollywar'a (критика есть, но она опирается на слишком малом количестве фактов). И нет, я ни в коем случае не выгораживаю битрикс, да упаси меня святой костыль и велосипед.
pistol
26.03.2016 23:14Да, вы правы, тут одни чувства. Статью хотел написать не для программистов, не смог придумать наглядные факты, понятные заказчику. Программисты и так все знают.
rakot
26.03.2016 23:13+10У меня есть 2 любимых коммента о Битриксе, показываю их заказчикам которые пытаются меня туда склонить.
https://habrahabr.ru/post/247769/comments/#comment_8219131
https://habrahabr.ru/post/247769/comments/#comment_8219179
ainu
27.03.2016 15:25
IvanPanfilov
27.03.2016 15:33про http://php.net/manual/ru/ini.core.php#ini.auto-prepend-file
видимо автор не в курсе — ну понятно че. главное веть очередной красивый фреймворк в вакууме изучить и применить.
а не знать основы php и его настроек
wir_wolf
26.03.2016 23:16-1Я когда то работал в одной сео компании, и нам нужно было писать софт для продвижения сайтов. И одной из задач была подмена метатегов, титлов, дескрпшенов, и еще много чего разного. И был написан для этого универсальный код с админкой. Ты страиваешь его в index.php, заходишь в миниадминку и все проблемы с сео по просту решаются в 2 клика. НО. Не с битриксом. В нем множество точек входа(в каждой папке свой index.php). и если у сайта много разделов, это нужно было ручками искать эти точки входа, открывать, и вставлять туда этот код. Куча дублей, тебя постоянно отвлекают именно на эту задачу. Для других движков все было просто, и автоматизировано.
Alexufo
26.03.2016 23:45Ну у битрикса и так сео модуль есть. Правда если забыть удалить дефолтные настройки при установке то да долговато вычищать со стриц какой то мебельный магазин или что там ещё)
Да. У них страницы не хранятся в БД а в файлах и директориях. Которые нужно создавать самому. Что невыносимо объяснять для гос. Служащих в глаза не видевшего любые cms.
-А почему именно индекс.пхп?
-пожалуйста, просто запомните.IvanPanfilov
27.03.2016 15:44-1— для хранения информации в бд есть инфоблоки которые применяются для разделов статей, новостей и прочих
там не надо создавать index.php, там создаются элементы в категории
— страницы на файлах и папки это хорошо — их можно в git хранить, но они не для того чтобы их создавали рядовые пользователи — максимум только позволять им редактирование существующих страниц
тогда и проблем не будетAlexufo
27.03.2016 16:04+1как это не для того чтобы их создавали рядовые? а ктож тогда?)) эти кнопки первые в интерфейсе фронтэнда. Вот страницу "акции" через инфоблоки делать?
IvanPanfilov
28.03.2016 11:20+1раздел создали на инфоблоке новости
раздел создали на инфлоке статьи
каталог создали на инфлоке
элементы добавляются, разделы добавляются по кнопке, со со страницы раздела или элемента
в чем проблема? какие еще index.php?
пользователь захотел новый раздел не предусотренный в ТЗ? — идет изучает начальный курс по Администрированию битрикс
а вот интересно что он будет делать в слуае с Simphony? наверное сразу сделаеть контроллеры и модели — веть это намного очевидее и понятнее чем прочитать мануал по контент менеджменту в CMSAlexufo
28.03.2016 11:25Это когда у вас кто то регулярно что то добавлят, то, пожалуйста, инфоблоки отлично. Но зачем делать инфоблок ради страницы акции или контакты?
M-A-X
28.03.2016 11:41Вы не совсем понимаете смысл инфоблоков.
Это для динамической информации.
Акции могут ротироваться, у них появлятся разные атрибуты, возможно нужна рассылка.
Для контактов в большинстве случаев не нужно.
Но у меня была группа связанных сайтов, когда разные контакты должны были выводится в разных местах на разных сайтах.Alexufo
28.03.2016 11:57таки я так инфоблоки и понимаю) Яне понимаю зачем нужны инфоблоки для страницы "акции" (просто текст) или "контакты" или "о магазине"
M-A-X
28.03.2016 12:03Вы почему-то считаете, что акции статичны и с ними ничего не делают и они больше нигде не выводятся и т.д. Ну ок, тогда на инфоблоках и не нужно делать. Но это ССЗБ, будете потом переделывать.
На каждый чих лезть в базу не нужно.
Битрикс позволяет делать статические страницы, в отличие от фреймворков.Alexufo
28.03.2016 12:09Акции это не функционал — это описание текущей акции: купи носок — конфетка в подарок. Акционные товары и новинки отмечаются свойством true в 1С выводятся на сайте с другим оформлением.
А так создаются статические страницы с указанием имени php файла с расширением ".php", что совершенно не нужно знать пользователю.M-A-X
28.03.2016 12:37+1На счет акций спорить дальше ну буду. Это горохом об стену.
«Создать / изменить страницу» можно скрыть или не использовать, они по большому счету лишние, достаточно и раздела. Это задача разработчика, который думает о клиенте.
П.С. О разделе тоже уже писал.
Горохом об стену — дубль 2Alexufo
28.03.2016 12:51Я не понимаю про какой горох вы пишите. Про какой чих и лезть в базу…
Но что-то это много заявлено на недоработку разработчика, который должен отключать элементы интерфейса а бы не запутать пользователя. Спрашивается, зачем вообще тогда разделять страницы и разделы.
Если пользователь хочет поменять страницу не с визуальной части, а из под админки, разработчику тоже нужно предусмотреть эту возможность cms и закрыть просмотр директорий в админке? Там то вот он и увидит все index.phpM-A-X
28.03.2016 13:11> Но что-то это много заявлено на недоработку разработчика, который должен отключать элементы интерфейса а бы не запутать пользователя.
Если не скрыть, объяснить, что для среднестатического сайта нужно использовать разделы, ну или дать пройти курс контент-менеджера.
>а из под админки
У меня лично и знакомых контент-менеджеров на битриксе никогда не было необходимости менять страницы из админки. Зачем?
AlexeyCaTHaR
28.03.2016 15:22+1А вы пробовали настраивать права доступа? говорят увлекательное дело, помогает выводить в админке и визуальной части «Эрмитажа» только то, что нужно…
IvanPanfilov
28.03.2016 16:29ну увидит и что?
если он туда полез значит уже должен разбираться в этом разделе админки.
а остальные просто редактируют через интерфейс Эрмитаж и не парятся ни прокакие index.php
IvanPanfilov
28.03.2016 16:24так кто же мешает создать раздел вместо страницы? кнопка на вашем скриншоте присуствует
там не надо .php и чпу нормальное получается /akcii/ вместо /akcii.php
shurupkirov
28.03.2016 13:26О магазине — конечно же не нужны.
Но про акции вы сами пишите, что купи носок — конфетка в подарок. а могут быть и наоборот купи конфетку и носок в подарок. и это уже 2 элемента, а в нормальных магазинах каждую неделю по 4-15 акций. И для этого конечно же идеально подходят инфоблока. Все можно распланировать, подготовить и все будет работать отлично
Alexufo
28.03.2016 12:56Зачем битрикс сравнивать с симфони?
Чтобы создать раздел в том же прессе никаких изучений начального курса не требуется.
Там не возникает вопросов почему у страницы должно быть расширение php а имя файла латинскими буквами.
Почему при создании раздела скрыто создается файл index.php в котором происходит правка. Почему в админке в управлении структурой попадаются именно эти index.php если человек создавал раздел.
Пользователи не понимают этого вообще. И парить этой фигней получаетсят олько потому что у битрикса такая архитектура. Инфоблоки в бд, а страницы — файлы.M-A-X
28.03.2016 13:40Почему Вы скачете с симфони на пресс? Что это такое кстати? Вордпресс?
Вас не устраивает только момент с созданием статики? Какие-то надуманные проблемы.Alexufo
28.03.2016 13:42Про симфони я не писал. Да, сравнивал работу создания страниц в вордпрессе и битриксе. В последнем мне не нравится файловая архитектура хранения статики. Мы все же от своего опыта говорим потому лучше мне свой бред больше не нести.
M-A-X
28.03.2016 13:53А мне нравится файловая структура хранения статики.
То во не хотите использовать инфоблоки, то есть базу, то вдруг хотите все держать в базе.
У вас винигрет из квашеной капусты в голове? :)
Это статика, Карл, какая еще база?Alexufo
28.03.2016 15:05Приведите пожалуста пример какой нибудь ещё cms где статические страницы православно лежат в php файлах а динамика в бд.
Совершенно не вижу проблем хранения статики в БД при использовании маломальского кеширования как не видит с этим проблем вордпресс или опенкарт или престашоп и т.пM-A-X
28.03.2016 15:37Я не слежу, кто что где хранит.
Давайте еще картинки хранить в базе.
А вордпресс мне не авторитет.
Опенкарт тоже не ахти, в этой теме упоминалось.Alexufo
28.03.2016 15:46А я вот нигде, с моей точки зрения, колхоза разделения статики как в битриксе нигде больше не видел. Ни в одной cms.
Про картинки это передергивание. Я не видел cms где картинки бы хранились в бд.IvanPanfilov
28.03.2016 16:41не согласен — подход со стрницами прост гениален и универсален.
сегодня это статическая страница заполняемая пользователем в ручную или генерящаяся из экселя
а завтра полноценный раздел каталога товаров.
— програмисты могут хранить контент в git
— пльзователь может делать страницы динамическими вставляя компоненты — в других системах нужно подключать плагины обработки контента шорткоды и прочие велосипеды
— верстку переносить очень просто — не придется изучать очередной шаблонизатор и засирать себе голову выдумааными способами и костылями как сделать очевидную вещь
я могу создавать и генерить статическую структуру каталога под сео без проблем — веть это всего лишь файлы и папки
дополнительные кеши не нужны — мне все закеширует php в opcacheAlexufo
28.03.2016 16:42Ну бросьте, где там гениальный подход? Это не дает никаких преимуществ. Просто если есть то есть свои фишки. Где ж еще не вкурсе про это гениальное решение? Я не видел cms с подобным подходом. перечисленные плюсы работают спокойно в том же прессе.
IvanPanfilov
28.03.2016 17:13в woprdpress без плагинов кеширования не работают — а это лишние зависимости, глюки и тормоза в обновлении
да еще не везде работают плагины кеширования. mecache/redis не везде — а opcache есть везде и тут bitrix со своими статическими php рулит
в wp по нормальному еще можно использовать как то ядро без плагинов. то же могу сказать про bitrix
horses
30.03.2016 00:16В чем гениальность? В своей простоте и прозрачности. Вы можете посреди системы, в каком-то каталоге третьего уровня вложенности, разместить вообще какой-то сторонний скрипт, не подключая битрикс и это все будет прекрасно работать.
При этом она настолько простая, что там нечему ломаться. А код, который закручен на сложной системе ЧПУ, чтобы была возможность по произвольному пути разместить произвольную текстовую страницу и еще чтобы эта структура удобно и красиво так же отображалась в админке и редактировалась....
IvanPanfilov
28.03.2016 16:34ну так вам же выше сказали используете для этого инфоблоки тогда
берете инфоблок — 1 штука
пихаете туда все категории и типы материалов — Товары Новости Статьи и прочее
храните страницы в БД а не в файлах
и получаете архитектуру аналогичную вордпрессhorses
30.03.2016 00:18Но обычно за такое по рукам бьют) Это называется как изгадить систему)
Я в свое время видел программиста на битрикс, который завел каталог в инфоблоке, но он каждый раздел выводил отдельным компонентом, настроенным на вывод только этого раздела и целиком на файлах продублировал структуру каталога. Вот это была жесть, когда человек нефига не понимает как с системой надо работать )
M-A-X
27.03.2016 22:03Хм. Странно вы как-то объясняли.
Достаточно объяснить, что есть кнопка "добавить раздел" и "редактировать раздел".
AdmAlexus
28.03.2016 19:08Ну вы уж всех то гос. служащих не ровняйте. Хотя мой опыт контентного сопровождения битрикс-сайта муниципалитета не добавляет мне любви к этой ЦМС.
foxmuldercp
29.03.2016 13:47+1Простите, у меня всё в порядке с глазами или я РЕАЛЬНО увидел фразу "У них страницы не хранятся в БД а в файлах и директориях"?
КАК с этим можно работать?Alexufo
29.03.2016 13:49+1Для динамики есть инфоблоки — на них сделать можно что угодно. Они работают более менее и на этом весь битрикс. Но для статики есть возможность создавать страницы и папки прямо в файловой системе на сервере. Для этого есть большие кнопки в интерфейсе. То есть весь текст хранится в php файлах, в поместь в реальным php кодом (можно и в разрыв php вставлять, тогда визуальник показывает картинку с php значком, дескать тут php какой то в отличие от хидера и футера, которые слава богу не показываются) причем прямо в корне проекта. То есть назовете папку "blog" с index.php а потом и не вспомните системная она или ваша.
foxmuldercp
29.03.2016 13:51+1Тоесть это адская смесь статики и динамики?
Страх и ад разработчика…
По сравнению с этим жумла с вордпрессом просто единороги на радуге, получаетсяAlexufo
29.03.2016 13:55Да, в визуальные есть возможность кинуть компонент прямо на страницу. Он будет там опять же значком php отображен c названием компонента. А если открыть этот файл блокнотом, то там будет код в помесь с текстом. А компонент может быть фотогалереей или выводом новостей. Плюс в том что можно сверстать страницу непосредственно через какой нить php шторм и тут же залить) Это помоему единственный плюс.
Битрикс эта помоему единственная система через визуальник которой можно положить сайт, починить который можно будет только через ftp.
Но можно и выкрутится конечно. Вопроса наличия этого как части основного функционала это не снимает.foxmuldercp
29.03.2016 14:04Теперь я понимаю, почему цены на товары в старой (текущей, пока, к сожалению), версии битрикса на одном из проектов которым я управляю надо было менять в 4х местах.
Да, я сейчас пишу полностью новое приложение на RoR вместо этого поделия 10летней давностиAlexufo
29.03.2016 14:23Не знаю, как там в старых версиях, но и без версии интернет магазина можно было бы сделать на инфоблоках товары с выводом свойств и цен более менее работоспособно.
foxmuldercp
29.03.2016 14:35Там битрикс года так 2007, если не старше. Как, в прочем ось, php и mysql :(
Поэтому я новое приложение и пишу с нуля максимально быстро
dim_s
27.03.2016 00:56Решение банально, точка входа это шаблон или написанный модуль для битрикса, который подключается на все страницы. И вот мы получаем 1 точку входа.
Fidget
27.03.2016 13:58А еще есть init.php
rhamdeew
28.03.2016 23:41В котором иногда вырастает своя интересная структура с классами и кучей перехватчиков событий )
horses
30.03.2016 00:21+1Потому что init.php только для самых простых случаев.
А если у вас сткруктура методов и классов: запилите свой модуль (благо это дело 5-10 минут сделать общую обертку модуля даже с установщиком), разместите все свои классы в lib (и у вас появиться автозагрузка) и зарегистрируется все необходимые обработчики.
ganjar
27.03.2016 14:58auto_prepend_file? Если апач — в главной директирии в htaccess можно прописать.
IvanPanfilov
27.03.2016 15:38во первых — откройте для себя http://php.net/manual/ru/ini.core.php#ini.auto-prepend-file и другие основы PHP
во вторых — в битрикс на текущий момент все отлично с вводом и подстановкой сео данных начиная с редакции «первый сайт»
garex
26.03.2016 23:29+71С битрикс создан гениямимаркетингаAlexufo
26.03.2016 23:54Я думаю это все Рыжиков. Все равно люди идут за харизматическим лидерами. Он великолепно ведёт презентации. Чем собстна руководствоваться еще потребителю? Мнением профессионалов которые хаят друг друга бесконечно в не компетенции?)) Для них это пьяный бред.
M-A-X
27.03.2016 22:04-1Да, некоторые знакомые битриксоиды дрочат на Рыжикова. :)
Мне как-то побоку. :)
mrjj
26.03.2016 23:33+5Лол, помню как недавно главный по битриксу с гордостью анонсировал "Композитный рендеринг", который, при ближайшем рассмотрении в Q&A секции, оказался скопипизженой технологией плагина к магенте. Как там называются консументы последнего уровня, которые питаются падалью от падальщиков, которые жрут других падальщиков?
Alexufo
26.03.2016 23:48Ладно что он взят о куда то это то вот вообще не волнует. Там же такой жескач появляется по техническим ограничениям работы функционала сайта.
M-A-X
27.03.2016 22:08Вы о "Композитном сайте"?
Да, они говорили, что это уникальная технология. Вроде даже патентовать хотели.
Но мне такая идея пришла еще в 2008 году, когда я только начинал писать.
mgis
26.03.2016 23:47С интересом прочитал бы статью, «Битрикс глазами Битрикс-прогарммиста».
zenn
26.03.2016 23:51+12Да куда там статью, я бы даже с интересом посмотрел на человека "Битрикс-програмиста" которому нравиться то, что он делает и он в этом абсолютно уверен(и на заключение психиатра при общении с таким программистом я бы тоже взглянул).
pistol
26.03.2016 23:52+2https://habrahabr.ru/post/190084/ — старая статья моего коллеги, написанная до того, как он перешел на Симфони.
enzain
28.03.2016 12:43Почитал, порадовался…
Теперь я понимаю как пишут ВСЕ продукты…
Судя по теме которую вы дали — принцип действует везде…
Не надо оптимизировать код, код просто должен работать… если ПК не справляется — купите ПК мощнее… но код не при чем… )
Печально это на самом деле…
pandas
26.03.2016 23:58+12Добавлю из своей частной парктики времён кодинга под Битрикс и Юми… )))
Продукты были написаны бородачами, не знакомыми с принципами не только ООП но и стандартов программирования. В то время, как профессиональные программисты начинают свою карьеру с фундаментальной теории, математики, логики, и стандартов кодинга (которые между прочим были еще в давние времена, примеров много, гуглите), так вот, в это же самое время быдлокодеры "получают результат" намного быстрее, игнорируя все возможные правила и стандарты. Читать, поддерживать и исправлять такой код невозможно, только если переписать. Но это долго, дорого, и не понятно зачем нужно, если "стандартная комплектация" работает "из коробки" без каких-либо настроек.
Однако, я занимался именно тем, что называется "кастомные доработки", а это требовало изменений и модулей и даже частично ядра. Да, я делал патчи для ядра Битрикса, и хаки для Юми. И да, это работало. дичайшие костыли, заставляющие работать что угодно… но поддерживать это мог только я, и мои последователи, прошедшие 3-х недельный теоретический и 2-х недельный практический курс по работе с этим адом.
Я не могу по ряду причин назвать компании, на которые я работал с этими технологиями, но каждый раз я им ненавязчиво предлагал с нашим-то количеством программисто-часов переписать всё в нормальном виде собственной системы управления с поддержкой и стандратами, блэкджеком и прочими сладостями.
Руководству нравится 1с. Это для них успокаивающая мантра. Им нравится что всё работает и все работают. А несколько лет назад, когда и Битрикс и Umi вдруг ударились головой об железную батарею и решили внедрять bleeding edge в виде модульного и компонентного фронтенда я решил уйти из веба. Python и Ruby, Java, С++, Go — это то, что действительно приносит радость и удовольствие. А веб… пусть он останется таким
zm_llill
27.03.2016 01:04+3Ну не весь веб такой.
Рад за Вас, не всем везет найти то, "что действительно приносит радость и удовольствие".pandas
27.03.2016 01:33+1не весь. но повезёт всем, я узнавал :-) не стесняйтесь пробовать новое!
zm_llill
27.03.2016 01:37+1спасибо, надеюсь, мне, думаю, от части везет — я люблю php. От части, потому что я еще не на том уровне, как хотелось бы.
pandas
27.03.2016 01:46+2а я тоже любил php, просто уже года два как не пишу на нём ничего вообще. не знаю даже новостей особо про седьмую версию. и ларавель очень любил. но я никогда не ограничивался какой-то одной технологией или каким-то одним инструментом для достижения какой-либо задачи. да и задачи разные. начинал с html еще в глубоких догугловских времён, продолжал в саппорте на третьем (!) php и перле, да, тогда cgi были повсеместно. потом революция 4 php, css, js и понеслась… параллельно я всегда увлекался системным программированием, изучал с, asm, бог миловал — я миновал delphi и pascal, хотя прекрасно читаю и понимаю и этот код. потом был c++, java, python, ruby. сейчас rust и go. до функционального не дошёл. всему своё время :-)
zm_llill
27.03.2016 01:57а я делфи не миновал )))) и третий пхп помню, правда только с четвертого взялся за него
zharikovpro
27.03.2016 01:31+1Зачем уходить из веба, если Python, Ruby, Go приносят радость и удовольствие? o_O Можно же писать на них, заодно и ставку поднять :)
pandas
27.03.2016 01:35строго говоря из веба сейчас сложно уйти. те же парсеры на вышеупомянутых языках вполне себе из веба достают данные. куда они идут дальше — это уже второй вопрос, но от веба всё равно не уйти. я не совсем корректно выразился, простите: я имел в виду сайтостроение и цэмээсо-фреймворко веб-программирование. короче всё то, где результатом твоего кода html )))
zharikovpro
27.03.2016 01:39Python + Django, Ruby + Rails — все еще некрасиво и костыли без архитектуры? Что же вас так отталкивает от веб-программирования, где результат в виде html? :)
pandas
27.03.2016 01:50+7банальное соотношение времени к деньгам. трудозатраты на веб кодинг приносят меньше денег, чем та деятельность, которой я сейчас занимаюсь. плюсом к "забытию мной веб кодинга" стала еще скука: однотипные типовые решения, типовые костыли, типовые заказчики, типовые скучные шаблонные psd, скучная невалидная вёрстка, скучная переделка в бэм, дичайше скучное количество пакетных менеджеров во фронтенде (ну реально их столько, что скучно перечислять), ну и так далее… нет, кому-то это всё весело и круто, для кого-то это холивар вообще, а я просто вырос, и теперь люблю оливки :-)
zm_llill
27.03.2016 03:07+1да, есть такое, но, по моему, большинство поставленных недостатков, как то, типовые задачи и такие же заказчики, а то и хуже, однотипные решения и тд, могут присутствовать и в других сферах разработки, а решаются не уходом из профессии, а работой на свой проект(ы) в команде людей, которые делают так, чтобы было приятно с ними. Но это дорого, ибо тут или за бесплатно работать (а жить тогда за что?), или инвесторы, но их найди пойди… короче что об этом говорить, сами понимаете.
M-A-X
27.03.2016 22:16Мне тоже стало скучновато с Битриксом в продуктовой компании.
Потом с Битриксом на аутсорсе в основном из-за особенностей аутсорса, ну и багов Битрикса. В продуктовой компании не знал о всех багах, так как не так широко приходилось использовать. :)
Source
27.03.2016 02:18Да ладно, что Вы так агитируете :)
Кстати, 8 лет работы с Rails позволяют мне сказать, что внутренности фреймворка никогда особо не отличались идеальной архитектурой. В какой-то мере он проседает под своей же функциональностью. И порой, чтобы понять как работает какой-то внешне простой метод, приходится загружать в кратковременную память файлов этак 15-20, часть из которых ещё и во внешних гемах. Хотя чаще всего можно просто использовать API-фреймворка, не вникая в реализацию.
По поводу Django не могу сказать, но подозреваю, что там тоже не везде всё шоколадно.
Конечно, это всё в 100 раз лучше Битрикса, но что-то я склоняюсь к мысли, что для веба лучше всего в архитектурном плане подходит как раз функциональное программирование. ООП там только мешается и создаёт лишнюю сложность.
А по сути к серверу приходит HTTP-запрос — входные данные, которые надо пропустить через ряд обработчиков (функций), последний из которых вернёт HTTP-ответ.
lnroma
27.03.2016 02:25Вы наверное имели ввиду "процедурное программирование" а не "функциональное" https://ru.wikipedia.org/wiki/%D0%A4%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5
Source
28.03.2016 01:10+1Нет, я имел в виду функциональное. Не строго на 100% чистое, потому что ввод-вывод нам нужен, но тем не менее… по типу Erlang/Elixir.
M-A-X
27.03.2016 22:18-1веб… ООП там только мешается и создаёт лишнюю сложность
Поддерживаю :)
Вроде и решаешь примитивную задачу, а наворотят кучу классов, инкапсуляции, наследования, что и не знаешь с какой стороны подойти :)
IvanPanfilov
28.03.2016 11:27+5Python и Ruby ничем не лучше PHP
Go реально какая-то альтернатива. но PHP ему не заменить а как дополнение к PHP вполне сгодится
PsyHaSTe
02.04.2016 21:46Не знаю про питон, не пользовался, а вот руби всем лучше php, имхо.
Alexufo
03.04.2016 01:10Ха. Внесу вам раздор)
Мы с коллегой тоже как то вот крутили вертели ну и… вот php как остался вне конкуренции по популярности так и есть. Помоему у php так и нет конкурентов в вебе. Ну посудите сами, по каким критериям сравнивать? Давайте опустим особенности языка — синтаксис — это выбор каждого. Там даже не буду вникать, это разные плоды человеческого мышления — они ценны и не сравнимы как два человека-личности. Сам по себе руби без рельсов — могу наврать, но никому не нужен особо. Да, знаю есть там и десктопные попытки и т.п. Сам по себе руби — язык медленный. Думаю это не новость. Yii2 — близкий аналог рельс. По факту, джанго, рельсы, yii — все дергают друг у друга фишки т.е архитектура примерно современна у всех со своими особенностями.
php просто бьет своей популярностью. А после выхода php7 вопрос, как я понимаю, наезды на тормознутость из за архитекутры тихонько тихонько да и пропадают.
Ну и вот… рельсы… зачем непопулярное и заведомое медленное… только для ценителей японского искусства. Но не пропагандировать руби означает отсутствие роста комьюнити, за это ответственность не возьму)PsyHaSTe
03.04.2016 01:16Да я вообще ASP.Net-чик, для меня все динамические языки априори хуже. Но из них я пробовал руби — приятный язык для локальной разработки, когда всю программу можно охватить взглядом. Сложные решения не пробовал, так чтобы там десятки решений в солюшене, и т.п. И руби мне очень понравился, довольно выразительный. А вот от пыхи очень негативные воспоминания.
Alexufo
03.04.2016 01:28С аспешниками вообще очень интересные беседы. По моим ощущениям как у аспешников с 1С никами но чуть лучше.
Я, например, вообще не понимаю как можно делать сайты на шарпе.)) Ну да да я понимаю, сайты для больших компаний. По сообщениям коллеги работающего в крупной конторе, кода они перешли с шарпа на рельсы, можно было увольнять половину аспешников в отделе. Долго работают. Или вот меня такое пугает еще:
Куплю я себе мак и не смогу больше работать без винды.
Или вот, например, как разобрать ответ json неизвестной структуры не подключая dll? После php на шарпе какие то невообразимо придуманные сложности вылазят. JSON в php просто… как я не знаю что во всех вообразимых комбинациях.
Вот такие вот мысли порой появляются.
Но, конечно, каких то ботов или веб службы да, на шапре пиф раф и готово. Да, используем так как очень удобно.PsyHaSTe
03.04.2016 01:51Или вот, например, как разобрать ответ json неизвестной структуры не подключая dll? После php на шарпе какие то невообразимо придуманные сложности вылазят.
Во-первых я миллиард раз сталкивался с парсингом JSON, и ни разу не было такого, что структура была неизвестна :)
Во-вторых даже если, то просто
var obj = JObject.Parse(json);
JSON.Net — один из основных компонент шарпа, я не считаю это сторонней библиотекой, как не считаю использование STL ей.
Я, например, вообще не понимаю как можно делать сайты на шарпе.)) Ну да да я понимаю, сайты для больших компаний. По сообщениям коллеги работающего в крупной конторе, кода они перешли с шарпа на рельсы, можно было увольнять половину аспешников в отделе. Долго работают. Или вот меня такое пугает еще: Куплю я себе мак и не смогу больше работать без винды.
ХЗ, у меня никогда не было проекта, который длился меньше двух лет. На них динамические языки имхо не оч. А стародавние проекты создавались еще на 3.5 в момент его появления, и тоже до сих пор поддерживаются. Так что варианта два: либо сайты из разряда фигак фигак и продакшн, либо разрабы просто профнепригодные, а технология тут не при чем.
Ну и нужно понимать, что если сайт на шарпе работает, то скорее всего в нем ошибок нет, при грамотном проектировании это почти невозможно. В динамическом языке результат появляется намного позже, и таких гарантий со стороны компилятора нет. Не даром тайпскрипты появляются и все прочее, хотя на екмаскрипте можно все намного быстрее разработать.
Впрочем, все эти доводы в пользу "долгих разрабов" это просто либо как я сказал — разрабы не очень, либо просто холивар на тему статика вс динамика. Лично я за статику.Alexufo
03.04.2016 02:07Во-первых я миллиард раз сталкивался с парсингом JSON, и ни разу не было такого, что структура была неизвестна :)
Не поверите! Но мне мой знакомый аспешник 1 в 1 говорит!)))Я ему вопрос из жизни, а он мне "зачем тебе это нужно?"))
Видимо миры разные) Дело то простое — есть сайт посольства, написанный на каком то java фрейворке. Нужно автоматизировать загрузку анкет. Анкета валидируется на сервере. При неверных данных сайт выдает другой json для js скрипта. Но так как у нас бот, разбирать ответ приходится самостоятельно, а технология требует сначала описать структуру json а потом уже с ней работать. Проблем то конечно нет. Но после php вызывает чес за ухом и натянутую бровь)
Так то да, холиварить особо не зачем.PsyHaSTe
03.04.2016 02:09Я не говорю, что не нужно. Я говорю, что структура известна, по крайней мере один из нескольких вариантов. Ну и да, даже если, я сказал, вот есть JObject, проверяем какие-то поля, если допустим это JSON с ошибкой, то делаем что-то, если нет, то преобразуем в доменный объект и дальше уже с ним работаем.
Alexufo
03.04.2016 02:12Там такой тупой JSON что и варианты описывать грешно. Проще оказалось If с регулярочкой.
PsyHaSTe
03.04.2016 02:16+1Парсить структуры JSON/XML регулярками неблагодарное дело имхо. Но в любом случае JObject просто представляет собой хэш-таблицу, и можно просто через obj["foo]["bar"] обращаться к любым свойствам. Но я уже говорил, почти всегда я юзаю DeserializeObject и все.
Doktor_Gradus
28.03.2016 13:54> если Python, Ruby, Go
Я знаю на RoR один скрипт интернет-магазинов — SpreeCommerce. Можете подсказать ИМ-скрипты на Python и Go?
Интересная ситуация, всем хочется писать на Python, Ruby, Go — но популярных продуктов я не них не вижу. Есть сайты, которые написаны на них. Но вот продуктов, которые можно было бы купить, развернуть на своём сервере, настроить и запустить, чья популярность и известность были бы сравнимы с opencart/magento/prestashop/bitrix/wordpress — нету. На питоне разве что джанга вспоминается.zharikovpro
28.03.2016 14:05+1Spree это гигант в мире Ecommerce для Rails, у него практически монополия. Обычно берут либо его либо пишут что-то свое.
Про Python/Go примеры показать не смогу, увы, не пользуюсь ими и не ориентируюсь. Есть просто мысли, почему они мало связаны с данной темой.
Ruby в отличие от Go/Python фундаментально по философии ориентирован на быструю разработку. Т.е. напихали в Gemfile нужных блоков, чуть-чуть добавили своего кода по принципу "кода мало — результата много" (т.е. Ruby и Rails специально на это заточены) — и вуаля проект готов. Да, он легко может потребовать более мощного железа чем например аналогичный проект на Python и тем более Go.
НО! Для ecommerce задач стоимость железа зачастую смехотворна по сравнению со стоимостью разработчиков. Время также критически важный фактор. Меньше время разработки — быстрее финансовая отдача от ее результатов. Это позитивная обратная связь, т.к. прибыль можно опять пускать на разработку, раскручивая маховик.
С этой точки зрения вести разработку на Python/Django тоже вроде бы достаточно интересно (поправьте меня, знатоки). А вот например Go/Node безнадежно проигрывают — спецов искать тяжело в виду их малого количества (особенно на Go), системы могут получаться более "хрупкими" и дорогими в плане поддержки, в силу юности платформы и меньшего числа best practices (это частая беда проектов на node как я их вижу, например).
Итого получается что бизнесу очень часто реально выгодно либо брать PHP либо Rails/Django. А node/go/erlang это более нишевые решения. Они либо могут быть небольшой частью системы (чатик например когда надо прикрутить, или еще какой рилтайм функционал), либо основной систем другого характера (например, онлайн-гейминг).Doktor_Gradus
28.03.2016 20:36Спасибо за развёрнутый ответ. Очень интересно.
> Spree это гигант в мире Ecommerce для Rails, у него практически монополия.
Вот это-то и интересно. Почему монополия? Почему один инструмент? Не востребовано? А почему? Вот на php для веба написана масса, просто масса скриптов для екоммерса.
Ведь когда пишешь что-то своё, нужно реализовать массу рутинных вещей, заниматься которыми в общем скучно. Писать очередной модуль расчёта скидок по кастомизируемым правилам? Очередной модуль оплаты/доставки? Это правда интересно? Я вот не знаю ответа.zharikovpro
28.03.2016 21:07Тут мне кажется история во многом похожа на Rails. Зачем несколько инструментов, если есть один и классный, который на голову лучше других? Конкуренция это хорошо, но только не как самоцель.
Ведь когда пишешь что-то своё, нужно реализовать массу рутинных вещей, заниматься которыми в общем скучно.
Так а зачем писать "очередной модуль"? Возьмите подходящий gem или напишите уже один раз свой универсальный, который будете потом в новые проекты легко добавлять. Тот же самый Spree например тоже модульный, и часть его кода к себе в проект можно спокойно утащить. Самый яркий пример наверное — Payment Gateways. Или модели тех же самых заказов берите из Spree или какого-то другого решения и используйте. Массу рутинных вещей с помощью gems как раз и можно решить.
Source
29.03.2016 01:26+1Как один из разработчиков Spree, отмечу, что монополии у Spree нет, да и не было.
Всегда были альтернативы, в 2009-2010 был Substruct, в 2011 появился ror_ecommerce, сейчас есть Shoppe и Piggybak, а от Spree 2.3 появился форк Solidus. А вот то, что с 2010 года по сей день Spree удерживает лидирующие позиции среди конкурентов, — это правда :-)
Ведь когда пишешь что-то своё, нужно реализовать массу рутинных вещей, заниматься которыми в общем скучно.
По-моему устанавливать готовые модули/расширения ещё скучнее, чем писать собственные… Впрочем, чтобы не заскучать, придётся каждые пару лет менять область деятельности.Doktor_Gradus
29.03.2016 11:32Скучнее, да. Но установить готовый модуль это полчаса, а сколько времени скучать при написании рутины…
Ungla
29.03.2016 11:18Django Oscar это фреймворк интернет-магазина на Python Django, да вообще Django Framework на мой взгляд самый рассово чистый веб-фреймворк из (Python, Ruby, PHP) долго (ну кому как конечно) нужно вникать, зато когда вникаешь становится ясно что это всё очень хорошо и правильно, и покой)).
Source
28.03.2016 17:40Для e-commerce на Python сейчас вроде в моде django-oscar.
Что касается Go, на мой взгляд, у него другая ниша.Doktor_Gradus
28.03.2016 20:29+1Да дело не в нише, дело в продуктах. Вон в комментарии выше упоминают node.js. Сайты на нём делают, знаю. Знакомые девелоперы есть. Вернее там SPA на связке Angular.js + node.js + Angular Materials (если не ошибаюсь — набор компонентов для ангулара по гайдлайнам гугл материалс).
Но продукты-то где?
Вот казалось бы — если тебе в кайф работать с нодой/питоном/руби — да возьми тот же битрикс и напиши аналог на новом инструменте — шустрый, лёгкий.
Нету.zharikovpro
28.03.2016 21:12+1Правильно, потому что "коробочные" интернет-магазины покупают, если они на PHP и с минимальными требованиями к квалификации для установки/поддержки (читай — дешево обходятся).
Если не на PHP — приходят не за коробкой, а к команде разработчиков за индивидуальным проектом. И если команда разрабов делает индивидуальный проект, то его потом как коробку другим клиентам не продашь. Так что если коробка — то PHP.
А если не PHP, то SaaS продавать можно. Уверен, есть SaaS для интернет магазинов написанные не на PHP, в т.ч. в России.Source
29.03.2016 11:45+1Уверен, есть SaaS для интернет магазинов написанные не на PHP, в т.ч. в России.
Так это и не секрет. Как миниму InSales поверх RoR крутится.
Source
29.03.2016 01:33+1Хах, попытки то есть и очень много. Но Вам зря кажется, что написание ecommerce-платформы — это задача из разряда "захотел — взял и сделал".
Во-первых, нужен высокий уровень компетенции в теме.
Во-вторых, нужно дофига свободного времени, либо финансирование разработки.
В-третьих, нужна команда, в которой помимо программистов будет хотя бы дизайнер, и очень желательно маркетолог.
Проще говоря, чтобы подвинуть PHP на рынке коробочных решений, должно захотеться компаниям, а не программистам.
M-A-X
27.03.2016 22:12Да, я делал патчи для ядра Битрикса, и хаки для Юми.
Хм. Никогда не приходилось патчить ядро. Все решалось более цивилизованно.
Как же потом быть с обновлениями?
bleeding edge
Что это такое в Битриксе? :)
приносит радость
Это главное. :)
milast
28.03.2016 02:28+1Веб приносит радость и удовольствие, но его нужно правильно готовить. Или как минимум не в котле битрикса.
pi314
27.03.2016 00:11+6Довольно странно относиться к Битрикс всерьез, тем более — как к «продукту». Битрикс — это культурно-историческое явление, замечательное не только количеством созданных рабочих мест для низкоквалифицированной раб. силы, но и прежде всего тем, что является прекрасным индикатором отсталости рынка, продолжающего его «хавать» в таких диких количествах. Уверен, что умные аналитики давно мониторят количество МегаБитриксов в эксплуатации, чтоб не пропустить момент, когда массовый рынок созреет для выхода настоящих высокотехнологичных продуктов. А пока что, да — каждая строчка «доработки сайта на Битрикс» не только убивает трех котят, но и уверенно отдаляет это светлое будущее ;)
Alexufo
27.03.2016 00:35+1Ох я не уверен, что рынок когда то там созреет для дзена вместо прибыли.
lnroma
27.03.2016 01:05+3Дзен и прибыль вещи неразделимы, простой пример. Берём magento — час программиста дороже(большой порог входа), архитектура mvc(хорошо продуманна и построена), в комунити много расширений решающих 30% задач, 60% она решает из коробки, разработка модуля занимает от (1-8 часов). Битрикс — дешёвые программисты, архитектура говнокод, много расширений и т.д. Так что magento дешевле окажеться в поддержке чем битрикс. Но у второго маркетинг и начинающие программисты что перевешывает плюсы magento.
Alexufo
27.03.2016 01:17Меня сильно огорчает рынок cms для интернет магазинов. Просто гонит в адскую печаль. Мне вообще ничего не нравится.
Из бесплатных что prestashop (нет из коробки модуля самовывоза, визуально легкий но адский дефолтный шаблон в over 5000 строк css это капец) что opencart — динозавр ( после сборки обточить напильником © ) пораждающий бесконечные сборки ибо мы в России.
У нас просто выбирать нечего, если инет магаз да и с 1С — битрикс.все. Фрилансер смоется, еще найдешь, с магентой скорее хрен найдешь вообще кого.lnroma
27.03.2016 01:25+1на magento порог большой но и фрилансеры есть которые с ней "работают" правда в ковычках, после некоторых приходиться выпиливать кучу велосипедов от незнания cms. Но есть довольно неплохо владеющие люди этой цмс.
M-A-X
27.03.2016 22:24magento… после некоторых приходиться выпиливать кучу велосипедов от незнания cms
Это везде так :)lnroma
27.03.2016 22:58Согласен, но в magento это тотально, самые распрастранёные, rewrite классов ядра, комунити. Не реализация api для работы в шаблоне(пихают всё в шаблон), нарушение MVC(в моделе бизнес логика, в контролере левые операция над html, в шаблонах та же бизнес логика) в общем всё в куче. Самое интересное цитирую
Прямые запросы работают быстрее, это оптимизация скорости работы.
Так ведь не докажешь что это "плохо", что orm не просто так для понтов там. Что с коробки есть репликация, и что если ты делаешь прямой запрос, то ты должен взять либо конект на чтение либо на запись, и при том ещё учесть что могут быть и другии конекты настроены.
И тут повышаеться нагрузка и возрастает количество запросов к базе, блокировок строк и таблиц, и всё, м упираемся в прямой запрос который висит, или же после репликации делает запрос на базу для записи а не чтения, и начинаеться.
В обще всегда, вызывало недовольствие такая штука, "Я умнее тех чуваков что написали эту cms" а после, начинаються возглосы магенто тяжело, много абстракций, и т.д. и т.п. Ну а на то что "я" наплевал на архитектуру, наплевал на обсерверы(которые к стати в magento реализованы на пределе перфекционизма), переписал кучу классов, всё тормозит и не работает и вообще magento г… но. Такая штука. Обновить невозможно…
Я люблю magento на столько что, из cms работаю только с ней 2-х лет, в основном выбор из за цены(мой рейт от 1000 на фрилансе на Российском рынке), архитектуры(в основном разработка модуля какого нибудь парсера от 4-8 часов с сохранением товаров и т.д.)…
И да мне пришлось 2 недели изучать, пробывать писать простой модуль, интеграции с amocrm(спасибо teamlead редкосная св был ну давал время на обучение), и только через месяц я начел понимать что делать хорошо а что плохо…
п.с. Для меня сложно остановиться… Но так пожелание для тех кто говорит что сложно изучать, вспомним поговорку, глаза бояться руки делают.
AlexTest
28.03.2016 00:41обсерверы(которые к стати в magento реализованы на пределе перфекционизма)
Если все так круто, то как в первой magento можно легко и просто задать очередность обработки конкретного события конкретными обозревателями?lnroma
28.03.2016 01:04буквально 3-мя строчками
<depends> <Mage_Core/> </depends>
обсервер, зависимости выполниться первым.AlexTest
28.03.2016 01:25Но как быть если один обозреватель описан в global area, а другой во frontend, будет ли предложенный вами метод однозначно задавать очередность в этом случае для фронтэнда или очередность выполнения этих обозревателей будет зависеть от очередности обработки area?
Или допустим есть два (или больше) модуля и в каждом два (или больше) обработчика одного и того же события — как задать их очередность с помощью предложенного вами метода?lnroma
28.03.2016 01:49Но как быть если один обозреватель описан в global area, а другой во frontend, будет ли предложенный вами метод однозначно задавать очередность в этом случае для фронтэнда или очередность выполнения этих обозревателей будет зависеть от очередности обработки area?
Ну во первых вы можете задать несколько обозревателей для одного модуля и в global,frontend и adminhtml. Но зачем вам это делать и при этом ваш модуль при одном event'e изменяет одно и тоже свойство одного объекта одновременно, простите но это выдающийся пример как создать проблемы самому себе, и потом их решать, когда вы можете описать один в global.
Или допустим есть два (или больше) модуля и в каждом два (или больше) обработчика одного и того же события — как задать их очередность с помощью предложенного вами метода?
Ну не один трезвый человек не создаст, 3 одинаковых обсервера в одном модуле делающих одно и тоже. Так что способ рабочий.AlexTest
28.03.2016 02:33+13 одинаковых обсервера в одном модуле
читайте внимательно вопрос, там про разные модули.
Т.к. вы не ответили по сути на мои вопросы и начали демагогию про «трезвость» и т.п.,
то я сам отвечу:
- Очередность выполнения обозревателей зависит в первую очередь от очередности обработки area — предложенный вами метод не работает.
- Очередность в случае двух(или более) обозревателей для одного и тоже события в двух (или более) модулях с помощью предложенного вами метода задать не возможно.
Вы написали про
обсерверы(которые к стати в magento реализованы на пределе перфекционизма)
я показал вам что это не совсем так. Разбирать конкретные кейсы про проблемы с очередность обозревателей, о которых судя по вашему ответу вы даже не догадываетесь у меня нет ни малейшего желания — это займет слишком много времени. Да, у magento архитектура гораздо лучше чем у других ecommerce платформ, но я просто хотел показать вам на основе вашего же высказывания про обозреватели, что и она не идеальна и сделана далеко не «на пределе перфекционизма»- только и всего.lnroma
28.03.2016 10:36Или допустим есть два (или больше) модуля и в каждом два (или больше) обработчика одного и того же события — как задать их очередность с помощью предложенного вами метода?
Цитирую ваш вопрос, вы написали в каждом два или более обработчика одного и тогоже события. Перчитайте плиз. Поверьте это решает все проблемы которые могут возникать. т.к. на практике вам лишь надо чтобы ваш обсервер выполнился последним.
ainu
27.03.2016 15:30+2Для интернет-магазина не обязательно cms использовать. Фреймворк или фреймворк+админка (Yii, yupe, etc) тоже могут сделать магазин.И чем важнее и крупнее магазин, тем менее важна для него админка (постепенно данные уходят в Excel., 1C, ERP и т.д.).
Там уже должны всплывать вопросы, не сколько строк в css, а как сделать фасетный индекс для фильтра.Alexufo
27.03.2016 15:32конечно, если у вас по России сеть электроники, то cms точно будет палкой в колесе, но я же говорю про интернет магазины не крупного бизнеса.
ainu
28.03.2016 10:00С некрупным бизнесом еще интереснее.
Во-первых: некрупный бизнес если не дурак и прислушается к разработчику, то поймёт, что на фреймворке нормальном сделать ИМ: раз: дешевле, два: быстрее. Ну и переплата за хостинг и поиск разработчиков.
Во-вторых: некрупный бизнес (если это не партнёрка кепок-маек-кружек-чехлов) понимает, что он может выехать на особенностях своих продуктов, и сделать что то кастомизированное, в отличие от крупных магазинов, где всё типовое (с виду). И тут теряется время на переделывание того, что по идее переделываться не планировалось. Особенно это актуально для всяких разных бизнесов необычных или с нетиповыми каталогами: торты, цветы, ювелирка, доставка продуктов питания, доставка и сбор гамбургеров кастомных т.п.
В-третьих, некрупному бизнесу пипец как важно SEO и юзабилити, удобство покупки. Я намекаю на битриксовскую скорость генерации страницы, 503 ошибки, генерируемые "из коробки" (я вот про это: http://i.imgur.com/bjkHhBI.png), переплата за хостинг, вынужденное включение кеша, которое приводит к бизнес-проблемам (цена не те, остатки не те, цена оптовая вместо розничной) и т.д.
В четвёртых, некрупному бизнесу сложнее и дороже несколько раз сайт переделывать.А переделывать он будет, т.к. на битриксе он получит или шаблон за недорого, нормально работающий, но шаблон, или недорогую поделку на костылях и с проблемами, или работающее решение, продуманное и быстрое, но за огромные деньги (я про >миллиона рублей), которые ему не по карману на первых порах.
Парадокс, но выехать на битриксе крупному бизнесу проще — есть решения именитых вендоров за круглые суммы, но работающие. Пусть костыли, пусть фильтры на яваскрипте сделаны (я про магазин леруа мерлен), зато работает.
И для всего, что я сказал выше — есть исключение: для тех бизнесов, которым нужен сайт "чтобы был", ничего, о чем я написал выше не относится. Они заплатят денюжку, купят лицензию, сделают верстку, натянут на админку, и у них появится сайт "чтобы был".IvanPanfilov
28.03.2016 11:39+3некрупный бизнес воспользуется сервисами типа ecwid merchium или будет генерить из экселя в статический каталог.
или возьмет ворпресс. и получит готовое решение.
и не нужны ему тут никакие фреймворки.
Doktor_Gradus
27.03.2016 15:47-2Вот только фреймворки не заточены под создание интернет-магазинов, сколько времени вы потратите на создание функционала, который в любом скрипте ИМ есть из коробки?
baltazorbest
27.03.2016 16:08Фреймворки под конкретные задачи и не затачиваются, фреймворк это всего лишь инструмент, при помощи которого можно сделать все что душа пожелает.
Doktor_Gradus
27.03.2016 19:26Это понятно. Вопрос был — сколько времени займёт создание функционала ИМ, который в соответствующих CMS есть из коробки.
ainu
28.03.2016 10:04+1Меньше, чем на выпиливание функционала, который не нужен, точно меньше на "натягивание" верстки, точно меньше на переработку дизайна, чтобы соответствовал возможностям самой системы, и на порядок меньше на поддержку.
Doktor_Gradus
28.03.2016 10:58+1Зачем выпиливать ненужный функционал? Он сейчас не нужный, а через год нужный. То есть, хочется заработать денег сначала на удалении изкоробочного функционала, а потом на возвращении его обратно (по факту, раскомментировать закомментированное, а денег как за полноценную работу)?
Натягивание вёрстки — это уже собственный дизайн. Начинающий магазин так не делает. Он покупает готовую тему, натянуть которую на CMS — дело трёх минут. Остальное время уйдёт на изменение этой темы под нужды заказчика. Сколько вы будете натягивать эту тему на фреймворк — вопрос отдельный.
Поддержка обычно зависит от заказчика. А заказчику, как правило, важнее быстрее запуститься и нарастить обороты, с больших оборотов он может больше платить за поддержку. И не факт, что поддержка самописа на фреймворке будет стоить дешевле поддержки на CMS. Т.к, часть поддержки осуществляют авторы самой CMS, выкатывая для неё обновления.
Ещё один существенный момент — поддержку велосипеда на фреймворке крайне сложно передать другому подрядчику. Часто студия делает так — форкает фреймворк, делает новое название, дописывает какой-то код и продаёт это как собственную разработку — при попытке заказчика сменить подрядчика по сайту студия тычет пальцем в пункты договора мелким шрифтом. Типа, хотите сменить исполнителя работ — извольте заплатить нам за наш фреймворк 100500 мульонов.ainu
28.03.2016 12:23Начинающий магазин так не делает. Он покупает готовую тему, натянуть которую на CMS — дело трёх минут.
Ну, если мы говорим про сайт "чтобы был", и закрываем глаза не семантическое ядро, юзабилити, конверсию (или делаем исходя из того, что есть, а не действительно по настоящему), тогда готовый шаблон — идеальное решение. Хочешь чтобы был сайт — получишь сайт и ничего кроме сайта.
Я имел в виду решение бизнес-задач сайтом, разумеется, а не некую "витрину с корзиной в Интернете", где забит ассортимент продаваемой продукции. Такие сайты хороши тем, что если есть отлаженная схема продажи в оффлайне, и хочется больше денег, вот и делается интернет-магазин, и даже пару продаж в месяц делает, критической частью бизнеса не является, а если сайт падает, то заказчик может об этом узнать через день-два. Обычная картина. Online-first тут и не пахнет. Такие заказчики могут сделать сайт на каком нибудь wix и не заметить разницы, наслушаться бизнес-молодости, намолотить несколько лендингов и делать туда контекстную рекламу. Просто когда через год-два захочется денег заработать, они всё равно придут к первому вопросу и сделают нормальный сайт на фреймворке.Doktor_Gradus
28.03.2016 13:17Так.
Как обычно начинает работать магазин. Речь идёт не о людях, которые могут — раз — и вынул из кармана десять лимонов и заказал сайт на фреймворке с нуля, чтобы было распределение нагрузки, хайлоад, бигдата и тому подобное, плюс ещё двадцать лимонов на раскрутку сайта, рекламу, маркетинг. Как правило, такие люди не новички и знают, что делают. Ну или ваще ничего не знают, но наслушались умников.
Подавляющее большинство ИМ начинают по другому. Часто там сам владелец ИМ, как правило, не программист — берёт CMS, покупает тему на теморесте, докупает несколько модулей (или использует SaaS, евклид, инсейлс или что там ещё) и запускается, как есть и как сумел, или если есть немножко денег — ищет фрилансера. Чуть побольше денег — студию.
Если сайт не взлетел — ну, бывает. Если сайт взлетел и начал приносить прибыль — на сайт владелец начинает добавлять новые плюшки, что может — сам, что не может — фриланс или студия. Если сайт был на SaaS — переползают на свою CMS. На этом этапе на практике изучаются и сео и юзабилити и конверсия и т.д., что вы упоминаете.
Стали зарабатывать больше денег — перешли на ежемесячную поддержку — ставятся задачи, исправляются баги, проводится а/б тестирование, налаживается обмен между сайтом, складом и бухгалтерией. В основном тут отлаживаются цепочки поставщик-склад, склад-доставка-покупатель, общение с покупателем и т.д. Но всё ещё всё работает на CMS.
Именно на этом этапе приходят к идее переписать всё на фреймворке. Потому что уже хорошо понимают, что в бизнесе нужно, что не нужно. И можно заточить магазин на фреймворке под себя, под свои нужды, под свои. И избавиться от глюков CMS, глюков тонны написанного за эти годы кода.
И следующим этапом всё переписывают на фреймворке.
> Просто когда через год-два захочется денег заработать,
Вот эти год-два и уходит на этот цикл — от SaaS/CMS до понимания, что и как делать на фреймворке.
Представьте, что вы только что получили права — сможете вы участвовать в гонках Формулы-1?
Разумеется, нет. Вам понадобится время на освоение профессии, на освоение болидов, трасс.
А если делать магазин сразу на самописе — никакого понимания что, как и зачем делать — не будет.
Точнее, опытный магазинщик так может сделать, т.к. уже запустил несколько магазинов и знает все грабли. Вот только они тоже предпочитают CMS.
Причина очень простая — магазин может не взлететь и надо минимизировать убытки в первую очередь.
CMS + готовый шаблон + мелкие доработки позволяют запустить магазин в кратчайшие сроки и за минимальные деньги. Взлетит — появятся средства на фрейморк и команду прогеров, не взлетит — ну, потеряли 50-200к, переживём.
В идеальном мире всё так как вы говорите. Но живём в грубой реальности.ainu
28.03.2016 13:49+2Хех. 200к стоит сделать нормальный магазин, не стотыщлямов. Будет уметь столько же сколько на битриксе, а уметь больше.
Дело в том, что меня действительно раздражает как данность, то что бывают в принципе такие вопросы, как:
"На какой CMS делаете?"
"Сколько стоит поддерживать сайт в месяц?"
Откуда у людей такие мысли? Когда мы скатились в ту дыру, когда бедный потребитель напуган, обработан и поставлен на такие рельсы?
Чувак, ты ставишь задачу, рассказываешь о проблемах, тебе делается продукт, который прекрасно работает. Это не CMS, она вообще не обязательна для нормальных решений, и не надо никому платить каждый месяц чтобы допиливать, пользуйся и зарабатывай, и не надо платить 300-400к, которые просят за средние сайты на битриксе. Но нет, бедный потребитель обработан, для него априори нужна CMS, это означает что априори понадобится поддержка. Не дай Боже ему присоветуют джумлу — сайт его через год начнет слать спам после того, как будет взломан, и вот и мучается, и платит, платит, платит, утешая себя тем, что он малый бизнес и всему надо учиться.
А всё оттого, что кто то когда то вбил в голову, что надо выбирать CMS.
Мог бы знающим ребятам дать денег за нормальный результат и его получить.
Вот и сталкиваешь несколько раз в месяц с людьми, которые "а мы уже лицензию битрикса взяли, ну и решили делать, а ребята много денег просят за доработки/пропали/сделать не могут", мучаются, жалуются, на полном серьезе ищут разработчиков на битриксе, на полном серьезе разбираются с проблемами, которые возникли, пытаются их решить и не могут.
С какого перепугу владельцу битрикса надо разбираться с "формулой 1"? С какого перепугу ему надо выбирать CMS? А библиотеки, язык программирования, паттерны проектирования тоже ему выбирать? Он не умеет работать с интернет-магазинами — неужели компания-разработчик не поможет?
Проблема тут есть и она печальна — заказчик вместо "сайт с фильтром, быстрой загрузкой и удобной корзиной" просит "сайт на битриксе". И получает не "сайт с фильтром, быстрой загрузкой и удобной корзиной", а именно"сайт на битриксе". Он должен за бизнес свой просить и его особенности, про проблемы и задачи, а не требовать вариант решения (CMS), которая с задачей то никак и не связана.
Дайте программисту проблему — получите путь решения. Дайте программисту путь решения — получите проблему.xoma
28.03.2016 13:54+1Плюсанул бы, да не могу =) Маркетинговая стратегия (имхо) битрикса именно на это и нацелена. Они вышли на рынок не через разработчика, а через заказчика/менеджера/дядю. И этот дядя начинает диктовать разработчику как и на чем писать. Отсюда фигова туча конференций для «студий-партнеров», «менеджеров» и т.д. и совсем дохлые попытки понравится разработчикам минуя «откаты» от перепродажи коробок.
horses
28.03.2016 14:03-1Потому что заказчик не дурак. Он понимает, что с битриксом, даже если ему наговнокодили, он всегда найдет другого фрилансера, студию, которая возьмется за его сайт.
А найти просто человека, который будет поддерживать сайт непойми как и кем: это сложнее и в итоге дороже.
А крупные магазины всегда имеют такой перечень задач вперед, что способны загрузить группу программистов на длительное время.xoma
28.03.2016 14:09+3Заказчик не дурак в своей бизнес серде, а вот в технологиях в 80 % он как раз дурак.
Что ему красиво продали, то он и скушает. Скушает сам и заставит кушать всех, кто вокруг него. Увы и ах, заказчик в наших реалиях не видит в разработчике помощника своему бизнесу, он в нем видет лишь «тупого» испольнителя его хотелок, отсюда и «он всегда найдет другого фрилансера». Выше был комментарий про отсталость рынка — вот это и есть та самая отсталость.
Adward
28.03.2016 14:12+1По-моему найти человека, который разберется в WooCommerce и что то там дополнит — проще и дешевле, чем битриксовца, не находите?
zharikovpro
28.03.2016 15:17При условии, что будете искать на англоязычных биржах — да, проще намного. Но многие же этого не умеют и бояться как огня. Со знанием английского тоже не все прекрасно.
Adward
28.03.2016 15:25Нет, совершенно необязательно. WooCommerce — плагин для WordPress'a. Человек, который поднял пару тройку сайтов на WP — в МС разберется в течение одного дня.
И не обязательно тут искать по англоязычным биржам, своих по-моему достаточно много.zharikovpro
28.03.2016 16:20Так-то да, толковых WordPress умельцев у нас хватает. А за рубежом еще и много людей у которых богатый опыт работы именно с WordPress, это получше будет все-таки. Ну и некоторым заказчикам обязательно проекты в портфолио с выбранной технологией подавай, опять-таки с этим проще зарубежом.
M-A-X
28.03.2016 13:58В Украине многие хотят ИМ, «как у Розетки».
Но да, есть зомбирование Битриксом. Но любое зомбирование плохо.
CMS выходит дешевле фреймворка.
А про паттерны вообще не понял.oxidmod
28.03.2016 14:11имел опыт работы с движком, на котором работает розетка. он платный сам по себе + платная поддержка.
за вашу платную поддержку разрабы скажут вам где и что фиксить или отправят в соотвествующий раздел документации, но не сделают это сами.
но нередко бывает и такое, что нужного раздела в документации нету, тогда по вашему запросу за пару-тройку дней или недель раздел заполнят)) вот такая documentation on demand))
на тот момент, когда я с ним работал вся база лежала таблицах MyISAM, внешние ключи не использовались (и да, работало только с мускулем).
а если вы замечали, что на розетке фильтры както подтормаживают, то это потому что сделаны они там через одно место) фасетный поиск? elastic search? не, не слышали.
а самый-самый ахтунг. админка у этого чуда движка была на флеше. Саппорт говорил что вот-вот должны сделать нормальную админку, но со слов заказчика вот-вот будет нормальная уже давно. Админка была в целом сделана непохо со стороны бекенда, очень много настраивалось через конфиги, но добавить чтото новое невозможно ввиду флеша на фронте)
как за тагое можно брать деньги, я не знаю… но на нем таки крутятся большие магазины (розетка, сокол, музторг и многие другие)
ЗЫ. чуть не забыл, зовется это чудо OWOX. От всей души советую не связываться)))
Doktor_Gradus
28.03.2016 14:50> Вот и сталкиваешь несколько раз в месяц с людьми, которые «а мы уже лицензию битрикса взяли
Знаете почему? Потому что купить лицензию битрикса у битрикса сейчас стоит 36к — а студии берут дороже. Хотя у них часто партнёрство с битриксом и они его берут гораздо дешевле. И с другими ИМ-скриптами ровно то же. Максимум студия продаёт скрипт за ту же цену, что и разработчики.
Заказчик же не идиот. Он видит цену лицензии в предложении студии и видит цену на сайте битрикса. Поэтому он сам покупает лицензию.
> не надо никому платить каждый месяц чтобы допиливать
Надо. Нормальный заказчик постоянно внедряет что-то новое, подсмотрел где-то у конкурентов фичу — хочет её внедрить, допиливаем. Расширяет ассортимент, понадобились новые характеристики для товара, добавляем характеристики — это в битриксе делается мышекликом, а в вашем фреймворке как? Переписываем фильтр с учётом новых характеристик.
Перевалило число товаров за несколько тысяч, начинаем пилить оптимизацию. Думаете, фреймворк из коробки потянет одновременное присутствие на сайте сотен или тысяч пользователей с сотнями заказов в сутки, плюс обмен со складом в режиме реального времени по этим сотням заказов плюс эти пользователи активно пользуются фильтром? Да тоже придётся допиливать.
> Это не CMS, она вообще не обязательна для нормальных решений,
Ок, какое нормальное решение есть? Вот у человека задача запуститься через месяц, вот ТЗ — там ниже комментатор по пунктам разложил. Сколько времени вы потратите?
Факт в том, что „сайт с фильтром, быстрой загрузкой и удобной корзиной“ на битриксе есть практически из коробки.
(я тут под битриксом понимаю не конкретно эту CMS, а любую, заточенную под ИМ — престашоп, мадженто и т.д.).oxidmod
28.03.2016 15:42> Надо. Нормальный заказчик постоянно внедряет что-то новое, подсмотрел где-то у конкурентов фичу — хочет её внедрить, допиливаем. Расширяет ассортимент, понадобились новые характеристики для товара, добавляем характеристики — это в битриксе делается мышекликом, а в вашем фреймворке как? Переписываем фильтр с учётом новых характеристик.
Перевалило число товаров за несколько тысяч, начинаем пилить оптимизацию. Думаете, фреймворк из коробки потянет одновременное присутствие на сайте сотен или тысяч пользователей с сотнями заказов в сутки, плюс обмен со складом в режиме реального времени по этим сотням заказов плюс эти пользователи активно пользуются фильтром? Да тоже придётся допиливать.
фреймворк легко потянет сотни тысяч пользователей в сутки, в отличии от битрикса)) другое дело что ты наворотишь на фреймворке сверху. можно наворотить другой битрикс и будет все тоже самое. а можно нормальную устойчивую архитектуру.
например если нормально спроектировать фильтры, то при появлении новых характеристик придется поправить… ничего.Doktor_Gradus
28.03.2016 15:47> придется поправить… ничего
Возможно. Я просто привёл пример. Будет не это, так что-нибудь другое.
ainu
28.03.2016 15:58На фреймворке говорить про оптимизацию можно начинать не от нескольких тысяч, а от миллиона-сотен тысяч.
К тому же сфинкс с фасетами прикручивается ну может быть за 4-5 часов. Да и без фасетов оно нормально шустро работает. Ни один битрикс-разработчик за 4-5 часов не приведёт "готовую" коробку к рабочему варианту. Просто по факту, когда в 9 утра есть свежеразвёрнутый битрикс, а в 14:00 — работающий фильтр, который можно тыкать. Про индексы молчу. Максимум галочку "использовать фасетный индекс" нажмет и пальцы скрестит.
И да, чтобы добавить новую характеристику товара не надо обращаться к разработчикам. А на битриксе — надо. Если надо добавить характеристику — заказчик пишет емейл исполнителю. Ну бывает так. Ну правда такая. Боязно же или банально не знают как это сделать — ибо если не ту галку нажмут — сайт сломается.
Как то раз гордый заказчик говорил — у нас на битриксе раз — и поставил, допустим голосование на страничку. Предложение хотя бы за 30 минут это сделать, продемонстрировать, поставить голосование на страничку — стушевался, ибо ну не будет он это делать. Дошло, что на каждый чих придется писать разработчикам. Даже на создание страницы иногда.M-A-X
28.03.2016 16:38Что такое фасетный индекс словами программиста, а не маркетолога?
В mysql нету такого типа индекса.
Это кеширование всех запросов?
Тогда это скорее идиотизм.oxidmod
28.03.2016 17:10Фасетный поиск — http://bfy.tw/4yCH
не могу поставить ссылку=(M-A-X
28.03.2016 17:28Да ты прям гений.
В яндексе в подсказках после «фасетный поиск» только «битрикс».
Здесь какая-то муть для маркетинга написана.
http://www.1c-bitrix.ru/products/cms/features/facet.php
Поэтому и спрашиваю, как это реализовано с позиции программиста с учетом того, что написано: «не происходит никаких вычислений, потому что результат уже готов»
M-A-X
28.03.2016 17:37-2>не могу поставить ссылку=(
Тебя быдло отхабрило, как и меня.
Не популярный ты :)oxidmod
28.03.2016 17:58https://habrahabr.ru/post/229905/ вот пример.
если в двух словах, то вместо сложных поисков в РСУБД используют elasticsearch, который для этой цели подходит идеально. выдачу еластика можно еще и подкрутить так, чтобы какието параметры были более важными, какието менее важными, в итоге мы получаем автоматическую сортировку результатов по релевантности. Работает это в разы быстрей чем с РСУБД, позволяет искать по любому количеству полей и любой их комбинации)
ainu
29.03.2016 10:21Фасетный поиск — слова маркетолога.
Фасетный индекс — программиста. Нет, это не кеширование всех запросов. Это выдержать нагрузку поиска по фасетному фильтру, успевая отрисовывать страницу за 0.01-0.3 секунды.
Это elasticsearch, это реализация даже через тот же mysql, это может быть редис. Даже в битриксе он есть.
То, что mysql не делает индекс из коробки — ничего не означает. В чистом mysql такой индекс несложно делается.
Называть индексы кешированием это вообще без слов.oxidmod
29.03.2016 12:00делать это в мускуле вообще печально, так как мускуль не умеет в рейндж-запросы по двум полям с использованием индекса. На хабре гдето была статья про редис, но тот подход не прокатит для магазина с сотнями тысяч товаров.
так что по сути это еластик серч (или аналог) или костыли)ainu
29.03.2016 14:23Если быстрый коннект PHP <==> Mysql, можно что замутить. Допустим есть "цвет".
Делаем таблицу facet_color, в ней столбец ключ и столбец, в котором индекс (прямо в тексте, через запятую ID товаров или JSON).
Объединение массивов ID — на стороне кода. + handlesocket.
В теории такая конструкция сможет заработать, но да, эластик или сфинкс проще гораздо.oxidmod
29.03.2016 14:31эта конструкция и называется костылем. если вы продаете допустим мобилки, у них под 20 параметров. ваша конструкция это 20 таблиц, 20 запросов к ним и интерсект 20 массивов айдишников.
а если юзер выбрал не один вариант каждого атрибута, то данных становится еще больше. чуть-чуть хайлоада,
и все...)ainu
29.03.2016 14:36Конечно, костыль. Но сравните 10 запросов к таблицам и запросы WHERE по 100 000 строкам всех мобильников. 20 запросов сложностью log(n) по таблицам размером 10-50 строк будет гора-а-аздо быстрее, чем один, но по 100000 строкам. Я не зря указал, что при наличии быстрого коннекта, например, если php и mysql на одной машине.
А если надо строить фасеты (для каждой характеристики выводить в скобках сколько там количество будет если эту опцию выбрать), то обычный where одним запросом на параметр убивает систему.
M-A-X
27.03.2016 22:25-2Или вообще самопись :)
Фреймворк — это тоже разгребать чужие тараканы в голове. :)
IvanPanfilov
28.03.2016 11:34-1начальная редакция битрикс стоит 2к рублей и содержит в себе фрейморк и готовую админку заточеную под пользователя. и решающую типовые 90% задач по управлению контентом.
> фреймворк+админка (Yii, yupe, etc)
за сколько денег вы сделаете админку такого же уровня с документацией и сколько лет будете ее поддерживать?ainu
28.03.2016 12:26+1Строго говоря, админка, действительно позволяющая решать задачи за такое же время контент-менеджера (а не просто повторяющая кучу галочек и опций битрикса) + сайт, который выглядит как сайт на битриксе, но работает быстрее и лучше, будет сделан быстрее и дешевле чем на битриксе.
Деньги + Время = такой же результат.IvanPanfilov
28.03.2016 16:49-1тогда почему мы до сих пор не видим вашего чудо решения?
вы определенно стали бы богачом и порвали рынок.
ainu
29.03.2016 14:41Удобные админки рвут не рынок, а решают вполне определенные задачи для одной компании. Если конкретное решение удобно для конкретной компании, оно не рвет рынок и вообще на него не влияет.
А вообще на рынке сейчас есть конторы, которые делают "лучше и быстрее", чем на битриксе. Т.е. недорого и быстро дают решение на фреймворке.
Frimko
28.03.2016 17:04-1Пыль в глаза бросать нынче модно однако. Я бы рекомендовал поработать в админке битрикса с месяц на роли контент-менеджера в целом отделе такихже контенщиков. У которых в распоряжении только свой личный инфоблок с настроеными правами.
Ну или покажите факты, языками чешут нынче многие. Это как c Java, народ гнобит язык, гнобит его внутреннюю микрофлору… а что по факту? Тонны ПО на нем используется всеми, ежесекундно. Битрикс в первую очередь — это комерческая cms, и если у вас слабые нервы, пишите на бейсике, нервы съэкономите.
horses
28.03.2016 13:58Вы ой как лукавите.
Сколько времени с нуля (без всяких своих наработок за годы) на фремворке вы сделаете полноценный интернет магазин?
- чтобы там был полноценный каталог с каталогизатором. Бесконечное количество типов цен в зависимости от пользователя, групп пользователя, акций по времени, по сумме и т. п.
- Полноценная корзина, позволяющая себя выводить в разных местах (плавающая в шапке, большая: на отдельной странице).
С возможностью редактирования позиций, применения купонов, автоматически добавлением разных бонусов по правилам. - Оформление заказов с множеством служб доставок и оплаты (всякие транспортные компании, расчет посылок автоматически, платежные агрегаторы, типа робокассы и яндекс.кассы).
- Полноценная возможность администрирования заказов, с возможность разделить заказ контент редактором, слить два заказа, поменять в нем что угодно.
- Выгрузки автоматом в яндекс.маркет и т. п. подобные сервисы.
- Полноценная интеграция с 1С, с выгрузкой заказов и каталога. А еще лучше с обменом в реальном времени.
и т. п. функционал.
Сколько вы будите, грубо говоря делать сайт подобным днс, ситилинк или эльдорадо?
ainu
29.03.2016 14:55Можно поправки? А то опять лукавство.
- днс, ситилинк, эльдорадо с робокассой не работают. Это не сайты от 50 тысяч. Им важны 5%, которые робокасса берёт Они работают с эквайрингом конкретного банка. Учтите это, и то что "изкоробки" битрикс такое не умеет. В общем, уточните по поводу оплаты.
- днс, ситилинк, эльдорадо нуждаются в фильтре с пресловутыми фасетами. А миллионы комбинаций в фильтре приводят к тому, что закешировать это не выходит, то есть опять 4 секунды на генерацию страницы. Появляется нужда в фасетном индексе. Уточните, ведь это не сайт за 50 тысяч.
3, Почти самое важное. На сайтах вроде ситилинка/эльдорадо ведь не один макет и не два (я про дизайн-вёрстку), а 20-30. Это тот фактор, который влияет на стоимость недорогих сайтов и больших. - 1С? всякие dns и уж точно юлмарт выгружают из ERP систем (у юлмарта была Ultima, а потом SAP). Идёт лесом изкоробочная "интеграция", а писать с нуля всяко быстрее, чем перепиливать существующее. Ну и как обычно — у сайта за 50 тысяч — XML из 1C распознать, у днс, ситилинк или эльдорадо — возможно, тоже, да не факт.
- Служба доставки? У таких сайтов ( днс, ситилинк или эльдорадо) не "интеграция со службой доставки", которую берут готовую из корзины битрикса и вставляют. Там своя система расчёта стоимости, которая персональная вплоть до конкретного магазина. Тут я ухожу от dns, которые доставкой не очень то занимаются, конечно, но не суть.
Другими словами, уточните, что именно делается: указанные 6 пунктов или сайт, подобный днс, ситилинк или эльдорадо?
После уточнения с удовольствием развёрнуто отвечу. Мне действительно любопытно, как на как битриксе можно сайт вроде dns поднять (не подменяя, конечно, кишки системы своим кодом, оставляя от битрикса только админку и API инфорблоков). Хуже только твиттер поднимать на джумле или хабарахабр на вордпрессе.horses
29.03.2016 23:57На самом деле для обывателя магазины типа ситилинка, днс, эльдорадо ничем не отличаются от менее пафосного и дорого магазина. Зачастую люди приходят в студию за "клоном" ситилинка, например.
Эти же крупные сайты отличает то, что у них не собственная служба доставки, а используется ряд сторонних служб, то что не прямые контракты с разными службами оплат, а яндекс.касса, с их меньшим процентом.
К слову даже у не большой компании может быть огромный каталог больший, нежели эльдорадо или силитинк.
И почему вы считаете эквайринг конкретного банка чем-то очень сложным и крутым? Да битрикс не можем из коробки поддерживать эквайринги всех банков.
Открываем ситилинк: и что мы видим? А видим, что оплату картами они принимают через яндекс.деньги! Кроме того, оплата яндекс.деньгами, вебмани и через терминалы.
Меня, честно, как потребителя бесят сайты, которые мне позволяют оплатить только картой и только. У моей мамы нет ни одной банковской карты, но она активно пользуется интернетом. Значит они ее как покупателя потеряли.
- Почему фасетный поиск не может быть в не дорогом магазине? В битриксе он есть в коробке.
Про макеты: я попросил оченить только код. На нормальном сайте должны прорисованы быть все более менее отличающиеся страницы. Верстальщик может их все поместить в один psd. А когда сайт программируется по макету главной и текстовой… Мягко скажем получается что-то, что лежит в голове программиста, а не то, что хотел заказчик. А заказчик требовательный или нет: это не зависит от уплаченной суммы денег напрямую.
Так что мои 6 пунктов не противоречат приведенным примерам сайтов. Я же не говорю сделать сайт для ситилинка, а говорю что сайт подобный ситилинку, но для "более простых людей", с меньшим объемом посетителей, меньшим количеством заказов, обменом в реальном режиме времени с 1C (чтобы поступивший на сайт заказ тут же улетал в 1С), а так же выгружались их 10 тыс позиций, по которому да: они хотят фасетный индекс. И про кладр не забудьте и богатую систему скидок. Это все внутрянка, которую мы не можем увидеть на таких крупных сайтах, типа эльдорадо, днс и т. п.ainu
30.03.2016 10:03Про объемы заказов и товаров я не говорю. И совсем не про обывателя, который на сайте сидит.
Я говорю о том, что сайт, реализующий указанные 6 пунктов будет стоить тысяч 100-200, а сайт, вроде днс — на порядок больше. И не потому, что компания крутая, а потому что объективно задач для программиста больше, и я перечислил, каких.
Собственно, типовой магазин с типовой робокассой — это одни сроки и стоимость, а экваринг — другие. Это элементарно же даже в рамках типовой разработки на битриксе или покупки коробки — есть модуль или нет модуля.
По поводу оплаты только картами — посчитайте процент робокассы + комиссию вебмани или не дай Боже, SMS оплата, и покупка телевизора внезапно станет обременительной как для покупателя так и продавца. Большая маржа, заложенная в товаре, вполне может быть в культиваторах всяких и таких "крупных" товарах, но никто культиватор через вебмани не купит.
Это же элементарная разница между коробочным магазином с карточками товаров и корзиной, которую клепают из коробок для мелких бизнесов, и крупный магазин. Опять таки я про 1С спросил.
В общем, мой вопрос в силе. Если же по прежнему считаете, что крупным магазинам можно "толкнуть" ваши 6 пунктов, то мы просто по разному видим разработку и ценообразование. "клон" ситилинка, у которого также есть корзина и тоже из 1С товары берутся — это совсем не ситилинк. Просто потому что объективно задач больше, страниц больше, задачи сложнее.
Потому они на битриксах и не делаются, или делаются, но не на стандартных компонентах, где от битрикса ничего не осталось, только утешение заказчика в том, что у него якобы "продукт".
Вот пример: http://leroymerlin.ru/catalogue/stolyarnye_izdeliya/dveri/dveri_megkomnatnye/ посмотрите как фильтр работает, как URL меняется в зависимости от фильтрации и какие запросы идут в битрикс. Ой, а ведь их нет. Это не стандартный компонент (т.н. "умный фильтр"), который влёгкую устроит любой малый бизнес. А хотя визуально очень похоже.shurupkirov
30.03.2016 15:15пофильтровал, не увидел изменений url при использовании фильтра. увидел кучу ремареного кода и подключенный для фильтра ангулар
ainu
30.03.2016 17:57Вот именно. А типовой фильтр либо урл меняет, либо AJAX запросы делает. Вывод — это не типовое решение, и все нахваленные доводы вроде "а сколько времени вы будете делать фильтр, а в битриксе он готовый из коробки" внезапно идут лесом, так как стандартные битрикс компоненты (на сложных/крупных/нагруженных проектах) тупо выкидываются.
shurupkirov
30.03.2016 18:58Вы это узнали у разработчиков данного проекта или просто додумали?
Причины у всех использовать что-то и как-то совершенно разные.
Вроде бы глянешь на хабр, море людей с техническим образованием, т.е. вам должны были преподать основной урок в институте или универе — нет голословности. Только факты, причем с доказательствами.
А почитаешь в любой из тем комментарии — порою как "бабы" на базаре семечками торгуют, лишь бы потрындетьainu
30.03.2016 19:09То, что аяксом данные не шлются — определяется на раз-два. Фильтрация фактически делается на клиенте. Спорить будете?
То, что стандартный компонент битрикса меняет URL или делает AJAX запрос — ясно любому, кто с ним работал. Спорить будете?
Всё, вот и вывод.
Если будете утверждать, что это всё таки может быть "изкоробочное решение", либо нужны доказательства, чтобы понять это, то я сделаю соответствующие выводы.
Да, конечно были причины не использовать стандартный компонент. Я их не знаю, но предполагаю, что те же самые что и у людей в комментариях пониже — производительность, например, или юзабилити улучшить. Да и не важно это по большому счету. Я ведь не об этом, а о "коробках".horses
30.03.2016 22:17Вы не можете утверждать, что за основу не был взят типовой компонент и на него не накрутили то, что мы видим.
Так же: фильтрацию делает не сам компонент, а API. API предоставляет модуль интернет магазина. Поэтому вы можете легко написать свой компонент, который будет фильтровать как вам нужно, используя уже существующее API.
horses
30.03.2016 22:14Про платежные шлюзы: пустой разговор. Есть ситилинк, и там есть все эти оплаты. Никаких смс там нет. До 15 тыс вы может оплатить веб манями с комиссией 2,5 процента или яндекс деньгами без комиссии. О чем разговор и фантазии? Зачем вы меня убеждаете, что крупные магазины должны принимать только карты?
Прикрутить экваринг: это отдельная, легко отчуждаемая задача в рамках битрикса. Просто создаете еще одну платежную систему, скопировав исходники похожей и начинаете разбираться с API экваринга. От его замудренности и сложности и будет стоимость.
И вы полезли совсем в какие-то непонятные дебри и обсуждения. Я задал достаточно конкретный вопрос.
Постановка задачи "клон ситилинка" вообще не корректна, так как и я, ни вы понятия не имеем что там внутри, какие бизнес процессы возложены на сайт и т. п. Очень часто с виду простой сайт в себе тааааакое под капотом несет. Вы видите цены на сайте, а они, например, из миллиона разных параметров каждые три часа пересчитываются.
Поэтому вы и не можете оценить "клон ситилинка".
Именно для этого я указал, что подобные сайты, чтобы было понятно что у них "на лице" и добавил 6 пунктов, для понимания что под капотом.
Почему ситилинк с заведомо простым внутренним содержанием (базовая интеграция с 1С, а не то, что у них используется, с учетом огромного количества точек и городов) это более сложно?
Не вижу смысла как-то вам пытаться более лучше описать задачу: я вам об одном, вы о чем-то своем.
То, что я описал, тиражка битрикса за 35 тыс рублей уже имеет почти из коробки. Эквайринг банка, если известно API и более менее все понятно я вам за 10-20 тыс прикручу (и то такая цена, потому что из опыта, при интеграции с внешними системами почти никогда не бывает все гладко и просто)
И при чем тут лерой? Во первых есть понятия, типовой, написанный с нуля. Это у вас. А еще есть третье: кастомизированный. Так вот, типовой фильтр можно допилить. Я вам за пару часов прикручу к штатному фильтру ЧПУ (жалко, что уже это есть в тиражке) или собственный "аякс", а не типовой.
А рассуждать о том, чего вы не знаете (откуда вы знаете, как реализовано на лерое?)
- Почему фасетный поиск не может быть в не дорогом магазине? В битриксе он есть в коробке.
Eugeny1987
27.03.2016 19:40Посмотрите отечественную HostCMS.
В 6 версию завезли ORM (ActiveRecord), QueryBuilder, MVC.lnroma
27.03.2016 20:03-1Посмотрел ради интереса, я всегда нелюбил кучу
ifметоды в over 400 строк. И хардкод на подобие этого.
// Timezone $aTimezone = array('Africa/Abidjan', 'Africa/Accra', 'Africa/Addis_Ababa', 'Africa/Algiers', 'Africa/Asmara', 'Africa/Asmera', 'Africa/Bamako', 'Africa/Bangui', 'Africa/Banjul', 'Africa/Bissau', 'Africa/Blantyre', 'Africa/Brazzaville', 'Africa/Bujumbura', 'Africa/Cairo', 'Africa/Casablanca', 'Africa/Ceuta', 'Africa/Conakry', 'Africa/Dakar', 'Africa/Dar_es_Salaam', 'Africa/Djibouti', 'Africa/Douala', 'Africa/El_Aaiun', 'Africa/Freetown', 'Africa/Gaborone', 'Africa/Harare', 'Africa/Johannesburg', 'Africa/Kampala', 'Africa/Khartoum', 'Africa/Kigali', 'Africa/Kinshasa', 'Africa/Lagos', 'Africa/Libreville', 'Africa/Lome', 'Africa/Luanda', 'Africa/Lubumbashi', 'Africa/Lusaka', 'Africa/Malabo', 'Africa/Maputo', 'Africa/Maseru', 'Africa/Mbabane', 'Africa/Mogadishu', 'Africa/Monrovia', 'Africa/Nairobi', 'Africa/Ndjamena', 'Africa/Niamey', 'Africa/Nouakchott', 'Africa/Ouagadougou', 'Africa/Porto-Novo', 'Africa/Sao_Tome', 'Africa/Timbuktu', 'Africa/Tripoli', 'Africa/Tunis', 'Africa/Windhoek', 'America/Adak', 'America/Anchorage', 'America/Anguilla', 'America/Antigua', 'America/Araguaina', 'America/Argentina/Buenos_Aires', 'America/Argentina/Catamarca', 'America/Argentina/ComodRivadavia', 'America/Argentina/Cordoba', 'America/Argentina/Jujuy', 'America/Argentina/La_Rioja', 'America/Argentina/Mendoza', 'America/Argentina/Rio_Gallegos', 'America/Argentina/Salta', 'America/Argentina/San_Juan', 'America/Argentina/San_Luis', 'America/Argentina/Tucuman', 'America/Argentina/Ushuaia', 'America/Aruba', 'America/Asuncion', 'America/Atikokan', 'America/Atka', 'America/Bahia', 'America/Barbados', 'America/Belem', 'America/Belize', 'America/Blanc-Sablon', 'America/Boa_Vista', 'America/Bogota', 'America/Boise', 'America/Buenos_Aires', 'America/Cambridge_Bay', 'America/Campo_Grande', 'America/Cancun', 'America/Caracas', 'America/Catamarca', 'America/Cayenne', 'America/Cayman', 'America/Chicago', 'America/Chihuahua', 'America/Coral_Harbour', 'America/Cordoba', 'America/Costa_Rica', 'America/Cuiaba', 'America/Curacao', 'America/Danmarkshavn', 'America/Dawson', 'America/Dawson_Creek', 'America/Denver', 'America/Detroit', 'America/Dominica', 'America/Edmonton', 'America/Eirunepe', 'America/El_Salvador', 'America/Ensenada', 'America/Fort_Wayne', 'America/Fortaleza', 'America/Glace_Bay', 'America/Godthab', 'America/Goose_Bay', 'America/Grand_Turk', 'America/Grenada', 'America/Guadeloupe', 'America/Guatemala', 'America/Guayaquil', 'America/Guyana', 'America/Halifax', 'America/Havana', 'America/Hermosillo', 'America/Indiana/Indianapolis', 'America/Indiana/Knox', 'America/Indiana/Marengo', 'America/Indiana/Petersburg', 'America/Indiana/Tell_City', 'America/Indiana/Vevay', 'America/Indiana/Vincennes', 'America/Indiana/Winamac', 'America/Indianapolis', 'America/Inuvik', 'America/Iqaluit', 'America/Jamaica', 'America/Jujuy', 'America/Juneau', 'America/Kentucky/Louisville', 'America/Kentucky/Monticello', 'America/Knox_IN', 'America/La_Paz', 'America/Lima', 'America/Los_Angeles', 'America/Louisville', 'America/Maceio', 'America/Managua', 'America/Manaus', 'America/Marigot', 'America/Martinique', 'America/Matamoros', 'America/Mazatlan', 'America/Mendoza', 'America/Menominee', 'America/Merida', 'America/Mexico_City', 'America/Miquelon', 'America/Moncton', 'America/Monterrey', 'America/Montevideo', 'America/Montreal', 'America/Montserrat', 'America/Nassau', 'America/New_York', 'America/Nipigon', 'America/Nome', 'America/Noronha', 'America/North_Dakota/Center', 'America/North_Dakota/New_Salem', 'America/Ojinaga', 'America/Panama', 'America/Pangnirtung', 'America/Paramaribo', 'America/Phoenix', 'America/Port-au-Prince', 'America/Port_of_Spain', 'America/Porto_Acre', 'America/Porto_Velho', 'America/Puerto_Rico', 'America/Rainy_River', 'America/Rankin_Inlet', 'America/Recife', 'America/Regina', 'America/Resolute', 'America/Rio_Branco', 'America/Rosario', 'America/Santa_Isabel', 'America/Santarem', 'America/Santiago', 'America/Santo_Domingo', 'America/Sao_Paulo', 'America/Scoresbysund', 'America/Shiprock', 'America/St_Barthelemy', 'America/St_Johns', 'America/St_Kitts', 'America/St_Lucia', 'America/St_Thomas', 'America/St_Vincent', 'America/Swift_Current', 'America/Tegucigalpa', 'America/Thule', 'America/Thunder_Bay', 'America/Tijuana', 'America/Toronto', 'America/Tortola', 'America/Vancouver', 'America/Virgin', 'America/Whitehorse', 'America/Winnipeg', 'America/Yakutat', 'America/Yellowknife', 'Antarctica/Casey', 'Antarctica/Davis', 'Antarctica/DumontDUrville', 'Antarctica/Macquarie', 'Antarctica/Mawson', 'Antarctica/McMurdo', 'Antarctica/Palmer', 'Antarctica/Rothera', 'Antarctica/South_Pole', 'Antarctica/Syowa', 'Antarctica/Vostok', 'Arctic/Longyearbyen', 'Asia/Aden', 'Asia/Almaty', 'Asia/Amman', 'Asia/Anadyr', 'Asia/Aqtau', 'Asia/Aqtobe', 'Asia/Ashgabat', 'Asia/Ashkhabad', 'Asia/Baghdad', 'Asia/Bahrain', 'Asia/Baku', 'Asia/Bangkok', 'Asia/Beirut', 'Asia/Bishkek', 'Asia/Brunei', 'Asia/Calcutta', 'Asia/Choibalsan', 'Asia/Chongqing', 'Asia/Chungking', 'Asia/Colombo', 'Asia/Dacca', 'Asia/Damascus', 'Asia/Dhaka', 'Asia/Dili', 'Asia/Dubai', 'Asia/Dushanbe', 'Asia/Gaza', 'Asia/Harbin', 'Asia/Ho_Chi_Minh', 'Asia/Hong_Kong', 'Asia/Hovd', 'Asia/Irkutsk', 'Asia/Istanbul', 'Asia/Jakarta', 'Asia/Jayapura', 'Asia/Jerusalem', 'Asia/Kabul', 'Asia/Kamchatka', 'Asia/Karachi', 'Asia/Kashgar', 'Asia/Kathmandu', 'Asia/Katmandu', 'Asia/Kolkata', 'Asia/Krasnoyarsk', 'Asia/Kuala_Lumpur', 'Asia/Kuching', 'Asia/Kuwait', 'Asia/Macao', 'Asia/Macau', 'Asia/Magadan', 'Asia/Makassar', 'Asia/Manila', 'Asia/Muscat', 'Asia/Nicosia', 'Asia/Novokuznetsk', 'Asia/Novosibirsk', 'Asia/Omsk', 'Asia/Oral', 'Asia/Phnom_Penh', 'Asia/Pontianak', 'Asia/Pyongyang', 'Asia/Qatar', 'Asia/Qyzylorda', 'Asia/Rangoon', 'Asia/Riyadh', 'Asia/Saigon', 'Asia/Sakhalin', 'Asia/Samarkand', 'Asia/Seoul', 'Asia/Shanghai', 'Asia/Singapore', 'Asia/Taipei', 'Asia/Tashkent', 'Asia/Tbilisi', 'Asia/Tehran', 'Asia/Tel_Aviv', 'Asia/Thimbu', 'Asia/Thimphu', 'Asia/Tokyo', 'Asia/Ujung_Pandang', 'Asia/Ulaanbaatar', 'Asia/Ulan_Bator', 'Asia/Urumqi', 'Asia/Vientiane', 'Asia/Vladivostok', 'Asia/Yakutsk', 'Asia/Yekaterinburg', 'Asia/Yerevan', 'Atlantic/Azores', 'Atlantic/Bermuda', 'Atlantic/Canary', 'Atlantic/Cape_Verde', 'Atlantic/Faeroe', 'Atlantic/Faroe', 'Atlantic/Jan_Mayen', 'Atlantic/Madeira', 'Atlantic/Reykjavik', 'Atlantic/South_Georgia', 'Atlantic/St_Helena', 'Atlantic/Stanley', 'Australia/ACT', 'Australia/Adelaide', 'Australia/Brisbane', 'Australia/Broken_Hill', 'Australia/Canberra', 'Australia/Currie', 'Australia/Darwin', 'Australia/Eucla', 'Australia/Hobart', 'Australia/LHI', 'Australia/Lindeman', 'Australia/Lord_Howe', 'Australia/Melbourne', 'Australia/North', 'Australia/NSW', 'Australia/Perth', 'Australia/Queensland', 'Australia/South', 'Australia/Sydney', 'Australia/Tasmania', 'Australia/Victoria', 'Australia/West', 'Australia/Yancowinna', 'Europe/Amsterdam', 'Europe/Andorra', 'Europe/Athens', 'Europe/Belfast', 'Europe/Belgrade', 'Europe/Berlin', 'Europe/Bratislava', 'Europe/Brussels', 'Europe/Bucharest', 'Europe/Budapest', 'Europe/Chisinau', 'Europe/Copenhagen', 'Europe/Dublin', 'Europe/Gibraltar', 'Europe/Guernsey', 'Europe/Helsinki', 'Europe/Isle_of_Man', 'Europe/Istanbul', 'Europe/Jersey', 'Europe/Kaliningrad', 'Europe/Kiev', 'Europe/Lisbon', 'Europe/Ljubljana', 'Europe/London', 'Europe/Luxembourg', 'Europe/Madrid', 'Europe/Malta', 'Europe/Mariehamn', 'Europe/Minsk', 'Europe/Monaco', 'Europe/Moscow', 'Europe/Nicosia', 'Europe/Oslo', 'Europe/Paris', 'Europe/Podgorica', 'Europe/Prague', 'Europe/Riga', 'Europe/Rome', 'Europe/Samara', 'Europe/San_Marino', 'Europe/Sarajevo', 'Europe/Simferopol', 'Europe/Skopje', 'Europe/Sofia', 'Europe/Stockholm', 'Europe/Tallinn', 'Europe/Tirane', 'Europe/Tiraspol', 'Europe/Uzhgorod', 'Europe/Vaduz', 'Europe/Vatican', 'Europe/Vienna', 'Euro
brainick
27.03.2016 02:34+2>>Битрикс — дешёвые программисты?
2500-3500 за час это дешево?lnroma
27.03.2016 02:41да ну :o_O
Doktor_Gradus
27.03.2016 15:24+2Это стоимость часа, озвучиваемая студией. Программист получит процент с этих денег. Или вообще зарплату.
brainick
27.03.2016 18:01+1Заказчику то какая разница сколько пойдёт студии и сколько непосредственно программисту?
P.S. Влепить минус за озвучивание цены часа работы — бесценно.Doktor_Gradus
27.03.2016 19:34+1Заказчику, конечно, без разницы.
Однако, я встречал на елансе рейт за работу с мадженто в районе 150-180 баксов за час. Это в районе десятки на нынешние деньги.
P.S. Минус влепил не я. У меня кармы нет.brainick
27.03.2016 23:57>>Однако, я встречал на елансе рейт за работу с мадженто в районе 150-180 баксов за час.
Всё же это единичный случай, наверное, а для Битрикса 2000- 2500-3500 — стандарт.
P.S. Я вовсе не утверждал, что минус поставили вы.Doktor_Gradus
28.03.2016 11:23Да, возможно, что единичный. Но средний рейт где-то около ста баксов. Если по старому курсу это было сопоставимо с битриксом, то по новому — в два раза дороже. Для российских владельцев магазинов на мадженто.
pi314
27.03.2016 01:35+1Когда-нибудь обязательно созреет… не для дзена, а для банальной эффективности. Пока рынок развивается экстенсивно, пока риски от говнокода и "затраты" на толпы студентов несопоставимы с прибылью (получаемой отнюдь не благодаря Битриксу), конечно ничего не изменится. Но как только накопится критическая масса клиентов, для которых CMS станет mission critical компонентой, а не развлекаловом, как сейчас — вот тогда хотелось бы запастись попкорном и понаблюдать за "руководством, которому нравится Битрикс"… будет, хотя и не долго, но ОЧЕНЬ смешно :)
Alexufo
27.03.2016 01:43+1Инертность такой машины очень высока. Я думаю это возможно только лишь коммерчески выгодной для студий альтернативе, когда будут падать продажи самого битрикса, но сколько ждать ее? вроде многие понимают ошибки. И есть альтернативные cms но все так же печально...
Когда нибудь и солнце выпарит океан, а эти строки сотрутся в космическую пыль с цифровых носителей… ночь, тишина, космос, хоспади какой нахрен битрикс...
coh
27.03.2016 11:21Ситуация на рынке давно меняется. Простенькие магазины все чаще открывают на SaaS-конструкторах, коих уже переваливает за 40 штук.
Это позволяет экономить на старте. Чаще всего возможностей таких платформ хватает для ведения среднего по размерам бизнеса.
M-A-X
27.03.2016 22:22+1когда массовый рынок созреет для выхода настоящих высокотехнологичных продуктов
Никому не нужна ваша высокотехнологичность.
Сделайте работающий продукт, чтобы он нормально заводился, а не его пихать приходилось и запчасти были не дорогие и ТО :)pi314
30.03.2016 01:43Благодарю за доверие, но это уже давно не моя война. Лет, эдак, двадцать тому, был грех — сделал. Именно такой, как Вы описываете, только там еще в комплекте "ключ от квартиры где деньги лежат" и поэтессы на заднем сидении шли, и стоило это, как Запорожец, и ездило, как Мерседес. Только вот рынка для такой затратной разработки как тогда не было, так и по сей день не сформировалось. Так что, спор, собственно, ни о чем — я так и написал: никому не нужна… на этом рынке!
К счастью, в мире полно других рынков, на которых "моя высокотехнологичность" продуктов не просто нужна, но является основой конкуренции и выживания. Не только в переносном, но и в прямом смысле слова — физического выживания потребителя, за что этот потребитель готов адекватно платить, а не только ныть, мол, "сделайте за пять копеек, шоб работало как за тыщу, а вот тогда мы посмотрим". Вот когда реально понадобится, тогда и появятся соответствующие продукты… а до тех пор продолжаем следить за сериалом Битрикс-Камасутры :)
dim_s
27.03.2016 01:03+5Попробуйте другие "интерпрайзные" CMS, они вообще не кастомизируются, это как собранная и законченная машина, на ней можно делать только то, что задумал производитель. Отсутствие кастомизации в CMS это еще больший ад чем непродуманная архитектура, в битриксе все можно хакнуть и перехакнуть.
Все это связано с тем, что CMS пишут не для программистов, а для пользователей, да и еще обычно на коленке. Для программистов пишут фреймворки.lnroma
27.03.2016 01:06+1В magento сделал observer на event и кастомизируй всё что хочешь от админки до фронта, просто легче взять и захардкодить чем в архитектуре разобраться и сделать так как это требует архитектура последнего.
dim_s
27.03.2016 01:15Система событий в битриксе присутствует, может не так все элегантно, но можно кастомизировать через события очень многое.
Alexufo
27.03.2016 01:23+4Существует, беру я событие onBeforebasketAdd — нужно в админку выводить артикул товара, когда менеджер видит заказ — не работает.
Почему? Ответ: в стандартный компонент корзины не использует вызов, который кастомизируется этим событием. А нафига оно тогда?))
Я понимаю что это частный случай но… но… нельзя вывести манагеру просто так артикул товара в админку.)shurupkirov
28.03.2016 09:19кто мешает добавить любые свойства товара при добавлении в корзину? все решается за 5 минут и отображается в админке. зачем использовать в данном случае события?
Alexufo
28.03.2016 11:13Битриксовое свойство 'артикул' отсутствует в списке свойств добавляемых в корзину. Его просто нет. Это прям как глагол исключение. Всем можно — ему нельзя.
IvanPanfilov
28.03.2016 11:47в инфоблоке можно завести любые свойства в нем можно хранить что угодно в том числе и артикул и настроить в компоненте чтобы ложить их в корзину.
и даже без программирования.Alexufo
28.03.2016 11:50Кто спорит то. Инфоблок только эти свойства получает из 1С. И свойство CML article отсутствует в списке добавляемых в корзину.
shurupkirov
28.03.2016 13:29вам только что написали, что любые свойства элемента инфоблока можно добавлять в корзину. при том, что даже я как проектный менеджер, а не программист смог в этом разобраться за 10 минут и добавил в заказы, штрихкоды, внешние коды и артикул товара
Alexufo
28.03.2016 13:37CML2_ARTICLE — такое свойство есть у вас в списке характеристик добавляемых в корзину? Это стандартное свойство выгружаемое из 1С.
shurupkirov
28.03.2016 13:47да, конечно есть. и да, оно уходит при экспорте заказов и отображается в заказах.
Alexufo
28.03.2016 16:05Реально?)
Вот тут?
shurupkirov
28.03.2016 16:59какой список-то? вы же пишите, что вы программист. кто вам мешает добавить свойство при вызове компонента
Скрытый текст<?$APPLICATION->IncludeComponent(
«bitrix:catalog.element»,
«ajax»,
array(
«IBLOCK_ID» => «46»,
«ELEMENT_ID» => $_REQUEST[«ELEMENT_ID»],
«ELEMENT_CODE» => "",
«SECTION_ID» => $_REQUEST[«SECTION_ID»],
«SECTION_CODE» => "",
«HIDE_NOT_AVAILABLE» => «Y»,
«PROPERTY_CODE» => array(
0 => «TORGOVAYA_MARKA»,
1 => «rating»,
2 => «vote_count»,
3 => «vote_sum»,
4 => «CML2_ARTICLE»,
5 => «CML2_BAR_CODE»,
6 => «STATUS»,
7 => «STRANA»,
8 => «TSENA»,
9 => «KOLICHESTVO»,
10 => «SKIDKA»,
11 => «NAZNACHENIE»,
12 => "",
),
…
«OFFERS_CART_PROPERTIES» => array(
0 => «CML2_ARTICLE»,
1 => «CML2_BARO_CODE»,
),
…
«ADD_PROPERTIES_TO_BASKET» => «Y»,
«PARTIAL_PRODUCT_PROPERTIES» => «N»
),
false
);?>
Alexufo
28.03.2016 17:22Мы наверное с вами о другом, свойство CML2_ARTICLE существует и выводится во фронтенд прекрасно. Вопрос в том что его нельзя положить в корзину и после заказа увидеть в админке в заказах, не прибегая к коду. Вешаем событие на добавление товара в корзину, запрашиваем артикул по ID товара, кладем артикул в доп свойства заказа/товара. Нельзя через интерфейс это натыкать.
shurupkirov
28.03.2016 18:32что ж вы такой недоверчивый-то
https://yadi.sk/i/1j9mT8NmqYNF3Alexufo
28.03.2016 19:13так есть почему.)
Заголовок спойлераАлександр Борисович | 28.10.2015 15:38:54
Значит если я хочу чтобы в админке заказов менеджер видел еще и артикул товара, то логика вешать на событие добавления в корзину добавление артикула к товару нормальная?
Сотрудник поддержки: Юрий Свиридов | 29.10.2015 10:45:42
Добрый день.
Да, для одиночного свойства нужно писать обработчик.
…
Можете использовать это событие OnBasketAdd.
С уважением,
старший специалист техподдержки
Свиридов Юрий.shurupkirov
28.03.2016 19:36Вы можете верить во все, что угодно, но у нас нет ни одного обработчика по OnBasketAdd. Проект работает с августа 2013 со всеми обновлениями.
Alexufo
03.04.2016 01:50Верю, у меня тоже обновления. Буду смотреть. дело еще в том что у меня два магазина с обновлениями. На одном код работал, на другом нет. Оказалось, версии модуля интернет магазина разные.
Вот так. Обновления обновлениями, а баги параллельные.
IvanPanfilov
28.03.2016 16:56насколько я сталкивался с интеграцией 1С
коды могут быть вообще любыми и не обязательно CML2_ARTICLE (и в этом его основная беда конечно) и получаются из 1С при первичном импорте из 1С
но то какие своства ложить в корзину вместе с товаром настраивается где то в компоненте каталога или в корзине
Alexufo
28.03.2016 16:58CML2_ARTICLE жестко прописанное и не удаляемое свойство. Это типа константы при импорте из 1С. Всегда есть и конечно же есть любые другие пользовательские свойства, только артикул там не хранится, не дублировать же, так как он лежит в своем свойстве CML2_ARTICLE.
musuk
27.03.2016 12:35Примеры таких "интерпрайзных" CMS будьте добры.
dim_s
27.03.2016 12:42DotCMS проверено на личном горьком опыте http://dotcms.com/. Выглядит все красиво, но битрикс кажется ангелом после этого. Хотя казалось бы, оно написано на Java, а не на PHP, но дело далеко не в языке.
M-A-X
27.03.2016 22:35-1У меня такое ощущение, что фреймворки пишут авторы фреймворков для себя и своего ЧСВ или люди, далекие от понимания того, что нужно вебу. :)
Настолько они безобразны.
http://blog.kpitv.net/article/frameworks-1/Disparity
28.03.2016 12:43У фреймворков много недостатков. Я бы искал нормальную CMS или самопись.
Список недостатков:
Нету админки — это самая большая.
И остальное тоже в стиле джуниора с парой лет опыта.
Конечно, если всю жизнь писать лапшу html+пхп то смысла от абстракций никогда не найти. Но всё приходит со временем.M-A-X
28.03.2016 12:50-1Не вытягивайте из контекста.
Полная цитата:
> Нету админки — это самая большая. Потом выходят велосипедные админки на фреймворках. Да, админки там как бы быть не должно. Только рождаются велосипеды.
Это скорее непрямой недостаток фреймворка.
Как связана абстракции, лапша и то, что на фреймворках пишут велосипедные админки?
А ну да, джуниоры с парой лет опыта, не знающие основ PHP, всю жизнь писавшие лапшу, не понимают абстракций фреймоворка (которіе во многих случаях действительно тяжело понять) и пишут велосипедную лапшу.
Не факт, что пройдет со временем.
Alexufo
27.03.2016 01:05Могу только этим возразить
https://www.youtube.com/watch?v=PQKhDyG5las&feature=youtu.be&t=62
SergeAx
27.03.2016 01:40-7Слушайте, ну если вы не умеете готовить Битрикс — мы все вам сочувствуем, но не более того :) Справедливости ради, я год работаю с большим сайтом на Битриксе, проблем у этой CMS хватает, но, как показывает опыт, значительно больше проблем у тех, кто в среднем под неё разрабатывает. Это, в свою очередь, вызвано неприличной простотой получения всяких медалек типа "Администратор Битрикс", "Программист Битрикс" и т.п. на их сайте: достаточно ответить на два десятка вопросов, и вот новый "сертификат" в резюме.
Ещё справедливости ради, я эту вашу функцию первый раз вижу, и сходу даже в ядре найти не смог :) У нас обычно код выглядит так:
<?php $APPLICATION->IncludeComponent("medaboutme:meteodoctor", "fullsize", [ "CITY" => isset($city_id) ? $city_id : NRegion::GetUserCityID(), "SHOW_RECOMMENDATION" => 'Y', ], false); ?>
А уже в самом компоненте аккуратно разложено по полочкам обращение к внешним интерфейсам, обращение к инфоблокам, кэширование, шаблоны — каждый со своими стилями, скриптами, картинками, которые Битрикс собирает вместе и выстреливает пользователю. 300-400ms на генерацию средней страницы при прогретом кэше — неплохой, я считаю, результат для CMS, которой 15 лет как минимум. Да, конечно после Laravel писать под Битрикс иногда грустно, но на то мы и профи, чтобы хорошо делать то, что нам не всегда нравится.Alexufo
27.03.2016 01:45Laravel — это там где 6 разных роутеров на выбор дают? Вроде и Laravel а по факту 6 разных сайтов) Свобода — иногда печально)
SergeAx
27.03.2016 01:58-1То есть по остальным вопросам у нас разногласий нет, я так понимаю? :)
Alexufo
27.03.2016 02:11+1Мотивация практически любого человека — снижение уровня страха неопределенности будущего. Поэтому каждый живет в своем слое комфорта. Комфорт задается правильным, как нам кажется, поведением по отношению к реальности. Если наши ожидания от работы оправдываются — %programe_name% хороший, если нет — плохой. Поэтому все кто живут с %programe_name%, его защищают, что логично. Ведь они защищают право их реальности быть таковой так как страх никогда до конца не пропадает.
Однако, мы путаем это бесконечно с качеством продукта, которое действительно можно оценить по использованию best practice. Так как это продукт эволюции логических систем.M-A-X
27.03.2016 22:41Поэтому все кто живут с %programe_name%, его защищают, что логично.
Не защищаю ни Битрикс, ни Yii :)
Говорю, как есть :)
SerafimArts
27.03.2016 02:53+1Один, но двумя способами (как всегда у ларки), т.к. это элемент контейнера. Один способ через статический "фасад" на этот самый объект контейнера, второе — получение через DI и использование как переменную с объектом роутера.
И то и другое имеет право на существование, но почему-то народ очень сильно привязался именно к "статике", которая и не статика ни разу, а лишь проксик на объект.
Вы с симфони перепутали — там yml, xml, конфиги, да что угодно можно в качестве роутера использовать.Alexufo
27.03.2016 03:02я скорее роутер попутал с реализациями RBAC. Кто-то мне сообщал прелести работы лаварельщиком при поддержке сайтов с 6-тью разными rbac
SerafimArts
27.03.2016 03:15+2В ларке нет RBAC, тупо потому, что это привязка к БД в первую очередь. А сервер-сайд фреймворк не должен зависеть ни коим образом ни от БД, ни от фронтэнда, т.к. это фрейм, а не CMS.
В ларке "из-коробки" используется ACL (в котором, к слову, очень круто применена идея с DI, меня по крайней мере порадовала), который намного гибче но и более низкоуровнев (т.е.писать нужно больше, нежели в RBAC). Так что опять мимо.
lnroma
27.03.2016 01:49+3300-400ms это долго особено для генерации, и ещё учесть что страница(html,css,js) будет грузиться, это все 1-2 секунды. Да и не в времени разница.
SergeAx
27.03.2016 02:23+2— Зяма, а кто этот Эйнштейн?
— Сара Марковна, как можно, это же автор теории относительности!
— А что это за теория?
— Ну как бы вам объяснить… Вот двадцать волос — это много или мало?
— Не знаю. А при чём тут теория относительности?
— Так вот 20 волос на голове — это мало, а 20 волос в супе — это много. Всё относительно, понимаете?
— И с этой хохмой ваш Эйнштейн таки едет в Одессу?
Страница, на которой мы беседуем, генерируется 200ms, DOMContentLoaded у неё наступает через 3500ms, Load — через 5.
У нас эти цифры — 380, 3200 и ~7000. html, css и js минимизированы и gzip-нуты на стороне сервера. Можно лучше, но в целом тоже неплохо, на уровне, скажем так.lnroma
27.03.2016 02:33+2Ну скажем так, небудем мериться временем загрузки, т.к. сервера разные, ну а 300 — 400 это очень долго, тут есть куда рости.
ap_gubarev
27.03.2016 10:25+3Вы шутите? Неплохо? Это провал я бы сказал. Даже Битрикс в своих инструментах вам покажет «очень медленно». Вот он типичный Битрикс разработчик. а вообще до 1с в наше время это нормальный результат. дольше пользователь ждать не будет.
pistol
27.03.2016 01:54$APPLICATION->IncludeComponent — это всего-лишь "loadView", он же инклуд. Сомнительный повод для гордости, что там разложены по полочкам какие-то обращения к внешним интерфейсам :)
SergeAx
27.03.2016 02:05Тут сложная история: конкретно этот компонент — адски развесистый, у него штук 9 шаблонов для разных случаев жизни, в половине их есть
result_modifier.php, плюс языковые ресурсы, плюс структурное описание для вставки пользователем через админку. Минут пять я думал, как бы это всё показать, не придумал. Но это (компонент) хороший законченный продукт, который в принципе можно с минимальными затратами времени, даже не оформляя как модуль, перенести на другой сайт на Битриксе и он там заведётся. Он документирован, легко поддерживается и т.д. Большинство наших компонентов такие, и мы постепенно рефакторим оставшиеся. Так что Битрикс для нас — платформа для запуска компонентов и сборки из них страниц, плюс всякие штуки типа агентов, почтовых событий и т.п. Вполне толковый механизм получается.
SergeAx
27.03.2016 02:08-1Там выше про администрирование ещё написали, так вот этот вопрос вообще решается одним
bitrix_env.shвесьма кошерно. Под ним там Ansible, все дела.
M-A-X
27.03.2016 22:43+1$APPLICATION->IncludeComponent — это всего-лишь "loadView", он же инклуд.
Шта?
M-A-X
27.03.2016 22:39medaboutme
странноватое у Вас название пространства имен для компонентов :)
300-400ms
Я считаю, это плохой результат. Но что поделаешь, CMS и фреймворки только такой обеспечивают. :)
Adward
27.03.2016 01:41+9Мегасложность и вырвиглазность этого продукта оправдывает высокие заработки программеров, трудящихся на ниве битрикса. Зачастую спрашиваешь клиента — вот разрекламировали вам битрикс, вы готовы отдать овер К денег за продукт, за лицензию, столько же за работу программеров, потом бодаться с вечновсплывающими проблемами, опять же, соглашаясь с нехилым ценником. Хотя всё это можно сделать средствами другого фреймворка (или cms) за на порядок меньшие вложения.
Спросил как то у знакомого битриксовца — почему у вас расценки то такие большие? Да потому что — что бы разобраться и накопить опыт пришлось сожрать гору ржавого гранита, понимаешь — ответил мне битриксовец (и самое обидное что более нигде он эти знания не применит).
Ну и напоследок — то, что я заметил. Если задаешь вопрос на форумах, скажем, вордпресса (где как известно — "Code is poetry") — получаешь зачастую вменяемый ответ от завсегдатаев и гуру. Да и вообще приятно вариться, и Кодекс правильный, пополняемый. В случае с битриксом — стоит задать вопрос — так первым делом слетаются "знатоки темы" с предложением решить эту проблему за 100, 75, 50 а то и 25 баксов (бесплатно у них не помогается — религия не та). Вот и вся разница, вот и весь подход к сути.Alexufo
27.03.2016 01:4825 тысяч рублей за инетмагаз не так много для многих, как это оказывается. Заодно отметаются нищеброды, считающие копейки. На заре студенчества снимал свадьбы на видео, мой корешь меня спрашивал — почему одна быдлятина, у всех народ, как народ, а у нас — пьяный на столе. И 90% залеток. (хоспади как стыдно было школьников снимать) Ну дык, пока цены не подняли, ничего не менялось.
Adward
27.03.2016 02:45+3Немного не это я хотел сказать.
Положим у клиента задача поднять небольшой магазин, бюджет 200 тыс. Я могу взяться за такой бюджет сделать работающий продукт с привлечением необходимых мне разработчиков. Но тут становится понятно, что если я выберу битрикс — то мне практически ничего не останется из этих денег (почти все потратится на лицензию, модули, и работу), если выберу, скажем Opencart (PrestaShop, Magento Woocoommerce, etc… ) — тут и расходов меньше, и код понятнее и модули не стоят диких денег. Соответственно приложив меньшее усилие можно получить более лучший результат.
Грубо конечно, но именно это я и хотел донести.Doktor_Gradus
27.03.2016 14:08-1Модули для мадженто и престашоп стоят в среднем не дешевле, чем для битрикса. Программист мадженто стоит дороже программиста битрикса — именно за счёт необходимости более глубоких знаний.
Любая нетривиальная задача требует десятки и сотни человеко-часов. А накидать типовой магазинчик с типовым набором модулей на бесплатной коммьюнити версии мадженты или таком же бесплатном престашопе, потратив примерно 30-50к на расширения за 200к и положив себе в карман примерно 150к за несколько дней кликов мышкой — это, конечно, шикарно, но по существу обман клиента.Adward
27.03.2016 15:03+2то есть если мы делаем эту задачу на битриксе (заработав при этом 30K чистыми) — это не обман, если на woocommerce (заработав 170K чистыми ) — обман?
Doktor_Gradus
27.03.2016 15:15-1Ну, если заказчик видел, что 3 дня вашей работы стоят 150к и согласился с этим, то всё ок.
А если вы это завуалировали…Adward
27.03.2016 15:23+2Ну да, не без этого. принёс как за клиент заказ на сайт с бюджетом 100K. Ну взялся и сделал за неделю. Правда других дел небыло, поэтому только работал и иногда спал, в перерывах ел.
Все равно клиент остался недоволен тем, что якобы его где то надули, но не может быть сделана работа за 100 тыр в столь короткий срок (а там приличный новостной сайт на английском языке с трансляцией в соцсети и уникальными текстами).
В общем, да. Следуя Вашей логике, я должен чувствовать себя неловко, когда за профессионализм тебе платят достойные деньги. Ну, чтобы не обижать чувства клиента.Doktor_Gradus
27.03.2016 15:55-2Вот вы сами об этом же и говорите. Клиент платил существенную сумму и полагал, что там много работы. А вы сделали за неделю и человек понял, что переплатил.
Ещё раз объясняю, главное — не сумма. Сумма может быть любой. Может, студия Лебедева вообще бы за такой сайт попросила 10 миллионов. Главное — это чёткое обоснование этой суммы. Соответствие суммы проделанной работе. Профессионал должен получать достойно, но и клиент должен понимать, за что платит.
funca
27.03.2016 18:48+2У вас как в песне прямо: "здесь мерилом работы считают усталость". Всю жизнь на аутсорсе что-ли?)
Adward
27.03.2016 21:06Ну да. делал бы на битриксе — во первых не уложился бы в бюджет и начал бы клянчить с клиента новые сроки и новые деньги. Но тут опять непонятка — клиент может быть и понял бы за что платит, но перестал бы рекомендовать меня другим, а бы как понятно, что разраб не видит объемов собственных работ и не в состоянии их оценить. В общем, сорвав сроки и сожрав больший бюджет — я бы расписался бы в собственной некомпетенции…
А оно мне надо?
M-A-X
27.03.2016 22:51Какая разница, сколько я потратил времени?
Многие хитроумные могут нарисовать времени.
Есть цена, которую согласен заплатить заказчик за определенный функционал.Adward
27.03.2016 23:00+1Заказчику зачастую нужно готовое решение. Работающий продукт. Желательно не через пол года. А в течение пары-тройки недель. И что бы можно было потом без труда найти человека на поддержке, а не вечно занятых битриксовцев с очень странным ценником.
Вы уж поймите, я сталкивался. Горсть проектов с битрикса на вордпресс перевел. А такое чувство, что перевел людей на белую сторону. Потому что предприниматели плакали, кусали локти и бились головой об стену в душе чувствуя насколько их, простите, нае...lnroma
27.03.2016 23:04+1потом кто то будет переносить с wp на другую cms
Adward
27.03.2016 23:07били такие.
один перенес на netcat
другой перенес на joomla
третий перенес на самописную
это статистика по примерно 250 доменам, обслуживаемые мною за последние 14 лет.
в итоге все трое вернулись в родной порт назначения, то есть обратно к нам.lnroma
27.03.2016 23:20В общем то если worpdpress (не долюбливаю его если честно) удовольтворяет потребности, то можно и его выбрать, если magento удовольтворяет ожидаемый функционал то magento.
Alexufo
28.03.2016 03:39netcat… когда увидел в четверке, что он php шаблоны в бд хранит с правкой через админку чуть со стула не упал…
Alexufo
28.03.2016 03:37Давайте посмотрим сколько стяит сео модули для престы
http://addons.prestashop.com/ru/491-seo-natural-search-engine-optimization
Там средний модуль по 100 евро. Это нифига не дешевле вот ой как нифига.Adward
28.03.2016 04:30Вот к примеру WordPress + Woocommerce бесплатные. С помощью этой сборки можно взять и заставить работать интернет магазин (небольшой, у меня работает один — около 5000 товаров). Иной раз покупаю дополнительные модули, средняя цена плагина на themeforest — посмотрите сами. При этом, повторюсь, магазин собирается и без этих приблуд, эти плагины — опциональные. Причём в каталоге плагинов можно всегда найти бесплатный вариант (платные отличаются как правило оперативной техподдержкой)
Средняя цена модуля двусторонней связи с 1С — от донатной до 7000 рублей (это без настройки) до 10 тыс с настройкой специалистами.
Мне не понять зачем люди переплачивают за битрикс.
M-A-X
27.03.2016 22:46-1Мегасложность и вырвиглазность этого продукта оправдывает высокие заработки программеров, трудящихся на ниве битрикса.
А у фреймворкеров ЗП еще выше. :)
на порядок меньшие вложения
Ну да, ну да.
В случае с битриксом — стоит задать вопрос — так первым делом слетаются "знатоки темы" с предложением решить эту проблему за 100, 75, 50 а то и 25 баксов (бесплатно у них не помогается — религия не та).
Что-то я такого не замечал. :)
kloppspb
27.03.2016 02:36Был привлечён как-то к процессу автоматизации. Узнал многое про DB7. Помахал руками, написал разборщик формата, плюнул, убежал.
XanderBass
27.03.2016 03:45+5— Вот потому и не кусают (с)
Именно поэтому я избегаю проектов на «Битриксе». Первая же попытка познакомиться с исходниками этой системы оставила неизгладимое отрицательное впечатление. Чуть ли не на каждый чих — таблица в БД. Код ядра занимает мегабайты. Структурности никакой. Везде мешанина из лапшакода, очевидно написанного кучей джунов. Тихий ужас, который, что удивительно, каким-то образом ухитряется почти не падать. Я только однажды ещё раз столкнулся с подобными… хм… архитектурными решениями — когда работал в одной московской студии, которая использовала свою собственную CMS на PHP+XSLT. Это был такой же феерический ахтунг, притом подозрительно похожий на сабж.
Те, кто со мной общается довольно плотно, знают, что я веду активную разработку своего CMF. И многие задают мне тривиальный вопрос «зачем?». И ответ на этот вопрос очень прост: я намерен создать по-настоящему качественный (притом опенсорсный) продукт, которым наша страна могла бы гордится; который отправил бы на пенсию такие «продукты», как сабж.SergeAx
27.03.2016 10:08+8Знаете, вот сейчас без капли сарказма: попробуйте, пока не поздно, уйти от приоритетов "страна могла бы гордиться" и "отправить на пенсию". И заменить их не знаю, хотя бы на "заработать тонну денег". Потому что страна всё равно гордится не будет, а от того, что вы кого-то отправите на пенсию — никому лучше не станет.
XanderBass
27.03.2016 16:44+3Знаете, вот сейчас без капли сарказма. Помимо веб-разработки я занимаюсь музыкой. В смысле музыку пишу. Так вот когда-то я постиг великий Дзен Искусства. Если пишешь произведение ради денег, шедевра не случится. И, кстати, «Битрикс» — тому подтверждение. Писался ради денег.
SergeAx
28.03.2016 14:13А если пишешь ради отправки на пенсию? Или ради «страна гордится»? Можете, кстати, привести примеры музыкальных шедевров, написанных ради того, чтобы страна могла гордиться?
Я «заработать денег» привёл как самый простой пример.
gibson
27.03.2016 10:25+2Когда ожидать выхода в свет?
XanderBass
27.03.2016 16:58+1Если я по-прежнему буду работать один над системой, тогда релиз состоится ближе к осени.
foxmuldercp
27.03.2016 19:59Я, конечно сейчас погружён в мир хостмастера, и рулю хостингом, и после надцати лет в этом всем я вот понял пачку минусов всех этих панелек управления хостингами, и сейчас пишу своё решение на rails, но с удовольствием бы почитал
lnroma
27.03.2016 20:06можно ссылку на git репозиторий?
XanderBass
27.03.2016 21:11Пока нет. В настоящее время проект не развёрнут непосредственно на GitHub. Существует приватный репозиторий на сервере разработки. Ждите релиза.
M-A-X
27.03.2016 22:56-1Чуть ли не на каждый чих — таблица в БД.
О нормализации не слышали? :)
Код ядра занимает мегабайты.
У мейнстримовых фреймворков тоже мегабайты.
Везде мешанина из лапшакода
Не спорю :)
я веду активную разработку своего CMF
Желаю удачи :)XanderBass
28.03.2016 02:23> О нормализации не слышали? :)
А мне-то Вы что пишете? Вы этот вопрос разработчикам «Битрикса» задайте.
> У мейнстримовых фреймворков тоже мегабайты.
*насмешливо* Вот потому их я тоже не использую.M-A-X
28.03.2016 09:14> А мне-то Вы что пишете? Вы этот вопрос разработчикам «Битрикса» задайте.
Так это они нормализировали. Нормализация приводит к расрастанию кол-ва таблиц, не наоборот.
> *насмешливо* Вот потому их я тоже не использую.
Ну тогда ок :)
overherz
28.03.2016 13:59я по похожей причине начал 3 года назад писать планировщик задач, просто потому что мне интересно, и просто потому что я могу туда внедрять все что хочу и как я хочу
bingo347
27.03.2016 10:05+1Это проблема не только битрикса, а большинства продуктов продаваемых по такой же бизнес модели. Люди ведутся на красивую обертку. Поэтому нужно вложить максимум усилий и средств в маркетинг. А как это будет работать и будет ли вообще, да кого это волнует, когда потребитель уже заплатил.
Fid
27.03.2016 10:25-1У битрикса же код закрытый. Зачем его использовать, если есть открытые решения?
MetaDone
27.03.2016 10:31+8у битрикса код написан так плохо, что после обфускации становится читабельнее )
А использовать его будут до тех пор, пока маркетологи работают
dmitryvashkevich
27.03.2016 16:39+1Где у битрикса закрытый код? Не путайте то, что было 10 лет назад и сейчас.
Frimko
27.03.2016 10:50Раз вам не нравится Bitrix, так давно бы уже на гите переписали парочку компонентов. Архитектуру они переделать уже без существеных затрат не могут, ибо cms 15 лет. Никакое обновление с этим не поможет(это как с джумлой, есть 2ая версия и 3я).
К примеру 1 энтузиаст вполне пытается осилить работу по улучшению написания кода (https://github.com/worksolutions/bitrix-module-tools). К тому же, заказчики задумываясь о своем магазинчике, шарятся в гугле и находят объявления по типу (интернет магазин 25к). Согласитесь, такой магазинчег не будет включать в себя много функционалу под дальнейшее расширение. Зачастую Bitrix выбирают только у нас в России и его админка, и функционал вполне тянет любые требования заказчика.
з.ы. на тему ворпресов — Ну клепать cms под вордпрес нынче модно(отсюда и тонны рукожопых специалистов. Да что там, моя бабушка под вордпрес что угодно наклепает.), birix же предоставляет нехилую прибавку к зп. Цены на рынке всегда можно погуглить.
radmir2000
27.03.2016 11:45Работал в мини вебстудии, сайты строили на своей CMS. Не всё было гладко, поэтому предложил смотреть в сторону Yii. На что гуру помрщились: «20-30 Мб — неприемлемый вес сайта». Решено было переписать свою CMS ошлядываясь на Yii. Ок.
В один прекрасный день прибегает потенциальный клиент с большими глазами и слёзно просит «чуть-чуть» допилить сайт на Битрикс. Скачали, глянули… Менеджер всё понял и зарядил неприличную сумму.
Год назад пришлось написать собственный модуль курьерской доставки. Просто пришлось. Первый блин, долго, но как-то работало.
Использовались четыре события модуля ИМ связанные с заказами.
Кстати, программисты Битрикс, где посмотреть документацию «OnSaleComponentOrderComplete»?
Через несколько месяцев — модуль работать перестал. Трассировка показала, что не работают два события из четырёх…Frimko
27.03.2016 12:20+1http://dev.1c-bitrix.ru/api_help/sale/events/events_components.php
неужели так сложно глянуть документацию?
belonesox
27.03.2016 13:07+2Оставлю здесь и Битрикс-Эталон Ужаса из статьи-презентации старого доклада одного знакомого. Впрочем, там наезды на сам принцип широкого использования CMS.
basili4
27.03.2016 13:09Во всех продуктах 1с есть одно общее качество они плохи. Это меня очень печалит. Даже продукты MS много лучше по качеству.
Named
27.03.2016 19:41+1Ну не надо так прям, Ил-2: Штурмовик был очень хорош.
foxmuldercp
27.03.2016 20:03+11с мультимедиа и 1с которая фин-бух вещи пишет — это разные подразделения под одним брендом.
И отдел который писал Ил-2 очень сильно врядли писал код 1с-склад'а
autobusiness
27.03.2016 13:49+3С точки зрения того что за последний год к нам обратилось за переносом сайтов с битрикса на другие платформы, в основном на вордпресс, в 3 раза больше клиентов чем в прошлом году, то вывод о том, что все не хорошо в битриксовском королевстве, это очевидно!
Adward
27.03.2016 15:09+2В каждом (в ста процентах) случаев предприниматель держится за голову и произносит — какой же я лох, отгрузил столько бабла, поверил рекламе и много других подобных слов.
Я тоже переделываю за подобного рода "студиями". Бывало, что клиент "не заметил подмены бойца" — это когда меняешь CMS без каких либо проблем. На тот же WPM-A-X
27.03.2016 23:00А многие думают: "Я же не лох. Если перестану кладывать деньги в %PRODUCT_NAME% буду лохом" :)
IvanPanfilov
27.03.2016 14:30-16> Из-под пера лучших программистов рождаются «паттерны»
bitrix конечно не шедевр но имнно из за
это стоящий продукт. в отличии от гениев родивших symphony magento и прочее переинженеренное уг
> Битрикс — это так называемый «плохокод», просто-напросто огромное количество PHP файлов, написанных в разном стиле, которые подключаются «инклудом» и что-то там выводят.
ну а кто называет это плохокодом. недоумки которые возмонили себя умнее Расмуса и наивно полагающие что нужны какие то паттерны а не рабочее решение.MetaDone
27.03.2016 14:41это стоящий продукт. в отличии от гениев родивших symphony magento и прочее переинженеренное уг
почему же переинжениренное?
ну а кто называет это плохокодом
http://govnokod.ru/search?search=bitrix
просто оставлю эту ссылку здесь.
наивно полагающие что нужны какие то паттерны а не рабочее решение.
помню мне звонила женщина одна, нашла мой номер через какого-то знакомого. Просила доработать сайт на битриксе, потому что их программист оказался в наркокоме. Иногда мне кажется, что чел не выдержал адовую кривизну этого "рабочего решения"IvanPanfilov
27.03.2016 15:49-9> оказался в наркокоме
что сказать — битрикс не для слабаков
bitrix не идеален — много компонентов ужасны. я про маркетплейс вообще молчу — сам наелся по незнанию и никому не советую использовать стороонние решения.
но классическая технология на файлах и папках и инклюдах просто гениальна — позволяет делать сайты любого уровня и сложности. при этом имется готовая привычная админка для 80% задач — по которй есть мануалы для контент менеджера. не надо объяснять как сделать определенную задачу — просто тнуть на страницу с документацией.
что не скажеш про сторонние CMS
IvanPanfilov
27.03.2016 15:55-1> http://govnokod.ru/search?search=bitrix
типичный php говнокод который можн написать в simpony, и а я не вижу аргументов с чего имеено битрикс заставляет так писать.Disparity
27.03.2016 19:30проблема в том, что такой стиль в битриксе "by design". Без вариантов. Насколько бы ты хорошим разработчиком не был.
IvanPanfilov
28.03.2016 11:55что значит без вариантов? если пишете кастомный функционал у вас есть доступ для работы с БД
https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=2379
или ORM
https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=4803
для работы с инфоблоками тоже api на D7 обновилось — правда документации нет толковой
структура же проста — создаем php файл подключаем компоненты или просто используем include file.php
если ктото пишет хреновый код — это не значит что в bitrix нельзя писать по нормальному
lnroma
27.03.2016 16:54-1это стоящий продукт. в отличии от гениев родивших symphony magento и прочее переинженеренное уг
Ну для жунеора битрикс наверное лучше, чем "мега тяжёлая переинженерная" magento и symphony(правильнее symfony)/IvanPanfilov
28.03.2016 12:02-3bitrix wordpress и Go покрывают весь диапазон задач
вместо изучения очередной версии говно-фреймворка (а они веть постояно переписываются и ломают совместимость)
я лучше подниму уровень знаний Go
как не старайтесь спрятать код за красоту фрейморка — это все равно PHP. так что пустышка в виде фрейморка не нужна.
php создан чтобы получать результат быстро а не красиво.
bitrix и wordpress следуют духу PHP и просты — поэтому так популярны и будут актуальны всегда
а сложные задачи можно решать на Go или других современных языках для этого предназначеных
M-A-X
27.03.2016 23:07-6Поддерживаю. Паттерны ради паттернов, программирование ради программирования, ООП ради ООП в то время, когда нужно решать задачи.
KISS никто не отменял.
На одной из прошлых работ тимлид говорил: "Еще дома подумаю, какие тут можно паттерны применить" :) То есть ему лишь бы паттерны применять :) А в это время сортировку делали не в БД, а в ПХП. Паттерналисты хреновы. :)
funca
27.03.2016 14:43-3Битрикс большую часть вопросов снимает установкой модулей. Кастомизация не айс, но тут нужно четко понимать, зачем она нужна и каков уровень владения предметом тех, кто ей собирается заниматься.
С другой стороны, предлагатели "своей CMS с паттернами и фреймворками". У этих вообще нет ни чего, даже совести. Одни лишь обещания сделать "как в битриксе" с нуля за совсем ненулевые деньги. Удовольствие, что-ли от этого получают? Кто по-честнее, сразу заламывают такие ценники и сроки, что становится даже любопытно, что за праздник они себе запланировали. Другие, как наркоманы, сначала соглашаются на все условия, а потом кормят "завтраками", трудностями и вымораживают новые косты. Я про менеждеров.
Программисты, в любом случае получают привилегию бороться со всеми этими трудностями и овертаймтить. В первом — из-за сложности продукта, во втором — недооценки масштабов решаемых задач. Если подходить к вопросу с позиции трудностей, для них "минусы", получается, при любом раскладе, что-ли?
serginhold
27.03.2016 15:59+2Не смотря на «не пойми что» в ядре, самая главная проблема битрикса это разработчики-студенты, процентов 90 наверное из всех. Сам через это прошел.
Пошел первый раз на нормальную (я так думал) работу в офис и поставили перед фактом: «мы делаем сайты на битриксе, чтобы через 2 недели собрал такой-то магазин». Я ясен пень не знал на тот момент практически всё. И сидишь ты такой и смотришь в монитор… не нормальной документации, не нормальных примеров разработки на этом продукте, повсюду глобальные переменные и include одних и тех же файлов. И тут приходит логический вывод… ну раз так сделано, зачем что-то менять? Хоп-хоп, тяп-ляп и готово :)
А спустя пару лет работая уже в другом месте, зная все дырки и обходы костылей битрикса произошел интересный случай:
Условный магазин, задумали мобильную версию, чтобы не плодить дерьмо, пришлой переделать и не мобильную, в общем сделал я рефакторинг 80 уровня.
Проходит неделя и у меня опять появилась задача по этому проекту, открываю я исходники в надежде быстренько все сделать… и что я вижу? Оказывается какие-то горе джуниоры, о которых я не знал, опять нафигачили свою логическую лапшу (строк так 100), внимание, одно и то же в каждый шаблон (штук так 10-15) каждого компонента вывода товаров, хотя я там капсом прокомментировал что да как делать и откуда подключать чтобы само все подхватилось.
Как итог: меня окончательно все это достало, я уволился и начал заниматься самопознанием Yii и подобных произведений.
p.s. если на сайте битрикса почитать блоги многих разработчиков и их оригинальные решения, которые еще и спросом начинают пользоваться… хочется сделать вот так: www.youtube.com/watch?v=r3tKY7XQdzEzenn
27.03.2016 17:25Наверное не 90% а все 100, и даже не студенты тех. специальностей вовсе ...
ну раз так сделано, зачем что-то менять? Хоп-хоп, тяп-ляп и готово :)
На языке "битриксоидов" нужно говорить "непрерывная интеграция" и "быстрое комплексное решение", ну или как говорят с другой стороны барикад "х--к, х--к и в продакшен".
DexterHD
27.03.2016 18:26Те у "Бириксоидов" свое понятие о CI? Забавно. Мне казалось они вообще такого слова не знают.
niksamokhvalov
27.03.2016 21:02Теперь узнают :-) Я разработал консольное приложение для Битрикса, так что связать его с CI не составит проблем: github.com/notamedia/console-jedi (осторожно, бета!).
M-A-X
27.03.2016 23:10Не смотря на «не пойми что» в ядре, самая главная проблема битрикса это разработчики-студенты, процентов 90 наверное из всех. Сам через это прошел.
Хз, за 4 года ни разу не работал со студентами :)
Gala_Chenko
27.03.2016 21:02+1Вопрос к автору и экспертам от не разработчика: какие продукты вы считаете качетвенными аналогами Битрикса?
pistol
27.03.2016 21:03Из коробочных решений — OpenCart. Тоже странная архитектура, но она там хотябы есть.
Alexufo
27.03.2016 21:34+1Господь с вами, какой же он аналог? Он даже страницы не позволяет создавать кроме прошитых в ядре.
Это ж динозавр: сотня вьюх, сотня контроллов и сотня моделей. Любая модификация — это папочный ад. За последние 5 лет OpenCart что добавил? адаптивный шаблон? Он вообще изобрел этот VQmod для установки дополнений. Никакой системы событий. Никакого развития за последние 5 лет.
Его паттерн поведения интернет магазина — это 2005 год. 6 шагов регистрации. Преста — нет модуля самовывоза в коробке — это капец! Стандартный шаблон — 5000 строк в css при визуально легком шаблоне. Бутстрап хотяб добавили чтоль!M-A-X
27.03.2016 23:12Никакой системы событий.
Что, серьезно? В 2016 году?
Даже в моей самописи есть :)
CGS
28.03.2016 15:45События есть, по крайней мере в версии 2.
С помощью VQmod можно вообще полностью поменять принцип работы системы, если уж очень нужно.
Пишет OpenCart по моему один человек, система со странностями конечно, но прозрачна. На счёт развития, битрикс смотрю за 15 лет то ух развился то :)
Мне лично всё равно как долго и обо что будут колоться ежики, если это за их счёт :)Alexufo
28.03.2016 15:49Да вот как то не быстро он пишет ее…
Битрикс за 15 лет открыл офисы по СНГ и вышел на первое место в России по популярности среди интернет магазинов. Имеет тысячи рабочих фирм в своем каталоге. Не считаете достижением?CGS
28.03.2016 16:46Это достижение маркетинга, я думал мы про саму систему :)
Для меня так, Битрикс(и ему подобные) это такой тепловоз с кучей вагонов, OpenCart(и ему подобные) этакая кукушка, к которой уже сам прицепляешь или делаешь нужные вагоны.
Вообще конечно сравнение Битрикс с Opencart не корректно.Alexufo
28.03.2016 16:48Как так получилось заморочить мозги куче вебстудий в стране плохим продуктом)? пловина честно вам скажу вздохнула, у них самопис был еще хуже)
CGS
28.03.2016 17:53Самопис в большинстве случаев конечно ещё хуже чем битрикс.
К сожалению не всегда вебстудии или кто там исполнитель, могут выбирать. Заказчики правят, если ещё точнее то деньги. И основное направление маркетинга, и руководства битрикса конечно направлено не на разработчиков, а на заказчиков. Так что заморочили мозги не вебстудиям, а знаете кому :) При этом и разработчики не в накладе. Посему этот феномен и существует, ну не будет битрикса, ещё кто нить займёт эту нишу.
Если бы я был заказчиком, конечно битрикс(и ещё куча кого) бы не рассматривался. Но это я. Это как цитата:
"Нет, ты не веришь, ты знаешь." :)
IvanPanfilov
28.03.2016 12:08вы наверное хотели сказать Cs Cart
CGS
28.03.2016 15:47Движок то один, просто пару модулей воткнули :)
IvanPanfilov
28.03.2016 17:01+1совершенно другой движок — cs cart комерческий — развивается фиг знает с какого года
изначально был ориентирован не на Российский рынок
из хорошего — имеет rest api, сразу из коробки готов к работе, стандартный шаблон имеет более лучшую адаптивность, позволяет визуально менять макеты страниц
из плохого — smarty, сложная система хуков и темизации. тормозит похлеще битрикса
я выбрал bitrix только за то что там php в шаблонах и привычная система событий.
Ohar
27.03.2016 21:28Вы говорите, что статья для потребителя, а объясняете недостатки внутреннего устройства Битрикса.
Почему вы считаете что потребителю есть до них дело?Alexufo
27.03.2016 21:37-1Сейчас вам расскажут что за все платит юзер, а плохая архитектура — тоже в конечном итоге риски, простои, глюки и т.п. Потребителю нет дела — он идет за харизматичным лидером — а Рыжиков именно такой и есть)
M-A-X
27.03.2016 21:54-1Сразу напишу, что писал и на Битриксе, и на фреймворках, и на самописи. :)
Это просто набор десятков или сотен тысяч файлов с кусками кода, которые никак не связаны между собой.
Разве это не хорошо? Низкая связность и все такое.
В хороших системах данные крутятся вокруг контроллера, модели и представления
Вы просто не смогли выйти за рамки того понимания MVC, которое в мейнстримовых фрейморках. :)
данные, которые наследуют интерфейсы и прочие вещи, благодаря которым программист, не вникая в бизнес-логику конкретного сайта, может понять, как распоряжаться этими данными в каждом новом проекте
Ну в Битриксе в основном тоже понятно. В 2 разных проектах будут использованы те же методы АПИ. В основном даже без наследования.
В Битриксе же все написано так называемой «лапшой»
Это да. Внутренности там не ахти.
Банком напротив являются бесплатные фреймворки
Я бы не рекомендовал фреймворки так уж сразу. :)
Вы не найдете ни одного программиста, который бы перешел с фреймворков на Битрикс.
По большому счету, мне не нравится работать ни с тем, ни с тем. Свой код лучше :) Но это не для всех подходит и никого не заставляю.
их продукты имеют высокий порог вхождения
А чего вдруг так? Слишком переООПешили? :) Продукт не должен быть сложным.
hecby_v
27.03.2016 22:02На мой взгляд, битрикс хорош, когда он из коробки удовлетворяет требованиям заказчика. Если нужно что-то, что битрикс изначально не умеет, то проблем две разновидности:
1) Это можно решить при помощи инфоблоков — никаких проблем, вопрос решается легко и просто
2) Это не решается при помощи инфоблоков, или не дай бог, требуется делать что-то с ценами вне стандартных компонентов. В этой ситуации приходится лезть в код битрикса, смотреть, как они сами решали похожие проблемы и пытаться что-то из этого сваять. Отдельное восхищение вызывает ajax в каталоге — для каждого товара требуется создать большущий массив javascript, чтобы работали кнопки добавить в корзину/добавить в сравнение. И, копаясь в коде битрикса, постоянно заметна разница — некоторые места написаны очень умно, а некоторые совершенно другими людьми). У кого крепкие нервы, можно взять демоверсию битрикса, и глянуть в файл bitrix/components/bitrix/catalog/templates/.default/bitrix/catalog.element/.default/template.php
Отдельная тема — highload-инфоблоки, которые были бы очень крутой штукой, если бы работали чуть иначе.
1) С ними нельзя работать как с обычными инфоблоками, потому что они разработаны на «новом ядре D7», которое новое уже несколько лет, и скорее всего заброшено, так как ни документации по нему нет, ни развития никакого не видно.
2) Ну и вторая проблема — highload инфоблок нельзя редактировать из формы редактирования товара, что требует каждый раз лезть в инфоблок для добавления новых элементов.
Ну и еще в битриксе есть куча всяких сюрпризов для разработчика, потому повторюсь — это довольно хорошая система, если ее установить, одеть в шаблон и пользоваться. Иначе — может потребоваться куча мучений. Ну и реакция разработчиков битрикса на просьбы пользователей не очень быстрая — например — нет функционала «добавить в избранное», приходится выкручиваться при помощи отложенных товаров, нет стандартного компонента «купить в 1 клик» и сделать его с нуля задача довольно непростая.
hecby_v
27.03.2016 22:05Есть у меня немного черного битрикса. задача — вне каталога получить цену со скидкой (минимальную). Естественно, методами того же каталога.
итак:
1) получаем и формируем массив валют
$arParams['CONVERT_CURRENCY'] = 'Y';
$arConvertParams = array();
if ($arParams['CONVERT_CURRENCY'] == 'Y')
{
if (!CModule::includeModule('currency'))
{
$arParams['CONVERT_CURRENCY'] = 'N';
$arParams['CURRENCY_ID'] = '';
}
else
{
$arResultModules['currency'] = true;
$currencyIterator = CurrencyTable::getList(array(
'select' => array('CURRENCY'),
'filter' => array('=CURRENCY' => 'RUB')
));
if ($currency = $currencyIterator->fetch())
{
$arParams['CURRENCY_ID'] = $currency['CURRENCY'];
$arConvertParams['CURRENCY_ID'] = $currency['CURRENCY'];
}
else
{
$arParams['CONVERT_CURRENCY'] = 'N';
$arParams['CURRENCY_ID'] = '';
}
unset($currency, $currencyIterator);
}
}
2) получаем список цен каталога. Здесь я схитрил, потому что цена в каталоге будет всего одна, ее id 2
$arResult["PRICES"] = CIBlockPriceTools::GetCatalogPrices(2, array('BASE'));
3) для товара получаем список всех его цен
$prices_list = CIBlockPriceTools::GetItemPrices(2, $arResult['PRICES'], $list_item, 'N', $arConvertParams);
$list_item = массив всех параметров товара. так надо
4) Из списка цен получаем минимальную $prices = CIBlockPriceTools::getMinPriceFromList($prices_list);
unnamed777
28.03.2016 06:15А ведь можно просто вызвать CCatalogProduct::GetOptimalPrice($productId) — вернёт и цену, и инфу по скидкам. Если надо сконвертить в другую валюту — ещё один небольшой вызов.
Любую задачу в любой cmf/cms можно решить десятками способов. Можно открыть документацию и взять готовый метод, а можно сразу залезть во внутренности, закопипастить пол-ядра и всё будет точно так же работать. И все решения будут правильными с точки зрения конечного разработчика, ведь он более хорошего способа на этот момент не знает, а результат работает (собственно, этот тезис и везде в реальной жизни применим).
То же самое и с автором поста вышло, мне кажется — вместо вызова публичного GetList() он зачем-то полез в кишки, нашёл системный метод, который, по сути, является приватным и внешние к системе разработчики не должны его использовать (почему он динамический и почему он не помечен как приватный — это отдельная проблема legacy-кода и уже неактуальной совместимости с пхп4, и тут действительно нужен опыт работы с системой, чтобы понять, можно ли вызывать эту недокументированную функцию).
Lure_of_Chaos
28.03.2016 06:34О, Битрикс — это легенда…
Конечно, Джумла тоже не легка в плане разработки, но Битрикс — это девятый круг ада для программистов.....
technik
28.03.2016 07:50+1Сам когда-то работал с битриксом и представляю себе из какого г****а он слеплен.
После было много разных CMS и разных проектов. Постоянно задавал себе вопрос а какой движок для ИМ лучше?
Тут в комментах проскальзывало — OpenCart. Работал как-то в проекте где нужно было связать эту CMS с нестандартной конфигурацией 1С — вот тут-то мы приуныли…
Prestashop — нет нормальных способов доставки, шаблон по умолчанию это просто ахтунг.
Magento — нет адаптации по Российский рынок, приходится много кастомизировать да и в целом модули стоят дорого.
HostCMS — приходится много допиливать, админка неинформативная, совершенно не заточена под SEO.
AmiroCMS — в принципе система неплохая и шустрая и вроде даже по модулям есть какой-то прогресс, но всё равно есть ошибки в коде, тяжело кастомизировать модули, отсталые дизайны, древняя админка.
UMI — ну это те же грабли битрикса только вид сбоку.
Ну вот скажите реально, что из популярных CMS остаётся? Да просто нет на российском рынке нормальных CMS, дающих 90% покрытия функционала по ТЗ из коробки.
Может мои знания отстали от жизни, может есть нормальная CMS работающая из коробки и без шаманства?Adward
28.03.2016 13:06Скажите что нибудь про WooCommerce plz ;)
Doktor_Gradus
28.03.2016 13:46А что про него говорить?
Есть вордпресс — это платформа для блогов, вукоммерс — плагин для вордпресса. То есть, если у вас есть стандалон-блог, например, по вязанию шапочек и шарфиков, он стал довольно популярным и посетители начинают спрашивать, а нельзя ли купить у вас шарфик или шапочку.
Помучавшись с персональным общением через почту, получением платежей и т.д., вы решаете, что вам надо всё это как-то автоматизировать. Сайт у вас уже есть, зачем вам ещё один? Зачем фреймворк, битрикс или мадженто? А вдруг большого спроса не будет? Выход: ставим плагин для вордпресса, настраиваем и все довольны. Десяток видов шарфиков и шапочек, да десяток заказов в неделю — это связка вп+вукоммерс осилит играючи. И при этом затраты на запуск магазина близки к нулю.technik
28.03.2016 19:33Полностью согласен, для небольших ИМ — WP+Woocommerce лучшее решение.
Но что делать, если клиент хочет ИМ от 1000 товаров, с синхронизацией с 1С (причём желательно в реальном времени), с нормальной админкой, фильтрами для товаров и т.п?
Что ему предложить?Adward
28.03.2016 20:07Плагин вам в помощь: WooCommerce and 1C:Enterprise/1С: Предприятие Data Exchange
поднимали ресурс с 10 000 товарами, нормальная админка, нормальные фильтры для тороваров и т.п.
Doktor_Gradus
28.03.2016 20:48Отказаться от вукоммерс. Ну не предназначен он для этого.
У каждого тут упоминаемого решения, от SaaS-платформы или CMS, до самописного решения на фреймворке есть своя ниша, в которой этот инструмент очень хорош.
Если вам надо ездить на работу и отвозить детей в садик — вполне подойдёт малолитражка или седан. Но если вам надо возить руду тоннами, разве вы будете возить её в малолитражке? Конечно, нет. Вы возьмёте карьерный самосвал.
Просто в материальном мире это очевидно, это не требуется никому доказывать. Но в мире софта всё не так. Тут, образно выражаясь, кувалдами делают ювелирку, а небоскрёбы строят совочками и ведёрками с детской площадки.
Вон там предыдущим комментарием «проФФесионал», зарабатывающий по 100 штук в неделю, натягивает сову на глобус.Adward
28.03.2016 21:37То есть для трёхязыкового портала с десятком авторов, пятью тыщами статей, 20 K изображений и трансляциями в соцсети — Wordpress не подойдёт по-вашему? Это и есть строительство небоскрёба совочками? Обязательно поднимать что то типа битрикса для этой цели?
Doktor_Gradus
28.03.2016 22:35Так вп или вп+вукоммерс?
Adward
28.03.2016 23:00Понимаете ли, уважаемый. С точки зрения вордпресса — единица товара является такой же внутренней составляющей единицей, как страница или запись блога
Скажем есть запись блога, это post — у нее есть свои характеристики
Есть статическая страница — это post с type=page со своим набором параметров
Есть товар — это post с type=product — у этого свой набор характеристик и манипуляций с ними
Если меня неустраивает стандартная модель, я могу создавть свой type поста и снабдить его хоть горстью хоть горой необходимых мне параметров, свойств, типов и так далее.
То есть с точки зрения архитектуры — что блог с 5 тыщами записей, что магазин с 5 тыщами товаров — это можно сказать одно и тоже. Только отличаются набором параметров и взаимодействий этих параметров друг с другом.
Я бы именно тут наверное не постеснялся бы заявить, что WP красив не только снаружи, но и изнутри.technik
28.03.2016 23:37С точки зрения функционала я с вами полностью согласен. Но знаете, бывает трудно убедить клиента, что WP это именно то что ему нужно.
Есть у большинства руководителей любых сфер бизнеса есть мнение, что хороший продукт должен иметь монструозный функционал и стоить дорого. ОЧЕНЬ ДОРОГО. Понятно что можно убеждать и перевоспитывать, но задабливает если честно. Когда говоришь людям что есть возможность сделать хороший и в то же время бюджетный проект на Wordpress многие сразу начинают сомневаться в твоей компетенции :)
Так вот, если бы было какое-либо плтаное и относильно недорогое коробочное решение, с покрытием как минимум 80% функционала битрикса — я думаю оно вполне могло бы потеснить его. Я до сих пор удивляюсь, почему компании-разработчики коммерческих CMS (при всём их разнообразии) не додумались до этого и даже не пытаются сделать это?Doktor_Gradus
29.03.2016 00:13> Так вот, если бы было какое-либо плтаное и относильно недорогое коробочное решение,
Уже давно есть. Та же Simpla к примеру.
Doktor_Gradus
28.03.2016 23:58Спасибо за ликбез, но я в курсе, как устроена wp_posts. А ещё в этой таблице хранится куча дублей каждого поста. Это, конечно, можно отключить, но надо ставить плагин или писать свой код.
Да и речь не о том. Статей/товаров у вас может быть хоть сто тыщ, хоть миллион. Пока на сайте всего 2,5 посетителя, включая владельца и разработчика — всё работает отлично и очень шустро.
Добавим товарам скидки, тонну характеристик, фильтры по ним, перекрёстные рекомендации, статистику по просмотрам/покупкам, списки заказов, обмен со складом, акционные товары… Ой, а чего это у нас всё тормозит, всего-то тысяча уников в день.
AnthonyDS
28.03.2016 07:50+1Как на мой взгляд, так там (В 1С Битрикс) настоящая помойка из каталогов, плюс отвратительная документация. (Так было год назад, и сомневаюсь, что что-то изменилось)…
nonlux
28.03.2016 07:50+1Повторю шутку: «Вы просто не умеете его готовить».
Рецепт базируется на нескольких допущениях:
Заказчику нужен Битрикс.
Битрикс готовый инструмент. Все что в коробке есть то и используем, не пишем ничего своего.
Админка Битрикс, да и сам Битрикс — это работа с инфоблоками. Все что выходит за эти рамки это не задача Битрикс
Архитектура Битрикс — это не архитектура проекта.
Приняв эти допущения начинаем готовить свое приложение.
Все необходимые сущности создаем, как инфоблоки.
Убиваем все шаблоны
Делаем «REST API» инфобоков (это тупо шаблон с json выводом)
Битрикс готов!!!
Пишем красивый фронт(мидл). Например с erikras/react-redux-universal-hot-example
Решение готово.ainu
28.03.2016 10:11А как оно на реакте рендериться в HTML будет? Иначе поисковики не съедят.
nonlux
28.03.2016 10:54Изоморфный ( или как сейчас стало модно Универсальный) рендеринг решает эту проблему на ура.
По сути в работе с битрикс я пришел к концепции микро-сервисов.
"Битрикс-REST" — это один из таких сервисов ( микро ))) ). Его задача дать заказчику админку, а фронту результат работы клиента с админкой ввиде api.
Фронт реализуется ввиде отдельного Node.js приложения, которое как раз и отдает все клиенту.
Этим самым я избавляюсь от боли работы с битрикс. Если бы еще бы инфобоки с помощью кода создавать, то вообще сказка была бы.ainu
28.03.2016 10:56Ну если рядом node.js крутится то все становится проще конечно. Битрикс тут работает как тяжелая база данных с JSON API.
IvanPanfilov
28.03.2016 12:13> Делаем «REST API» инфобоков (это тупо шаблон с json выводом)
зачем если можно сразу на php без rest api?
верстальщик может осилить кодинг на шаблонизаторе js но не может осилить include и основные конструкции php?nonlux
28.03.2016 15:26Нет. Дело не в верстке, а в моих образе мышления и правилах работы.
Я хочу получить хотя бы на 98% стабильный, протестированный и легко сопровождаемый продукт в конечном итоге.
Реализуя всю эту пляску с компонентами и шаблонами внутри Битрикс я не могу этого добиться.
И в итоге от проделанной работы чувство — удовлетворение, а будто съел ведро говна мочей запивая.
Поэтому выход для себя я нашел только один использовать в Битрикс минимальный функционал из коробки.
Вся бизнес логика или на фронте или на middleware.
kspitfire
28.03.2016 08:04+1Как-то резко вы статью оборвали после первого примера. Там ведь столько мрака и ужаса, что можно было полноценный лонгрид написать и пугать ссылкой на него всех, кто захочет с этим поделием связаться.
horses
28.03.2016 10:36+3Извините, но вы не "продали" мне идею, что битрикс плохой. Какие-то субъективные выводы, все три факта "надерганных" произвольно. Ощущение, что вы просто не разобрались.
Я не говорю, что битрикс самая идеальная система. Но учитывайте, что система уже существует где-то десять лет и там до сих пор есть код, написанный 10 лет назад (для совместимости), когда еще никакого ООП и не было, еще на 4 версии php.
Если более конкретнее:
- Архитектура
Ну это какой-то крик души, не больше. Это как описать качество машины: "это набор гаек с болтами".
Тут в битриксе сказывается большая и долгая история, когда еще ООП не было. С тех времен много кода осталось, в том числе для совместимости (гипотетически вы можете обновиться с самой ранней версии до самой последней). Но сейчас в битриксе было реализовано новое ядро D7, ORM. Это как раз то самое, что вам не хватает.
И да, не нужно лазить по исходному коду. Есть документация. 90% закрывается документацией. Так как если метод не задокументирован, то вам никто не гарантирует его правильную работу или то, что его завтра не изменят.
А так, чтобы сломать код, в любой системе можно написать совсем короткий код, который уронит весь сайт. Или вы хотите чтобы фреймворк еще защищал окружающих от ваших кривых рук?
А то, что вы описываете: по всей видимости речь идет о тиражном решение каком-то. И не более того. Или еще хлеще: сайт после какого-то не опытного программиста (я видел сайт на битриксе, написанный вообще без использования компонентов, чисто одни вызовы API сплошной лапшой).
Если вам нравиться, что вас система дисциплинирует, а не вы сами себя: то вам лучше сменить php на питон. - Код
А что вас вообще смущает в статических методах? Это метод модуля инфоблоков. Но вы для чего его использовали? Я за 6,5 лет программирования на 1с-битрикс ни разу этот метод не использовал. А то, что его нет в документации как бы намекает, что либо это какой-то сугубо внутренний метод, либо старый, оставленный для совместимости.
Это напоминает то, что вы пришли к банкомату и пытаетесь сломать кодовый замок и открыть сейф, вместо того, чтобы засунуть карточку, набрать пин код. И из-за этого у вас банкомат плохой. - Обман.
Обман? То, что вы не смогли разобраться и сделать, это не значит что обман. Там действительно есть модуль обмена. Но во первых, читайте с какими версиями 1С. Там даже есть разные модули обмена для разных версий 1С. Некоторые версии просто не поддерживаются. (В данном случае версия: это не просто 7 или 8, а так же "торговля", "склад" и т. п.)
Никто вам не мешает писать с нуля обмен или кастомизировать. Для этого есть механизмы не сложные. Так же очень часто попадается серьезно дописанная 1С с не стандартной структурой и тогда она штатно не может обмениваться. Либо программист 1С допишет обмен, либо программист битрикс кастомизирует на стороне сервера обмен (кстати, это менее производительный вариант).
И я не пытаюсь сказать, что "битрикс — это идеальная система" и там все супер и нет никаких проблем. Но ваш пост — это больше крик души, без конкретных фактов, без конструктивной критики и очень очень похоже, что человек просто не разобрался с битриксом. Начиная с того, что вам не нужно править эти 1000 файлов из архива (из архива? Вы устанавливаете битрикс архивом, а не пользуясь bitrixsetup.php? Зачем?), а нужно использовать специальные механизмы для кастомизации кода.roodz
28.03.2016 11:30На php4 при наличии мозга и рук, растущих из предназначенного природой места, прекрасно писался более-менее вменяемый ООП MVC.
Дело тут не в бобине, а том самом господине в кабине.
Битрикс еще до покупки 1С был самой омерзительной системой на рынке.
zhenyat
28.03.2016 13:59Вообще не понимаю этих «плачей» про обмен с 1С. Есть протокол обмена, он стандартный, написать свой модуль в 1С под любую конфигурацию — максимум неделя, и знать внутренности Битрикса совершенно не обязательно
- Архитектура
dovg
28.03.2016 11:03+6А мне нравится битрикс. Когда ко мне на собеседование приходит человек, у которого в резюме есть слово "битрикс", то достаточно задать всего один вопрос: "Как вам битрикс?"
Если соискатель доволен битриксом, то можно дальше не спрашивать.
OlegTar
29.03.2016 21:52А вы с Битриксом работали сами?
dovg
30.03.2016 10:41Да, последний раз в 2007 году. Вспоминаю как страшный сон.
shurupkirov
30.03.2016 15:18- Изя, почему вы машину не купите?
- Да ну эти ваши машины, медленные, страшные и дров много надо.
- А вы за руль когда садились?
- При царе батюшке
dovg
30.03.2016 15:33+1Понимаешь, есть незрелые, но качественно спроектированные продукты. Например linux 10-летней давности. Я прекрасно помню времена, когда драйвера для принтера приходилось патчить руками, поскольку cups из коробки их не имел. Но это не говорит, что cups или linux плохо спроектирован, он просто тогда был достаточно молод.
С другой стороны есть системы, у которых ошибки заложены в ДНК, например битрикс. Иногда их можно исправить, сломав BC, но если ты продаешь продукты и декларируешь LTS, то приходится держать BC. Вон, выше комментаторы сказали, что та функция-монстр оставлена для обратной совместимости. Вот только вопрос: можно ли считать продукт, в котором существуют такие функции, качественным? По моему мнению — нет.
И да, я не спорю, что маркетологи битрикса гениальны. Но это не говорит о том, что битрикс — это качественный или хорошо спроектированный продукт.shurupkirov
30.03.2016 16:05и я не говорил, что это отлично спроектированный продукт, но огульно говорить, что раз система 9 лет назад была плоха, то и сейчас она плоха. Я могу говорить только как проектировщик и верстальщик. Из минусов в системе вижу:
- Отдел тестирования не поспевает за отделом разработок, а те не успевают за маркетологами — и это большая беда.
- Из-за того, что битрикс хочет быть удобным всем в компоненты пихается избыточная функциональность, как результат: при обычном подключении компонента — море данных большая часть из которых не нужна.
- Маленькая и порою неопытная поддержка, поэтому при некоторых проблемах приходится отлавливать и писать на видео, как генерится проблема, иначе можно часовой вопрос решать за 2 недели.
- Отсутствие полноценной документации на D7, на котором все работает быстрее, данные берутся только необходимые.
Большой плюс в том, что есть система событий, с помощью которой и API можно практически все переопределить, изменить и дополнить. Остальные плюсы расписывать смысла не вижу, потому что мало людей критикующих аргументировано, в основном это горе-кодеры, которые не умеют читать документацию, что четко отслеживается на гостевом форуме Битрикса
oxidmod
30.03.2016 16:19> Отсутствие полноценной документации на D7
> горе-кодеры, которые не умеют читать документацию
както одно с другим не вяжется. Так что извините, но нет)))shurupkirov
30.03.2016 16:36Почему не вяжется — вяжется хорошо.
98% вопросов связаны с текущими фишками, а не с разработкой собственных модулей и компонентов
- D6 описан прекрасно, практически все решается из документации, видеоуроков и т.п.
- D7 необходим для написания собственных компонентов. Зачем писать новые вещи на старом?
dovg
30.03.2016 18:44Видеоуроки, запись багов на видео, гостевые форумы.
Хм, дивен все-таки мир битрикса.shurupkirov
30.03.2016 19:00Увы, он такой. Техподдержка — это не их конек. И абсолютная правда, что у них просто отличный маркетинг, а все остальное не всегда на уровне
horses
30.03.2016 22:22Вы что фантазируете? D6 никакого не было.
А все новое пишется на D7. Документации да, нет. Точнее нет полной документации. Есть курсы и видео уроки.
Тут уже идеологически было решено, что она писаться подробно не будет, так как код документируется phpdoc'ом.shurupkirov
30.03.2016 22:30Да, фантазирую. D6 я называю все старое, что было
Увы, большая часть ни о чем не говорит.
Для того, чтобы написать свой модуль бонусной системы на D7, сотруднику пришлось изучать всю админскую часть sale. Причем поиск информации занял 75% от всего проекта
- D6 описан прекрасно, практически все решается из документации, видеоуроков и т.п.
murzix
28.03.2016 11:30Не люблю нарываться на минусы, но ответить считаю необходимым.
- Да, битрикс не соответствует стандартам PSR. Но заявление что в битриксе нет архитектуры ложно. Попробуйте почитать мануалы, перед тем как разрабатывать что-то для незнакомой системы.
- Вы написали
Это просто унизительно, продавать за деньги систему, в которой HTML код перемешан с JS, PHP и CSS.
А потом не привели примеров этой мешанины. Вместо этого взяли самую старую функцию ядра битрикса, уникальную в своём роде — http://bxapi.ru/src/?module_id=iblock&name=CIBlockElement::PrepareGetList
Эта функция вызвается в десятках тысяч проектов каждый день. Я думаю, разработчики были бы рады её переписать, но она нужна для совместимости.
Такое жонглирование фактами не делает вам чести.
- Не вижу в этом аргументе ничего кроме эмоций.
В сухом остатке имеем не подкреплённый фактами голословный высер. Я пишу под битрикс давно и знаю кучу его минусов, про некоторые даже писал. Минусов у битрикса очень много, но плюсов тоже предостаточно.
Я за то чтобы битрикс критиковали на хабре. Если человек напишет грамотный аргументированный пост о минусах системы, то будет больше шансов на её улучшение.
Но вот такие посты ни к чему, кроме газификации луж не приведут.pistol
30.03.2016 17:00- Прочитай книжку про паттерны программирования, любую. Тогда узнаешь, что такое архитектура.
- Это слишком очевидно, чтобы приводить пример. Открой любой файл админки.
Я тоже много писал на Битриксе (заставляли на работе). В целом, у тебя еще все впереди :) Ты еще откроешь для себя мир настоящего программирования (а не лапши) и посмотришь назад, как на страшный сон :)murzix
30.03.2016 17:41- Ви таки не повеrите.
- Своим сообщением я осуждал вынесение обвинений без приведения примеров. То что там такой код существует для меня не новость. Хуже всего то, что сначала топикстартером был выдвинут один тезис, а пример был приведён абсолютно по другой проблеме.
Ну а последний пассаж выглядит забавным. За свою жизнь я уже решил множество проблем посредством кода, и никогда меня "заставляли писать" на какой-нибудь фигне. Надеюсь, что я не узнаю, каково это.
- Да, битрикс не соответствует стандартам PSR. Но заявление что в битриксе нет архитектуры ложно. Попробуйте почитать мануалы, перед тем как разрабатывать что-то для незнакомой системы.
oxidmod
28.03.2016 12:00для небольшого магазина очень хорош oxid-eshop
www.oxid-esales.com/en/home.html
есть комьюнити и 2 разновидности платных версий.
изначально ориентирована не европейский рынок, но есть модули локализации под русский язык, а также попадались модули оплаты и доставки. В крайнем случае модуль оплаты всегда можно написать самому очень легко (на прошлой работе писал модуль оплаты через PayU)
весьма рекомендую)oxidmod
28.03.2016 12:07еще не дописал, большой маркет модулей. как бесплатных, так и платных на любой вкус и цвет
hcbogdan
28.03.2016 12:00+1Согласен с автором, но для кого эта статья?
Каждый кто работал знает, что bitrix всегда был и остается шлаком.
SyRuS
28.03.2016 12:00Работаю системным администратором, не единожды приходилось сталкиваться с этим УГ. Аплодирую Вам!
AlexSerbul
28.03.2016 12:04+3Интересно бы увидеть пост на тему: linux глазами программиста. Там же C, структурки, нет ОРМ и красивых паттернов. А работает же, и хорошо.
xoma
28.03.2016 13:30+1Кто бы что не говорил про Битрикс — эта система имеет наибольшее кол-во установок (в рунете) чем иные системы.
Мне не очень понятна одна вещь. Что битрикс отдает сообщетству? Есть какой-то вклад в развитие пхп-сообщества? Есть какие-то open source официальные решения? Есть конференции именно для разработчиков, а не менеджеров? Есть ли развитие ?! Мне вспомнился их широко раскрученный фреймворк для тестирования пхп-приложений. Тесты необходимо было писать, внимание, на C#! С такой помпой прошло это все по всем битриксовым каналам и где оно теперь? Имхо, но битриксу теперь, имея деньги, имея продукт, стоит подумать о своей репутации в кругах именно разработчиков, а не владельцев веб-студий, диджитал-агенств и прочих любителей заработать на перепродаже.
adamant
28.03.2016 14:14Есть конференции именно для разработчиков, а не менеджеров?
Да. Навскидку:
http://failoverconf.ru/conf2016/ — проводится 5-ый год.
http://conf.1c-bitrix.ru/winter2016/ — собственная партнерская конференция. Второй поток уже давно вообще не про Битрикс, а про технологии в целом.
http://bigdataconf.com.ua/2015/ — делает украинский офис Битрикса.xoma
28.03.2016 14:22То, что делает украинский офис — это супер, Ваш доклад на devconf — был супер, но остальные 90 % активностей битрикса в публичном поле — продажи, продажи, маркетинг, маркетинг, продажи. Не хватает отдельных «хардкорно-технических» мероприятий. С удвольствием послушал бы (может есть) как вы масштабируете saas (Б24), на чем это все крутится, где и т.д. Я не хочу слушать про «хайлоад инфоблоки», я не пишу на битриксе, но мне интересен ваш опыт как большой «пхп-компании».
murzix
28.03.2016 15:11А можно организовать конференцию не по "Бигдата в магазине", а про битрикс фреймворк вообще?
ktarasov
28.03.2016 15:55Как так, ведь они говорят, что под капотом плаформа D7, которая вся ООП и лучше чем тот код, который был?
Я просто не в курсе, у нас в Concrete5 под капотом Symfony, хотя думаю с любым, даже самым лучшим инструментом, можно написать плохой код.
Все же было бы интересно узнать, что там с D7 и как это помогает разработчикам на Битрикс? Вылечило ли введение новой платформы те детские болезни, что были у системы вначале?
alexraven
29.03.2016 14:2022 аргумента по ссылке… Обязательных, Карл! Очевидно, они не слышали, что аргументы можно передавать массивом (как это широко используется в Wordpress, например). А я-то на Magento ругался...
shurupkirov
29.03.2016 16:55перечитайте комменты, функция старая, системная и юзается как раз на старых проектах, где никто и не обновлялся десятки лет
IBobko
29.03.2016 15:39Интересно, а что прикажите делать битриксу? Он писался, когда программирование и паттерны еще были не устаявшиеся… Сегодня переписывать всю эту машину будет слишком дорого.
pistol
29.03.2016 15:43+1Добрые люди умудряются бесплатно писать такие же махины на Гитхабе. Была бы мотивация — давно бы переписали этот треш.
dmitryvashkevich
29.03.2016 17:13Можно увидеть аналог Битрикса по функционалу на гитхабе?
pistol
29.03.2016 17:17+1https://github.com/DevGroup-ru/dotplant2
Но это маленький элемент махины. К ней через компосер можно установить что угодно, даже не связанное с магазином.dmitryvashkevich
29.03.2016 17:59Вы всерьез полагаете, что Битрикс и этот интернет-магазин в одинаковых весовых категориях?
Ваш пример изначально разрабатывался под Yii2. Разработчикам не требуется обратной совместимости с сайтами, которые были разработаны десять лет назад. А вот Битрикс без проблем может так обновиться и будет работать.
Функционально проекты также несравнимы. Документации — кот наплакал. Куча модулей — alpha версия.
Ну и то, что разработчики вашего примера на своем сайте указывают, что работают с Битриксом — что-то, наверное, да значит.pistol
29.03.2016 19:09Как только придут маркетологи в любой опенсорс, alpha версии превратятся в "Пёрфект Интерпрайз Версион" без изменения начинки :)
Битрикс можно переписать, полностью оставив совместимость. Была бы мотивация, покупать при этом больше не станут :)dmitryvashkevich
29.03.2016 19:30pistol
29.03.2016 19:35Тот случай, когда даже просто комментировать, даже просто поиздеваться противно.
xoma
29.03.2016 22:30Посмотрите на https://github.com/magento/magento2 проектов и инсталяций в разы больше, чем у битрикса (в мире)
Все обсуждения и баги публичны https://github.com/magento/magento2/issues
Сообщество принимает участие в разработке, делится кодом — https://github.com/magento/magento2/pulls
Magento, кстати, сделали очень правильно — они просто взяли и сломали совместимость между версиями, да они некоторое время будут поддерживать две ветки, да это сложнее. Зато они получают современный продукт.
Сравните подходы. Открытость, современные подходы и технологии, сообщство.
Что есть у битрикс? Ничего https://dev.1c-bitrix.ru/community/webdev/user/160200/blog/11243/
Вот еще пример открытого проекта с хорошими деньгами — https://github.com/orocrm/crm Открытого! Да, можно просто скачать, установить и использовать. Ни лицензий, ни платежей. Как мне скачать битрикс? Виртуалка? Вы серьезно?
dmitryvashkevich
31.03.2016 00:45Еще раз повтрюсь — вы сравниваете продукт, который вышел более десяти лет назад, с молодым продуктом.
Ваше протеже имеет очень красивый код, красивую структуру, но по функционалу он никак не может потягаться с прогнившим старпером. Который покрывает почти весь необходимый функционал. Сделать на магенте интернет магазин с накопительными дисконтами, которые выдаются на кассе оффлайн. магазина и связать их в двухстороннем порядке. Извините, но два года назад это просто не решалось. На битриксе — решалось.xoma
31.03.2016 09:52Magento 1.x вышла в 2007 году — это 9 лет назад. За это время в текущей реализации накопилось столько «косяков», архитектура стала отставать от современных практик, что ребята решили не тянуть кота за хвост, не поддерживать BC с кодом 10-ти летней давности, а просто сделать новый продукт, учитывая опыт и наработки, полученные за этот период. Да, сейчас они поддерживают обе версии, но постепенно все, кто захочет — перейдет на 2.x.
Любую задачу можно решить на любом инструменте. Если что-то не позволяет сделать API, можно сделать через костыли (вроде прямых операций с бд). Я уверен, что Ваша задача решалась и на magento.
dmitryvashkevich
31.03.2016 01:03Пропустил ваш последний абзац, ночь на дворе, сонный :)
Битрикс доступен в исходниках. Обфуцирована там только проверка лицензии. Но вы без проблем можете в течении месяца пользоваться демо-версией (с полным функционалом) и делать с ней что угодно. И эта демо-версия по коду абсолютно ничем не отличается от оплаченной версии.
Предлагаемая виртуалка — это просто для удобства. Скачал, запустил, установил… Если сервер с их решением, через консоль просто методом почкования запускаешь новые сайты на битриксе несколькими командами. Как-то так.xoma
31.03.2016 10:01«в течении месяца» — это ключевое, а если я за месяц не освою?
Чтобы продолжить изучать работу ИМ на битрикс я должен заплатить от 30К?
Я хочу видеть как работают битрикс коре-девелоперы, хочу видеть вот такое https://github.com/magento/magento2/commit/ce68a6d85b8af6036b18ddd990a82ed87dc67f9b, хочу понимать как они принимают решения, добавляя ту или иную фичу, хочу видеть их правки, хочу учиться у них в конце концов.
Вместо этого я вижу что? Тонны конференций, где презентуют «новые супер фичи».horses
31.03.2016 11:29еще две недели у вас будет сверху сайта выводиться предупреждение о том, что кончилась лицензия. Единственно, оно в некоторых случаях может ломать верстку (так как насильно пихается "куда придется").
А потом сайт выключиться. Но вы можете переустановить систему заново, перенести свой код, если он есть и опять пользователя 30-ой версией.xoma
31.03.2016 11:39И это с Вашей точки зрения удобно и хорошо?
horses
31.03.2016 11:52А где вы вообще видели бесплатно предоставляемый коммерческий программный продукт на неограниченное время?
Но вообще, если вы зарегистрируетесь как партнер, то вам будут предоставлены nfr ключи, как раз для разработки.
Мне вот полгода нужно на освоение adobe premier (теоретически, я его знаю), но вот зараза: мне никто не даст пользоваться полгода бесплатно.xoma
31.03.2016 12:14«А где вы вообще видели бесплатно предоставляемый коммерческий программный продукт на неограниченное время?»
Вот тут: https://magento.com/, https://www.orocrm.com/, https://www.orocommerce.com/, https://www.akeneo.com/ и еще много много.
Мало того, что время на изучение/пробы/тестирование — неограниченно, так я могу и в продакшен спокойно использовать. А когда мой бизнес созреет — я смогу купить коммерческую поддержку. И да, все перечисленные выше проекты именно «коммерческий программный продукт».horses
31.03.2016 12:42Продукт, который распространяется бесплатно не является коммерческим (в плане того, что его вам не продают).
Продажа поддержки: это совсем, совсем другое.
Я так могу начать продавать поддержку на вордпресс. От этого сам продукт не станет коммерческим.xoma
31.03.2016 13:09Серьезно? Почитайте вот это https://magento.com/products/enterprise-edition и вот это https://magento.com/products/community-edition
С magento вы можете начать быстро и бесплатно, а купить продукт можете только тогда, когда вам это будет необходимо.
Вы можете поддерживать вордпресс, но это будет поддержка не от вендора, надеюсь разницу не стоит объяснять.
oxidmod
31.03.2016 12:17тот же Magento 2 CE. из коробки покрывает 80-90% треований мелких и средних магазинов. При этом никто не мешает по мере необходимости расширять возможности бесплатными/платными/самописными модулями
OXID eShop CE аналогично
makaroveugene
29.03.2016 17:06+2Коммерческая система, чем больше и запутанней тем больше работы программистам, соответственно больше денег вытянуть из покупателя. 50% модулей в топовых редакциях чистый маркетинг, чтобы подороже продать. Уже давно их бюджет на рекламу и маркетинг в 1000 раз превышает бюджет на разработку.
OlegTar
29.03.2016 21:48их продукты имеют высокий порог вхождения
в Битриксе как раз высокий порог вхождения. Там нельзя взять и дописать нужный тебе код.horses
30.03.2016 00:44Ошибаетесь. Битрикс позволяет очень много свободы разрабтчикам. Там масса механизмов для кастомизации. Заканчивая самой тупой: это кастомизация компонентов ядра. Так же можно с модулями.
То, что вы не можете залезть в любое место кода и исправить: да даже можете. Просто не обновляйтесь или иначе ваши правки в ядре будут пререзаписаны при обновлении.OlegTar
30.03.2016 11:14От тех, кто работает с Битриксом, я слышал обратное, что просто так не войти в разработку на Битриксе
murzix
30.03.2016 12:59Войти туда сложно. А вот вляпаться и наговнякать — без проблем.
Какой файл открыл — туда и кодь, это популярный подход у студентов фрилансеров. А потом они же пишут вот такие статьи, как у топикстартера =)
horses
30.03.2016 21:55Ну так скажем: "не раз два". Но и никакого космоса. Чтобы начать программировать уже на базовом уровне, вам достаточно пройти, доступный бесплатно, видео курс учебный, где вам расскажут, как структура системы устроена, что такое компоненты, модули, какие места есть для кастомизации и т. п.
На это у вас уйдет по несколько часов вечера ну недели две.
Это при условии что вы сами не дурак и сами знаете php и т. п.
К сожалению, я встречал не мало людей, которые по верхам нахватались и давай кодить. При этом у них даже знаний php почти нет.
stanlee
30.03.2016 01:53Сам битрикс обхожу стороной, но, даже если не брать мое мнение во внимание, то, не встречал ни одного разработчика, который бы не хаял битрикс.
horses
30.03.2016 22:27У меня вот знакомая была, которая жаловалась, что у нее за всю жизнь парни, только одни полицейские были. Первый, второй, третий. Все полицейские и только. Говорят что сама не искала, так получалось.Вот я тогда ей предложил сменить круг общения, если она это считает проблемой и хочет наконец замуж выйти не за полицейского.
Так что подобное могу и вам посоветовать :)
Но это шутка. А если серьезно: не ругают то, что никому нафиг не нужно и не интересно. И ничего идеального в этом мире нет.stanlee
31.03.2016 02:13Если бы круг общения решал.
Иногда совсем незнакомые люди говорят тоже самое.
Сам я лично код битрикса смотрел лет 5 назад, ужаснулся и для себя решил, что с ним дел иметь никогда не буду.
А мнение знакомых это только подтверждает по сей день.
smarteq
30.03.2016 06:42+1Ох как давно я ждал этого поста!
Для начала пару слов о себе: я идеологический адепт CodeIgnietr`а (это типа ответ на вопрос "ты кто по-жизни") не брезгующий написанием "нативного" php-кода запускаемого через какой нибудь fpm или uwsgi. Кроме всего прочего активно интересуюсь другими технологиями вроде flask, rails, etc.
Теперь собственно комментарий.
По началу я не понимал почему веб-студии так любят битрикс. Но непонимание было прежде всего в контексте "а чем Джумла-то хуже?". И в один момент я прозрел! Если заказчик "готов" платить 15к+ за "движок" значит он в принципе готов платить. То есть когда приходит Вася со стандартным "хочу сайт" который ничего не понимает в движках и технологиях, его интересует чтобы все было круто и стильно и тут на него подобно "космической кары нейтронный фугас" разрывается эта маркетинговая бомба, которую подогревает цена за продукт — естественно он себя ощущает либо реальным пацаном который пришел в автосалон покупать бэху чувствуя что вот сейчас он уедет на лакшери тачиле, либо понимает что за 5 тыщ ему никто ничего делать не будет. Разумеется тут бюджет раздуть намного реальнее чем на нищебродском вордпрессе или джумле. Тут же лицензии надо покупать, все серьезно, че. После этого я стал относится к битриксу более чем ровно — если клиент готов платить, то это типа детектор платежеспособности. С нищебродами никто не любит работать.
Разумеется сказанное выше не относится к серьезным ребятам которые знают чего хотят. Которые понимаю что под их задачи решение придется "переписывать с нуля". Там и разговор начинается с других вещей.
И еще отдельно хочется сказать про участившиеся последнее время предложения работы от молодых динамично развивающихся компаний с тим-лидом у которого 10+ лет стажа во всевозможной разработке начиная от десктопных приложений и заканчивая RTOS-решениями. Однажды я сам подписался под нечтоподобным. Тоже искал субподрядчиков. Я тогда был менее опытен в архитектурном плане чем сейчас и рассказывая об особенностях своей архитектуры мне один какой-то программист цинично ответил что его не интересует этот детский сад или студенческая поделка. Как-то так он выразился, сейчас уже не помню дословно, но суть думаю вы уловили. Мне было неприятно, но сейчас я понимаю насколько он был прав тогда. Так вот получая очередное предложение от молодой динамично развивающейся компании с тим-лидом суперменом я вежливо отвечаю что спасибо за предложение, но битрикс в принципе не рассматриваю как хоть сколько нибудь интересный с профессиональной точки зрения продукт. А в голове сразу всплывает тот программист и я его понимаю.
Резюме — битрикс это один из сравнительно честных способов отъема денег у населения с присущей этому явлению пестротой фауны от откровенных полупокеров от мира программирования, до очень жирных (и неглупых) спецов без которых хоть сколько нибудь серьезный проект на этом просто не взлетит и талантливых продажников, подписывающих договоры на суммы сопоставимые с бэхой с салона.
No More.mgis
31.03.2016 19:30Ваша история конечно примечательна.
Я не большой сторонник 1С и всего, что с ним хоть мало-мальски связано, тем не менее смотрел недавно вебинар про Битрикс24.
Странно немного, на хабре Битрикс как только не поносят, зато 1с на него такие план строят, а уж те цифры которые которые они приводили в качестве использования по Миру, повторюсь по всему Миру, а не только в России, заставляют задуматься..А может мы все с вами не знаем того, что знает разработчики 1с?
Что не говори, а бабло немереное рубим не мы с вами, профи и энтузиасты открытого ПО и современных технологий, а эти парни, что пилят "кривой" по мнению хабросообщества продукт.smarteq
01.04.2016 05:19Ну все же давайте отделять мух от котлет.
На Хабре битрикс поносят исключительно за дело и с учетом минусования неадекватных комментариев — качество критики битрикса вполне обоснованное. Но надо понимать что это слова. На деле ситуация такая, студиям выгоден битрикс потому что:
- как я уже писал выше, лицензирование с которого студия имеет свою маржу в качестве бонуса отделяет неплатежеспособного клиента от клиента, которого можно развести на лавэ. То есть те, у кого бюджеты 10-20 тыщ (которые не интересны веб-студиям) просто уходят к фрилансерам, которые им то же самое сделают на вордпрессе/джумле/мод икс;
- вопрос того "что под капотом" (собственно за что и критикует битрикс хабрасообщество) заказчика волнует в последнюю очередь (а хабр в первую!). Ну и собственно до тех пор пока размеры данных топчутся в районе пары сотен текстовых страниц (статьи, информационные страницы и т.п.) и пары тыщ товарных позиций в магазине при посещаемости в 2,5 анонимуса в час, а таких сайтов на битриксе более чем, вопрос оптимизации не стоит вообще, оно просто будет работать, не смотря на трижды кривой и корявый код под капотом.
- популярность, экосистема и количество разработчиков. Думаю тут пояснения не требуются.
По этому ничего удивительного в том, что по всему миру рубят бабло на битриксе нет. Сам по себе факт рубки бабла это показатель востребованности решения которое далеко не всегда коррелирует с его качеством. Другими словами: я сделал керосиновую лампу отличного качества, горит в любую погоду, коптит по-минимуму, но вот народ пойдет и купит диодный светильник подвальной китайской сборки.Adward
01.04.2016 06:16Хочется подписаться под каждым словом. Однако же, всё же непонятно, почему продукт жив, ведь каждый второй разраб понимает, что под капотом — самизнаетечто? Мне сложно понять почему продукт не исчезает с рынка эволюцмионным путём, путём естественного отбора? Не ужели всё же изза того, что это понятный инструмент, как вы выразились — "отделения неплатежеспособного клиента от клиента, которого можно развести на лавэ"?
Galamoon
01.04.2016 17:55-1Ок, вам не нравится битрикс, как говорится критикуете — значит предлагайте. Подскажите мне cms заточенную под коммерческий сегмент и не страдающую детскими проблемами желательно с ценником до 1к$.
coh
01.04.2016 19:32«Не согласен — критикуй, критикуешь — предлагай, предлагаешь — делай, делаешь — отвечай!»
Если сократить: Не согласен -> отвечай!
oxidmod
01.04.2016 21:28уже не однократно упоминавшийся Magento 2 CE. из немного экзотичного OXID eShop CE, ShopWare CE. Все бесплатные, все дадут битриксу фору в стоимости кастомизации и поддержки
Alexufo
03.04.2016 01:35-1Простите, когда дело касается 1С — коробочное стандартное решение битрикса — лучшее на рынке. Хотя бы потому что уже отточено. ничего там фору ему не дает, это миф. Хуже битрикса, лучше ничего нет. Где эта поддержка по стране студиями Magento 2 CE и прочего? нету ее в таком объеме.
- как я уже писал выше, лицензирование с которого студия имеет свою маржу в качестве бонуса отделяет неплатежеспособного клиента от клиента, которого можно развести на лавэ. То есть те, у кого бюджеты 10-20 тыщ (которые не интересны веб-студиям) просто уходят к фрилансерам, которые им то же самое сделают на вордпрессе/джумле/мод икс;
methodx
Хорошая критика, хоть и видно что наболело. Я бы еще с удовольствием почитал статью «Битрикс глазами системного администратора» или DevOps'а, в том же ключе и стиле изложения.
lolipop
лучше не надо, если глазами программиста получилось без мата, то глазами сисадмина без мата уже не получится.
inkvizitor68sl
Да ладно, у меня один плейбук виртуалку под битрикс настраивает, написал за полдня. Единственное что, бесконечная рекурсия стека — это сразу идите лесом.
Ну и переход на ssd под битриксом решает почти 90% проблем с ним с т.з. администрирования.
rhamdeew
Для этого разработали bitrix_env при помощи которого можно очень быстро все развернуть. Разворачивал битрикс и на виртуалках и на дедиках и на шаред-хостингах. В основном все заводится сразу + есть инструмент для самодиагностики. Остается только подкрутить некоторые параметры для повышения производительности CMS.
Большинство тормозов в тормозном Битрикс-сайте обычно приходят со сторонними разработчиками =)