Фреймворки PHP VS Битрикс и CMS: дискуссия с Александром Макаровым и Иваном Поддубным

🔥 Изучай PHP на Хекслете: ru.hexlet.io/programs/php?utm...
🤟 PHP Community: phpcommunity.ru/
Как изменилась разработка с помощью Bitrix, WordPress и других CMS в 2022? Что лучше - коробка или фреймворк? Поговорим о различных решениях, которые существуют вокруг PHP.
Спикеры:
- Иван Поддубный, CTO Webpractik и организатор комьюнити RND PHP
- Александр Макаров, разработчик Yii framework, организатор PHP Russia
- 00:00 - интро
- 00:46 - решения для разработки на PHP и почему у Битрикса и CMS спорная репутация
- 02:46 - как изменился Битрикс, глобальные объекты и кейс, когда Yii проиграл
- 05:52 - почему Битрикс так популярен и есть ли другие похожие коробочные решения
- 09:02 - почему Иван выбирает Битрикс, а не Drupal, MODX, WordPress или фреймворки
- 12:00 - перфоманс и фронтенд на Битрикс-проектах
- 14:54 - зачем делать SSR на JS, если есть шаблоны
- 18:40 - почему React так популярен и куда движется шаблонизация
- 23:20 - проблемы webpack
- 28:34 - бэкенд должен заниматься бэкендом и фактор рынка
- 33:53 - кастом и взаимодействие с саппортом Битрикса
- 39:46 - что дешевле: разработка с нуля или сопровождение коробки
- 43:03 - web 2.0: рендеринг и проблемы серверов
- 50:02 - проблемы валидации кэша и админки
- 53:10 - новый тренд: JAM-стэк
- 53:51 - на какой админке Саша делал бы админку
- 59:58 - что точно не стоит писать на Битриксе
Если видео было для вас полезным, ставьте лайк и поделитесь им с друзьями.
Подписывайтесь на наш telegram-канал: t.me/hexlet_ru
#хекслет #дискуссия #php #битрикс #yii #framework

[@HexletOrg]

🐞 МАЙ! До 14 мая PHP со скидкой от 80 000 до 130 000 рублей: ru.hexlet.io/link/quEn9B

[@evgeniysergeev2708]

Парни супер, давно не получал удовольствия от таких бесед. Прям круто.

[@programmer-inwall]

Спасибо. Приятно слушать профессионалов!

[@user-obyuzer]

"мы считаем что у битрикса более сильная ORM чем у ларавела", мда, зачем дали ему микрофон?

[@artZhitnik]

Да уж, меня тоже резанула эта фраза

[@pryanik150]

В bitrix есть поддержка put и прочих запросов по умолчанию?

[@north-leshiy]

@@pryanik150 Да

[@north-leshiy]

Ну давай расскажи что Active Record это хороший паттерн =)

[@user-obyuzer]

@@north-leshiy что? откуда вообще вырос такой вывод на мое цитирование?

[@aleksandrkobelev8868]

По историческим причинам)) ахаха. По причине 50% комиссии от битрикса.

[@north-leshiy]

Это такие копейки. Чтобы ты понимал доля дохода от комиссии битрикса у нас - менее 5% оборота. Может конечно есть у кого больше, но не думаю что сильно.

[@aleksandrkobelev8868]

@@north-leshiy интересно конечно, если про коммерческую часть разработки расскажешь в отдельном видео. В любом случае спасибо за интервью.

[@goriaev]

@@north-leshiy даже 5% по идее неплохо. Так как чистая прибыль получается. Если заложиться на 25% рентабельность, то лицензия приносит уже 20% от всей прибыли битрикс-компании)

[@Crow1308]

Битрикс одна из самых ужасных вещей созданных людьми для людей

[@deenkag3152]

Не соглашусь. И на нем можно грамотно и красиво оформить код, применяя лучшие паттерны программирования. Для малого бизнеса самое то.

[@Crow1308]

@@deenkag3152 для малого? Прогеры на битке стоят как эскортницы. А для того чтоб грамотно и красиво код оформить надо курсу проходить пол года

[@rusrus9017]

​@@deenkag3152 зачем оформлять код красиво? Главно чтобы выполняло задачу для бизнеса

[@alexdomanskyi7301]

Нет, ты просто ещё не познал всю глубину и его философию😉

[@MadeFrost]

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

[@user-py5tb8qn4b]

Поддерживаю несколько сайтов на Битриксе - это ад, открываешь после них проекты на ларе или уии - и отдыхаешь морально.

[@user-rw4cg5ii4t]

Спасибо, было интересно послушать.

[@strandedinthe0737]

А где вопросы, когда у битрикса 250 гигов кеша для ИМ на 500 000 товаров? Почему для того чтобы завести битрикс нужно на хостинге брать какие то ниипческие характеристики, как будто я там запускаю серверную игру? Инфоблоки моё любимое - теория баз данных, да кому она нужна - вот есть инфблоки мы на них можем построить всё что угодно (это пока иного не потребуется, а когда потребуется будет очень интересно). А вот лапшекод в компонентах битрикса тот же остался? Типа, чтобы мне изменить логику мне нужно скопировать папку с компонентом или шаблоном компонента на 3 килобайта, чтобы там изменить что то? Чего там с гитом у битрикса? до сих пор муки с тем чтобы класть ядров гит (тот кто не кладёт ядро в гит, привет вам, как вы мониторите обновления битрикса по кнопочкам,) Агенты у битрикса всё такие же ублюдские? работаю 15 минут и ставлю какой то там статус в таблицу агентов? А как битрикс поддерживал 2 ядра и не смог и я так понял сейчас будет 3 ядра) ОРМ на инфоблоках точно ОРМ? Битрикс всё также не работает с единой точкой входа и использует подход получения физического файла index.php? А динамические урлы всё так же работают через 404? Короче где весь этот адище? О котором я хочу услышать?

[@north-leshiy]

Вопрос к архитектору который сделал кеш на 250 гигов на пол миллиона товаров. Что ты кешируешь и зачем. Если ты закешируешь html в любом фреймверке на 500'000 товаров ты получишь меньше кеша? Инфоблоки - очень удобно когда тебе не нужно изобретать велосипед. Посмотри на strapi, у них тоже есть подобная сущность. По факту это паттерн построения высокоуровневой сущности. Тебе не нужно пилить велосипеды в очередное хранилище файлов, очередное множественное поле и пр. Экономит десятки и сотни часов разработки. Но ты должен понимать как они устроены. У нас джуны первым делом изучают структуру таблиц инфоблоков. И не фигачат туда то что не должно в них хранится. Лапшекод в компонентах? Забудь про компоненты и не пользуйся ими друг, используй API based. Я об этом и говорю в этом докладе. Какие у тебя проблемы с гитом мне не ясно. У нас более 10 лет все проекты под гитом и дебилов которые не добавили vendor/bitrix нет. Есть рукожопы у которых плохо со знаниями возможно. Может в твоей среде их много? ORM давно на инфоблоках. Агенты как были шедулером так и остались. На некоторых проектах мы используем другой шедулер когда нужна распределенная блокировка. Есть роутинг друг, и 1 точка входа. Для старых систем - обратная совместимость. Судя по комментариям ты либо работал с ним очень давно или очень ленился идти в документацию. Или работал в типовой говнокомпании где не разбирались с инструментом, а хейтили его.

[@strandedinthe0737]

@@north-leshiy судя по твоим ответам ты сектант. Такой же как рыжиков. Ты прям впитал весь маркетинг от битры. Неудобные вопросы игнорируем, а в остальном рассказываем что инфоблоки это удобно, избыточное кешмоовпние это нормально, много кеша ? Ну так это партнёры наши некомпетентные. Эту песню я уже слышал, потом я открывал код и смотрел что написано в написан шлак. Помню всем рассказали про крутые новые заказы и сломали их в первую же неделю в первом же обновлении. Я все эти дифирамбы о том что Битрикс хороший уже слышал много раз, и когда есть претензиия то шлют в документацию, которая всегда не актуальна и всегда противоречивая и всегда отстаёт от реального положения дел. Или виноват ты или виноват или клиент виноват или ты всю жизнь учил про нормальную форму бд - но ты был не прав, потому что инфоблоки это чтобы не было велосипедов. Аргументы в стиле выучи Битрикс он клёвый, это ты не клёвый со своими ioc di solid. Я на битре не пишу уже года 4 и хорошо, есть же кому он нравиться, например ты))) тебе нравится - пиши. Ты же сам говоришь что в приоритете для тебя клиент. Я бы даже сказал что битриксоиды все как один как сектанты повторяют мантру. Клиенту выгодно. Только вот в плане разработчика не выгодно. Не выгодно это разработчику.но всё это моё имхо, которое расходится с твоим и я между прочим этому рад.у нас разные дороги, я был на твоей и тоже самое делал.

[@north-leshiy]

@@strandedinthe0737 Угу, сектант) Вступай в наши ряды :DDD (Не нужно, пожалуйста) Смотри, мы пишем бекенд (и я в частности, я CTO который еще лазит в код) много лет на следующих инструментах 1. Bitrix 2. Laravel 3. Nestjs 4. Strapi Мы подбираем лучший инструмент под задачи. Наш многолетний и широкий кругозор позволяет выбирать наиболее выгодный инструмент и для нас и для клиента. Фишка в том что мы научились работать с битриксом так, чтобы соблюдать максимум бестпрактиксов. Мы даже научились его деплоить в кубер =) Мы не используем битрикс там где ему не место. Мы не используем голый фреймверк там, где нужна CMS. Мы не пытаемся на PHP решать задачи там где можно проще решить задачу на nodejs или go. Каждому инстурменту свое место =) Батя Макконелл на это ссылается) Нужно как то возносится над ЯП и инструментами и грамотно их применять там где им место =) Я вообще не призываю всем использовать битрикс) Он подойдет не всем проектам и не всем командам. Я делился нашим опытом выбора инструмента и делился причинами почему его выбирают клиенты и иногда выбираем мы. И да, пресловутый маркетинг Рыжикова я тоже упомянул в докладе ;)

[@strandedinthe0737]

@@north-leshiy есть только 1 причина использовать битрикс. Битрикс это не инструмент, он рождён быть костылём, единственная его область применения - взять коробку и запустить и ничего в этой коробке не менять - всё, больше нет у него преимуществ, ибо даже в таком виде например в срмке годами не могут фиксить проблемы.

[@north-leshiy]

​@@strandedinthe0737 Коллега, да вы фанатик =) Но мне очень инетерсно какое решение выберете вы для решения задачи, возможно расширите мой кругозор) Представьте у вас проект, 1. Российская корпорация, нужно соблюсти все приказы ФСТЭК и 152ФЗ. 2. Срок 3 месяца 3. Объем команды только для продукта (без админки) 20 человек Оценка реализации кастомной админки на laravel или react-admin - предварительно займет от 20 до 30%. На Strapi меньше. Это большие деньги, в сжатые сроки нужно найти оптимальное решение. Если браться за костомную админку есть риск не уложиться в сроки и провалить контракт. Какое готовое решение для этой enterprise задачи для админки вы возьмете?

[@user-we1xw7sl1u]

Для создателей Аспро в аду есть отдельный котел...

[@blm3570]

спасибо разработчикам аспро за постоянный и нескончаемый поток работы кому то нравится ковырять очередной js-фреймворк, а кому то ковырять "готовые решения" на bitrix - вкусовщина

[@voothi-it]

А в Битриксе появился нормальный инструмент миграции БД? В 2019 была возможность только вручную накатывать через админку, условно.

[@north-leshiy]

Из коробки к сожалению пока что нет. Возможно, появится в BF3 ядре. Пока что люди прикручивают любой популярный open source пакет с миграциями. Мы к примеру используем по умолчанию Phinx, в некоторых отдельных случаях использовали миграции из Laravel

[@user-py4en8mv4n]

Мы используем хороший модуль sprint.migration встраивается в пайплайн без проблем

[@DM-pd7qk]

Почему у Александра Макарова нет ютуб канала?

[@den-rad]

+1, его канал можно было бы наполнить его видео с разных конференций и выступлений

[@sam_dark]

Руки как-то не доходят собрать-запустить.

[@user-fx5hz6eq8i]

7:32 - Лицо Александра, когда услышал "Мы делаем Enterprise на Laravel И Bitrix"

[@voothi-it]

В моем понимании, бизнес-логику по складам и лучше реализовывать на бэк-офисе, в 1С:Предприятие, например. А Инернет-магазин - фронт-офис, без тяжелой логики.

[@ivan_lebedev]

Да и интернет магазин тоже на 1С надо, вдруг там тяжелая логика начнется))

[@apavlyut]

На какой минуте про Hotwire смотреть?

[@HexletOrg]

Мы скучаем по тебе 💜

[@user-pp4sv2nh9q]

В yii много массивов)) А в битриксе вообще красота) Та там каждый компонент на массивах, чувак просто давно не заглядывал походу) в битриксе все через одно место сделано)

[@alexneo5458]

Вот немного странная позиция, рассуждать от того какие задачи можно сделать, о клиентах думать и т.п. Мы же разработчики и должны думать о себе и в первую очередь, исходить из этого. Какая разница разработчику, что клиенты хотят на битриксе. Проще найти компанию, которая работает с нормальными фреймворками и устроиться туда. Тем более, за фреймворки обычно больше платят. Вот про фронтэндеров правильно сказал, они хотят работать с вью, реактом, потому что там приятней и там больше платят. Поэтому через год верстки, они идут туда. Ещё у меня сложилось впечатление из слов спикера, что с битриксом более менее нормально можно работать, если ты хорошо научился работать с ларавел/симфони каким-нибудь. И уже по тому опыту понимаешь, как надо работать с битриксом, чтобы, ну не совсем плохо тебе было. А если ты с одним битриксом работаешь, то печально всё будет. Единственный плюс битрикса, который я открыл, это в том, что на нём можно стартануть карьеру программиста. Порог входа гораздо ниже чем на других вещах. Сдал этот экзамен, сертификат есть, уже шансы повышаются. Если же с нуля идти на какой-нибудь ларавел, то учиться дольше придется и выше шанс слиться, мотивация может пропасть. В остальных случаях, битрикс это страдания.

[@VorobyevAlexander]

Тут есть тонкость, что человеческий фактор сваливают на "заслугу" Битрикс. Но тут более важно, что это относится скорее к сравнению фреймворк вс CMS (а не битрикс конкретно). На CMS можно наклепать и оно будет видимо для заказчика работать. Ну а дальше... Дальше точно так же надо учиться. На битрикс можно делать хорошо, и даже не обязательно работать с ассоциативными массивами. Ведь не едиными "стандартными" компонентами живет проект. И в них ни кто не мешает оставить Битрикс на инфраструктурном слое. При чем ошибаются не всегда чайники, встречал решения, где вроде и написано все "красиво", только, например, не посмотрели в документацию на "жизненный цикл" страницы в итоге (как клиент мне потом говорит) : "нам тот разработчик сказал, что это битрикс плохо работает". И эта частая история, сам сталкивался с такими, наслушаются про плохой битрикс, а потом со спокойной душой все на него и валаят. Были даже ситуации, что человек не понимает разницу в относительной и абсолютной ссылке и у него из за этого "Битрикс html не умеет генерировать"..... Но ведь не читая документации можно нагородить дел в любом фреймворке. И это, возможно, будет даже работать. Между тем битрикс это всего лишь инструмент, со своими минусами и плюсами, а инструмент всегда надо выбирать по задаче.

[@vladsarosek9521]

Битриксу учиться сложнее, говорю как чел который три месяца поработал на ларе, самостоятельно её уча и прийдя в компания где только битрикс, уйдя через месяц

[@alexneo5458]

@@vladsarosek9521 битрикс можно интуитивно натыкать, даже новичку программисту. Возможно у вас в компании требовался высокий уровень битрикса и какие-то более строгие практики были, которые казались сложноватыми. Для лары нужно ещё и базы данных знать, нормальные формы, представлять как запросы sql отправлять и т.д. У битрикса своя структура бд, инфоблоки. И там так же достаточно интуитивно понятно. Возможно вы обладали каким-то бекграундом, поэтому вам было проще.

[@benhummer185]

Даа, битрикс... Открываешь с поисковиеа какойнить магаз... "Чëт долго открыаается" - думаешь. Смотришь код страницы. Ага, конечно же он... Битрикс. Куданить тыкаешь и идëшь пить кофе в ожидании. 😢

[@user-gn3db3df9e]

Ключевым было был рассказ про тендеры, которые изначально включают в себя битрикс, либо условия которые подходят под Битрикс. За пределами этого распила битрикс оказывается никому не нужен. Я так понял, что кусок с ответом про производительность вовсе вырезали, пошёл какой-то разговор про реакт. Про деплой плюнули в сторону Yii, но я же правильно помню, что Битрикс часть данных хранит в базе из-за чего разрабатывать приходится практически на проде? Про реакт рассказали, но тему рест апи не раскрыли, не говоря уже про graphql. Про серверный рендеринг тоже, раз всё на реакте, то чего стоит индексация сайта? Похвалилсь ОРМ и битрикс как фреймворк, но при этом ничего конкретного не рассказали, а там всё так же на строках и массивах? Как дела со сложными запросами, подзапросами, рекурвными функциями. Как быть с полнотекстовым поиском и вещами вроде elasticsearch? Будет ли работать битрикс с включёнными ошибками и declare(strict_types=1)? Иван похож на маркетолога, а не программиста. Пришёл заявил что битрикс не так плох как о нём говорят, но почему не скажу. При этом листинг любого куска кода у программиста вызовет ужас. И забавно сравнение с устаревшим yii, а не современным symfony и doctrine. Александр пытался говорить про программирование, но это тяжело делать с маркетологом.

[@HexletOrg]

Неа, ничего не вырезали

[@north-leshiy]

Уф ну давай по пунктам =) 1. Тендеры объявляют для того чтобы сделка была публичной и ее сложнее было прокатить откатом как если бы были просто прямые закупки без конкурсов. Т.к. критерии выбора компании публичны, в случае если выберут в нарушении правил призывается ФАС. Да, хитрые люди умудряются в некоторых тендерах закладывать непрозрачные критерии, но большинство честных студий стараются в такие даже не лезть. Однако на мой взгляд, таких тендеров не большинство. Вот называли бы тендеры "публичным конкурсом" вместо "тендеров" сразу становилось бы меньше таинственности в этом. Публичные конкурсы понижают коррупцию, а не увеличивают. А шума так много именно потому что в тендерах вся коррупция сильно проще палится. А то что происходит без публичных конкурсов - не палится =) 2. Нет, в битриксе не нужно разарабывать на проде. Если ты пишешь новый проект - делай api based систему, у тебя вопрос вообще отпадает. Посмотри мои доклады как мы делаем Bitrix в docker и kubernetes. Как понимаешь там поставка в прод вообще контейнерами - все stateless ;) В старых битриксах или дешевых типовых решениях такая проблема еще может быть, но и она решаема. В 1 очередь тут решает культура разработки. На проде кодить нельзя. Хотя есть проекты и на laravel/symfony которые пилят на проде - это все культура команды, а не фреймверка. 3. Нет, в битриксе в ORM весь новый код уже несколько лет на тимизированных объектах и коллекциях dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=11689&LESSON_PATH=3913.3516.5748.11687.11689 dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=11745&LESSON_PATH=3913.3516.5748.11743.11745 Вот ссылки на объекты и коллекции. Хотя конечно есть старые выборки, глобального рефакторинга всего старого кода не будет, хотя может и случится в BF3. Сложные подзапросы норм. И сильно удобнее строить Join по нескольким объектам чем в Eloquent, у которого по дефолту вообще вместо join подзапросы которые на больших проектах работают сильно хуже. 4. Да ты прав, тема у нас вообще во фронтенд ушла, изначально я планировал что будем по более PHPшным вещам обсуждать, с коллегами даже табличку внутренюю составили Bitrix vs YII2 vs Laravel со слабыми и сильными сторонами каждого :D Но получилось как получилось. В итоге зацепились про то что шаблонизация в PHP умирает. На мой взгляд весьма важная тема для PHP рынка. Особенно для тех разработчиков которые еще не поняли что новые проекты не стоит делать на PHP шаблонизации. Если тебе не хватает чуть больше технических подробностей про разработку Битрикс в Enterprise посмотри мои доклады как мы делали гибриды Bitrix+Laravel и Bitrix в Kubernetes. Там чуть больше технических подробностей. kzbin.info/www/bejne/p6Gso3yVnaaSrLM (2019 год) kzbin.info/www/bejne/jp7dgqeBrM6Yeq8 (2022 год)

[@DimaTiunov]

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

[@rosrazrabotka21]

какие умные люди))

[@konstantintanat4462]

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

[@gleboleynik7844]

Ох, а я бы за техподдержку Битрикса накинул бы. Был я в золотом партнёре. Техподдержкой старался не пользоваться, потому что пока пройдешь нулевую и первую линию(в среднем 1 неделя +), пока всем объяснишь что базовые вещи ты уже потрогал, проверил, что обновления не содержат нужных фиксов, а проект нежелательно обновлять и что ноги растут в ядро, то быстрее (кратно) было самому залезть, отдебажить и починить. И да, что Битрикс, что Аспро - ошибка нам известна, есть заявка в отдел разработки, ожидайте (нет, не ждите).

[@north-leshiy]

Слушай, а я бы ее похвалил наоборот. 1. Разработчик не должен на каждую проблему идти в ТП. Он должен лезть в документацию или что сильно проще кликнуть через Ctlr + Right click в PHPstorm на метод и понять почему он не работает. Ты же работаешь локально и можешь вывести dd() прямо в ядре. Это куда быстрее чем даже к коллеге обращаться, не то что в саппорт писать. Мы когда лет 10 назад были джунами тоже в саппорт бегали, а потом поняли что это ппц как не конструктивно. 2. Но все же полезно когда у тебя прям пипец нетривиальная ситуация. Да, можно написать в саппорт, и да от 2 до 7 дней тебе примерно упадет ответ. А в крайней случае они к твоему проекту подключатся и проверят кейс и могут если увидят проблему сделать заявку на фикс и прислать тебе уведомления об этом фиксе. В Laravel же только на форумы лезть и контрибьютить в ядро самому =)

[@blm3570]

их тех поддержка хотя бы есть, и на русском языке - в отличии от очередного велосипеда на фреймворке и всяких поделий типа drupal, joomla

[@zmmr013]

Битрикс и best practice не могут быть в 1 предложении.

[@nm666srv]

Поддубный в какой-то своей вселенной живет, много фигни наговорил. Саша Макаров вытащил это видео. P.S. Недавно через меня прошло резюме, в котором написано: за Битрикс +50% к з/п :)

[@north-leshiy]

А конкретика будет, в чем фигня?) Ты еще живешь в мире где PHP шаблонизация рулит и нет react/vue с SSR?

[@IrinaDhanair]

Я пытаюсь разобраться на каком движке / CMS делать интернет магазин, почему то совсем не рассказали про джумлу, а что такое Аспер магазин? (упомянули на 16:20 минутах)

[@cdrww166]

Готовое решение (шаблон) для Битрикса

[@IrinaDhanair]

@@cdrww166 спасибо

[@Tim.Akhmedov]

Может на OpenCart? Лично я не люблю решения все-в-одном. Нужен магазин - бери двигло, которое изначально создано для инет-магазина. Нужен блог - бери двигло для блога и т.д.

[@user-ff3rh5bn4w]

У Вани есть хорошая традиция, раз в год приходит в подкаст, и нахваливать 1С-Битрикс

[@Edvard-Aliev]

Это точно, уже даже ждёшь этого

[@you-are-not-allowed]

вай-ай-ай XD

[@HexletOrg]

Тут в этом видео у Саши Ускова окончательно накрылся микро и мы поздно это заметили 🙉 Надеемся, что для сегодняшнего прослушивания некритично, а для будущих записей мы его заменим

[@seoonlyRU]

лукас от СЕООНЛИ

[@SashaKuzikov]

16:30 Святые слова! "Клиенты, которые хотят сэкономить и хотят быстро запуститься. Нет, мы туда идти не хотим" 🤦‍♂️😂

[@gandalfgrey77]

Блин, час пролетел я вообще не заметил... И хоть зачастую известные вещи говорятся, все равно познавательно и интересно!

[@pavelgushchin2223]

Да этот мужик из секты Битрикса под конец беседы уже достал

[@gandalfgrey77]

Меня лично никто не достал, разные технологии, разные мнения. Возможно спустя годы и битрикс трансформировался. И тем более, чем плоха связка ядро битрикса, апи + плюс прикученный фронт...

[@frameworkfoton2030]

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

[@rebus1985]

Крутой холивар, каждый по делу высказался

[@CvetaMobi]

Странное сравнение - фреймворк с CMS. Это равносильно сравнивать какие-нибудь библиотеки на языке Си с операционной системой.

[@alexkladovshikov2538]

Прочитал комменты и ужаснулся - граждане разрабы - за что вам бабки клиенты платят? За звиздежь, красоту кода и правильность фреймворков? Всем управляет бизнес и его цели - а это прибыль и минимальные затраты, а далее - минимальные эксплуатационные затраты. Вы ведь их никогда не считаете. Иногда кто то из кармана миллион вложили вам поверив - вы попилили нетленку за 250К на лицо - а КПД то какое - вас не волнует. Иван с его подходом - рационален, Битрикс маркетинговый тренд - и на нем быстро запустить MVP и если голый Битрикс - достаточно понятно как и где кастомизировать. А за вашими нетленками - кто потом будет все выгребать? Мой опыт - это из 10 таких "нетленок" - 8 идет на переделку полную потому что только авторы могут работать - ни документации ни техпроектов обычно. И таких по рынку большинство. А любителей по красоте или те кто у кого руки торчат из нужно места - по закону Паретто - 20 процентов от всего рынка против 80 процентов конченых быдлокодеров.

[@kvtsoft]

То о чем они говорят, когда HTML кусками пилетает, называется HTMx. Более того, в Ruby это прям обычный приём.

[@AKAAAAAAAAAAAAAA]

вроде серьезные люди, сидят битрикс обсуждают

[@user-eh8im9bp3m]

Чем ORM битрикса лучше элоквента?

[@north-leshiy]

Сделай несколько запросов на одном и втором. Посмотри на качество построенных запросов и удобство синтаксиса.

[@user-eh8im9bp3m]

Так я писал и на D7 сложные запросы и в элоквенте и в доктрине. В d7 orm там нет ничего нормального типа with в larke или фетч запросов в доктрине. Проблема n+1 запроса вообще решается самостоятельно, несколько запросов соединяются через php руками. В обычных сущностях нет поддержки связи многие ко многим, полиморфных связей нет. Единственное связь многие ко многим сделана в хайлоад сущностях. Вообще не понимаю как можно это сравнивать, что не возьми сделано как попало в Битриксе. Если взять работу с деревьями(в реляц. базах), то разделы и т.п. и все остальное на основе Вложенных множеств и ничего другого из коробки нет. А эта структура не для всего хорошо подходит. Сделай убогий urlrewrite с убогим роутингом, потом начали внедрять роутинг как в фреймворках.) Сделали в ядре D7 поддержку эвентов и обработчиков, она не восместима со старыми обработчиками, так как в первом варианте сделано для отдельных таблиц, а во втором для API, который может включать кучу таблиц и логики, я в разработке с 13 года и иногда удивляюсь таким сравнениям. Я лишь фижу фильтры, сортировку и джоины на базовом уровне, если нужно объединять несколько запросов то это делается в php. Как может мировой опыт, технологиями конкурировать с российской системой по типу Битрикса? Вы видели код для инфоблоков, на которых раньше все строилось, это ужасный EAV структура которая для интернет магазов хороша, а на ней делается или делалось раньше все, возможно для среднего бизнеса это ок, запилить, потом оптимизировать) Битрикс это громоздкий комбайн, часто берут из-за админки и кучу готовых решений, но не значит что они написаны профессионально. + Битрикс к себе перетянули jquery, сделали обвязку и много всего не нужного. Во многих проектах разрабы тянут composer как дефолтный пакетный менеджер, Битрикс его не игнорит и т.п. Зачем-то ввели свои стандарты и правила и т.п. Добавили свои не нужные тесты Вообщем сделано кучу всего и довольно костыльно. На ваш ответ, я тоже могу ответить также, откройте исходный код Битры и посмотрите на качество. Замечаю, когда дело касается Битрикса Кирилл Мокевнина не видно) :D. Приходит человек больше из бизнеса и начинает втирать, что там проще зарабатывать деньги, но говоря что клиентам так будет лучше и стартануть проще. Просто если брать, то и говорите по качеству там также как в вордпрессе и т.п., много костылей. Там многое сделано же по типу "и так сойдет". Сначала ляпнул, а потом сказать и нечего)

[@north-leshiy]

​@@user-eh8im9bp3m О, уже лучше, есть хоть немного адекватной критики местами. Хотя местами проскакиевает непрофессиональность и незнание истории. "Сделали не как в фреймверках, а потом сделали как в фреймверках". "Вообщем сделано кучу всего и довольно костыльно." Битрикс вышел в начале нулевых. Laravel в 2011, Symphony вышел в нулевых после битрикса. Он создавался как CMS, фреймверк внутри него начали качать сильно позже. "Зачем то ввели свои стандарты" Эти стандарты вышли сильно раньше создания организации PSR. Могу предположить что ты разработчиком стал лет 5-7 назад, по этому не понимаешь хронологии. Битрикс реализовал PSR4, PSR11, PSR3, и переходит в стандартах на другие решения. BF3 должен еще больше соответствовать стандартам. "EAV" Вообще не понимаю какой смысл накидывать на мертвый устаревший код? Хочешь критиковать - критикуй новый код. Его потому и переписывают что все понимают что он устарел, т.к. писался еще под PHP4. Видимо ты не застал тех времен. Не буду ничего говорить про доктрину, таки одно из лучших решений, хотя свои проблемы тоже есть. А вот ELoquent имеет прям вагон недостатков. Лаконичность синтаксиса спорная, когда тебе нужно сделать цепочку джоинов. А то что у него меппер и объект в одной сущности это априори признанный сообществом антипаттерн. У битрикса сущности объекта и меппера разные, что априори правильнее. Да, битриксовая ORM менее развита по фичам, но архитектурно правильнее в ряде вопросов и то что я сказал в видео - нам нравится синтаксически местами больше. В Laravel по умолчанию запросы под капотом строятся сомнительно. Чтобы построить сложный и правильный запрос который не выстрелит тебе в производительность порой такие огороды приходится воротить, что писец. В битриксе с такими проблемами сильно меньше сталкиваешься. "Битрикс к себе перетянули jquery" Уже года 3 минимум как все переписывают на vue (я кстати сильно бомбил что не react). ПРям в видео же это обсуждали, что новые проекты на битриксе разарабатываются на SPA в крупных контрактах давно. Мы на реакте, однако видим решения и на nuxt/vue. "Битрикс это громоздкий комбайн, часто берут из-за админки и кучу готовых решений, но не значит что они написаны профессионально." Вот это ты верно подметил. Реально комбайн, который берут из-за кучи готовой бизнес логики. Видишь альтернативы этому комбайну для продуктов которым он подходит? И да, в ядре немало техдолга, но есть и хорошие новые решения. И что немаловажно адекватные core разработчики (которые сами вышли из симфони) которые прислушиваются к задачам, что в условиях не openSource разработки вообще не просто. Ждем концепта BF3, где по одной из предполагаемых гипотез будет выпилена большая часть старого кода.

[@user-eh8im9bp3m]

@@north-leshiy В коммерч. разработке с 13 года. Ну так и сказали бы это в видео, что сделано, в качестве программиста, а не маркетолога. От Битриксовых конференций я раньше тоже много всего слышал. Я быстро поверхностно написал, хаотично напишу. Зачем говорить про php4, за столько лет можно было много всего переделать. А архитектура класса апликейшина такая убогая, я помню так работа с буферизацией(которая по факту делается шаблонизаторами уже давно, тут возраст php вообще смысла не имеет, смарти появился в 2001 году) и т.п, везде синглтоны. Такое ощущение что разрабы не знают как работать с объектами по ссылке и берут примитивы. Есть же норм. опыт типа друпала, новая версия была полностью переделана на норм, переиспользованных симфоневых компонентах. Многие стандарты берутся не мировые, общепринятые, а делаются свои, о качестве говорить нечего. Всегда было типо пхп разраб и отдельно выделяли Битрикс, потому что своя экосистема и кучу всего делается своеобразно. Обновление продукта делается по http и многое другое тоже, установка визардов и т.п. это же печально. Нет норм. фронтконтроллера, в каждый файл нужно добавлять строку, для модулей создавать лишние файлы из-за той же проблемы, что нет фронтконтроллера и все файлы подключаются и лежать в этой корн. директории, что хреново и для безопасности. Состояние размыто по всему приложению, невозможно писать норм. тесты. Про миграции говорить не буду. Админка в битре, вы видели код? Можно было давно делать такое конфигуратором (взять симфони и генерить формы и т.п. через конфиг или что-то придумать, а не писать спагетти. Внедрят PSR 11 или внедрили, не видел, убогий сервис локатор? Не видел там норм IoC контейнер, и норм работу с ним. Сейчас я не знаю есть ли альтернативы и т.п., что бы выбрал для решения, все зависит от задач. Но наверное обошел стороной Битру, если только на 80-90% было покрытие хотелок бизнеса или возможно для интернет магазина, так как много решений довольно не дорогих в маркетплейсе. В поддержку могу сказать, что на голом php в продуктах бывает больще хаоса, чем в Битриксе. С простого надо было начинать норм http request/respose с роутингом. Так делалось в старых фреймворках с самого начала. А сейчас ставишь ядро, под него нет тестов. Разработчики битрикс говорили берешь Api, про структуру бд ты можешь ничего не знать и т.п., а на деле это не так, для БД нет ссылочной целостности никакой. Что не возьми, много минусов, не доработок, сделано сыро. Если берешь любую поддерж. либу на гитхабе, она отточена, перерабатывается, отшливовывается, а тут годами многое не меняется, что-то новое придумывается, на конфе обсуждается что это мега фича и т.п., что бы завлечь бизнес. Многое можно было сделать под рпенсорс и не игнорить композер. Про js. Ну внедряют vue/react, но для SEO рендерить на клиенте без ноды такое себе, везде же это не сделать, следовательно голый js в стиле Битрикса останется, да и с переписыванием такое, шаблоны многие с табличной версткой компонентов. В последнее время я не слежу за Битриксом, но давно уже не понимаю их политику и ориентиры в плане развития. Докер они тоже игнорят, сделали виртуалку. Вообщем все очень инертно идет. Что не возьми кучу вопросов, у людей кто только на Битриксе сидят их мало, кругозора нет. Посмотрю что нового было в коде сделано, но думаю удивления будет мало. Многое сложно изменить или найти что-то готовое в плане решений, вот нужно взять closure table для хранения деревьев или что-то другое, я не видел чего-то готового в Битре. Вот у меня бизнес задача, что будет каталог, словарь, счасто изменяемыми разделами, я не беру инфоблоки и мне нужно реализовывать все самому, смешно, что битрикс это не дает. И так и выйдет, что если берешь D7 ты будешь все сам делать и чего-то готового от других разрабов очень мало. В итоге во многих проектах тянется композер, убираются даже панель в режиме отладки, прикручивается норм роутинг и т.п. и от битры остается мало чего, + по дефолту там много всего не нужного. Эх пробовал я Api делать как-то на бизнес логике двухфакторной авторизации и готовых методах, появившихся довольно поздно уже под php 5.3 и старше, так они возвращали все что угодно... и при чем тут php4, если это говнокод, непонятно что он возвращает, и так по многому ядру было, портянки кода, возвращают что-попало, + могут быть массивы с любыми ключами, код нужно смотреть, часто по ссылке массивы передаются. Что такое чистые функции и сайдэффекты и т.п. и говорить не приходится. Если делать SPA , я на 95% вообще Битрикс не брал, только если прям большие ограничения. Я делал SPA и на Битре и на ларке. И на vue/react опыт больше 3 лет. Если брать в Битре их push and pull решения, то это тоже отдельная тема, которая своеобразно сделана на ванильном js, я не видел, чтобы ее норм. использовали разрабы, обычно в готовых решениях работает, а др. реалтаймовые штуки не делают и документация не особо радует.

[@user-eh8im9bp3m]

@@north-leshiy многая доля в выборе Битрикса обусловлена, тем что эту систему впаривают и говорят заказчику что там все хорошо, поддержка, много готового и заказчик приходит и говорит, я хочу Битрикс. Сомнительно в этом противостоянии, холиваре, что Александр особо на Битре не писал. Так с вашей стороны профессионализм прям во всем? По факту я увидел управленца, техлида, который не только пишет код и прям в разработке и технич. детали не говорит или умалчивает. Лучше критиковать, может что-то изменится в лучшую сторону. Много фирм я видел, которые говорят про качество, а на деле заточены на получения прибыли и предлагают Битрикс. Но поддержка и разработка чего-то нового будет не сильно дешевле разработки на фреймворках, если даже шаблонные вещи делать, потом это боком выходит. По мне это тоже самое в выборе Битры, как человек с вышкой без начального образования. Вроде что-то сделано, а норм. архитектуры нет. Обновляться, масштабироваться, расширять функционал, тестировать везде проблемы. Интересно увидеть статистику людей, кто писал на не только битре и хотел бы на нем писать снова, как яасто делают с vue/react. Стек из коробки довольно ограничен, если разраб знает только Битрикс(как в коментах написали) все довольно на низком уровне будет, многие про очереди либо не слышали, а если слышали, то не использовали. В итоге все равно выходит вранье заказчтку, норм разработка стоит всегда дорого. Если вот к примеру взять интеграцию с 1С, она всегда была костыльной и не обнлвлялась похоже никогда, а ее всегда заказчику впаривают. В элоквенте есть же норм джоины и билдер норм, позволяет делать массовые вчтавки и т.п. а вот в битре часто делают 2 запроса, объединяют все через пхп по ключу и хорошо, если в цикле нет запроса, про проблему n+1 я не знаю из разрабов кто-то слышал, так как она никак не решается, Orm такую проблеиу не ставит, в чем-то она похоже на пcевдо ORM. Если я возьму orm кодеигнайтера старого, я примерно тоже самое получу с 2 слоями модель и сущность. Ну ладно тут получше немного типы связей, референцы не только в рантайме но и в мапе и т.п, но не прям кибер. фичи. Реализация чанков вообще в Битре никак не решается, я ранее не видел, что где-то было про это написано или реализацию, приходилось делать свой итератор и так можно говорить про многое, нет базовых вещей. Про обработку ошибок, тоже всегда было все печально, они как бы есть но не особо используются, в коде ранее не было ни одного интерфейса, хз как сейчас. + надо говорить про то что много не высоко квалифиц. прогеров, компании их находят и на количестве ресурсов делают деньги, вот и Битрикс к месту, а о реальных проблемах не говорят, а писать можно на всем. И вот такие фразы в шок вводят "Антон Долганин: На данный момент кеширование Битрикса фактически совершенно, и не стоит изобретать своих велосипедов." - вообще убивает, и битрикс в своих обучалках это вставляют постоянно. Интеграции с редисом, хранение сессий в нем и т.п. на сколько я помню не было офиц. предоставлено. Весь Битрикс вообще совершенен) И на странице у Антона "Я работаю только с системой Битрикс."

[@VorobyevAlexander]

Беда такой дискуссий (тут я скорее уже про обсуждение в чате), что при слове "Битркис" уже отключается часть мышления :) и мешается вообще все в одну кучу. Часть вопросов это относится к фреймворк vs cms. и не относятся исключительно к Битрикс. Часть вопросов относится к квалификации. Такое ощущение, что подразумевается что изучение, например, symfony это нормально и правильно, а Битрикс это волшебная сущность, где даже не вникая в него, можно создавать сайт, и Битрикс "должен" превратить этот напсианный код в конфетку. Но ведь и на симфони и ну уии можно наговнокодить. Так, что сазу надо из сравнения исключать ситуации, когда симфониста мы берем изучившего документацию, вникнувшего в этот инструмент, а для битркс внезапно, это становится не обязательным. а по практике, сталкивался я с проектами, где приходит клиент с готовым сайтом и мнением "меня подсадили на битркс, вот теперь мучаюсь" - начинаю смотреть проблемы, и выясняется, что в основном это вызвано кривизной рук именно того, кто "взял битрикс и сделал на нем сайт". При чем по коду явно бывает видно, что и чайники грешны, и явно уже не чайники. Так же не стоит забывать, что практически любой проект, не ограничивается переиспользованием чего то готового с публичных источников. Заказчики хотят чего то своего и уникального. И тут уже вот эти все рассказы, про обязательность ассоциативных массивов, устаревших подходов - становятся странными. Разве стоит тащить фреймворк (любой) на все слои? Собственно и инфоблоки, не являются чем то таким обязательным для использования в любой задаче. Считаете, что где то вам сильно нужна архитектура БД "правильная". Ну так сделайте - ОРМ позволяет работать с ней. При этом оставив, все второстепенное на сайте, на быстрых решениях на инфоблоках и компонентах из коробки. В общем основная мысль все равно: инструмент выбирать надо под задачу, а не [фреймворкНейм] - потому что это "программистский" феншуй :)

[@astrotrain]

Под какую задачу целесообразно выбирать устаревший платный забагованный Битрикс?

[@VorobyevAlexander]

​@@astrotrain Я так понимаю вам не интерсны аргументы. Вы можете привести примеры конкретных багов? Вы сами какую квалификацию имеете в Битрикс? Вы можете привести примеры софта в котором нет багов? Вы понимаете разницу в фреймворке и в CMS? И с чем хотите сравнить?

[@astrotrain]

@@VorobyevAlexander я так понял вы не можете ответить на мой маленький вопросик, правильно?

[@VorobyevAlexander]

​@@astrotrain могу и легко. Но мне важно понимать с кем общаюсь. Если хейтер тупо транслирующий не свою мысль. Можете считать что не могу. Если у вас квалификации достаточно, для аргументированного общения давайте общаться. На данный момент вы поставили клише, поясните его. Я же даже на своем проекте (SaaS - мини "САПР") его использую как, для решения задач на которые тратить время жалко. И не сталкивался с багами. Так же я больше 10 лет работаю с битрикс. И багов там точно не больше чем в любом другом продукте.

[@astrotrain]

@@VorobyevAlexander ответ на мой вопрос -- проекты, на которые жалко тратить время, правильно?

[@jorel3581]

Битрикс популярный так как дешевле чем остальные cms

[@grkunov]

Почему не друпал? По историческим причинам. Выбрал бы modx. Далее не смотрел.

[@MrCortc]

Самое лучшее что могут сделать разработчики битрикса - это задеприкейтить его.

[@Curse1010]

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

[@drnovikov]

И документации почти ноль, а что есть -- с ошибками.

[@north-leshiy]

Переезд такой базы кода не возможен мгновенно. Используются паттерны рефакторинга которые сохраняют обратную совместимость и плавный переезд на новую кодовую базу.

[@north-leshiy]

@@drnovikov Какой информации не хватает по новому ядру? Есть идея community документации в open source. Конструктивные предложения приветствуются. Также команда документации битрикса на запросы документации адекватно реагирует.

[@strandedinthe0737]

@@north-leshiy нет) неадекватно, из за неудобной статьи про золотых партнёров, битрикс снёс все мои статьи и даже статьи по тем моментам которых в документации не было. Не понравилось им что я рассказал схему заработка на золотых партнёров, поэтому снести всё и даже статьи про техническую часть. А Малышев вообще мне в открытую сказал - цели писать продукт для удобного использования для разработчика у нас нет, старый код мы переписывать не будем, и т.д.

[@Curse1010]

@@north-leshiy допустим, но переезд на "новое" ядро ведь не вчера был запущен. Мне кажется, что пора писать новое "новое" ядро без обратной совместимости. возможно, стоило бы посмотреть в сторону полноценных фреймворков, чтобы занять и нишу кастомных разработок в том числе) тем более, что идея такая была насколько мне известно.

[@den-rad]

Сталкивался с Биткикс в 2018 году, переносил сайт для ремонта мобильных телефонов на Yii2. Тогда у меня от Битрикс волосы шевелились везде, никогда не забуду константы "Y" и "N" вместо true и false. P.S. Александр без шляпы :)

[@rndphp]

В ORM уже используется true/false.

[@strandedinthe0737]

@@rndphp а в компонентах тоже уже true /false ?

[@artZhitnik]

Та же херня, но пришлось адаптироваться. Клиент хочет битрикс, ничего не поделаешь...

[@triada777]

@@artZhitnik главный вопрос, почему они все хотят Битрикс?? Был клиент горланил про Битрикс, на конкретный вопрос для чего Битрикс какую пользу будет приносить именно Битрикс, ответ последовал «ну так российская же разработка», дальше спорить было бессмысленно

[@den-rad]

@@triada777 У Битрикса крутой маркетинг, его везде продают как готовое решение "просто добавь воды", плюс он уже работает с 1С Предприятие. Плюс, как я понимаю, студии получают хороший процент с продаж Битрикса. А как будешь продавать Wordpress или Joomla ?

[@you-are-not-allowed]

vuejs уже 8 лет, но пока только 3 версия, так что Макаров тут тоже утверждает спорные вещи. А вот Yii3 никак не выйдет, да и ладно) всё равно Laravel или Symfony гораздо лучше. Ну а с битрикс имхо вообще не стоит связываться никогда и ни за что

[@north-leshiy]

vuejs с каждой версией меняет концепцию и подходы. Сами разработчики спустя пол года после выпуска новой версии даже не чешутся в ее сторону. Мы увидим еще много лет поддержки vuejs2. Nuxt до сих пор на 2 версии и на 3 версию еще перейдет фиг знает через сколько. Я бы сказал что это все весьма грустно. С битриксом не стоит связываться если там шаблонизация на бекенде. В остальных случаях как API Based система с кучей готового функционала это сильный инструмент в умелых руках.

[@Edvard-Aliev]

Золотые слова, видно человека что хапанул говна на всем этом...

[@MrCortc]

@@Edvard-Aliev Хотел написать "Золотые слова, человек" к исходному комментарию. А потом смотрю уже есть твой такой же)))

[@user-mn2zo4tx8n]

Если что-то хорошее в новой версии битрекса сделали, то неплохо было бы его еще переименовать для начала, потому что само слово "битрикс" вызывает тошноту.

[@blm3570]

хорошо пусть отпугивает для тех кто не в теме, меньше конкуренции

[@rkazhet]

Почему не смотрели в сторону joomla 4, Смотреть с актуальным зрением, актуальную версию, а не верить байкам 10 летнем страшилкам

[@voothi-it]

Думаю, потому что обзор был посвящен Framework-ам, а не CMS.

[@rkazhet]

@@voothi-it joomla 4 это cms с framework ом, а с 5 версии (будущем) будет точно как framework

[@Edvard-Aliev]

@@rkazhet са1час встал вопрос переноса с joomla 2.5 на 4+ версию и думаю о переносе вообще на Laravel или yii, в 2013 году ставил joomla и перестал обновлять вот сейчас встал вопрос а особо и не хочется опять это делать на joomla...

[@blm3570]

потому что проект сделать надо сделать вчера, нужно готовое решение а ждать когда выйдет идеальная joomla и "теперь то точно заживем" - некогда то же про yii3 могу сказать - вместо того чтобы сделать нормальный продукт под массы шпилят какойто мифический идеальный код и бесконечно переписывают ломая обратную совместимость

[@rkazhet]

@@Edvard-Aliev а кто сказал что сейчас оно плохо. И сейчас тоже хорошо справляются.

[@fz7429]

Аспро делает очень не качественные решения с кучей багой

[@blm3570]

спасибо им за это - без работы не останемся

[@user-tb3mm6dl3z]

хз кто там че пишет все сажают верстку качают плагины и поехали:D

[@grkunov]

Деплой несет в себе какие-то копирования массивами. Они что папки руками на сервер закидывали?

[@drnovikov]

Последняя обнова битрикса -- "агонь"! После таких обнов говорить, что "взломали, потому что вы не обновлялись"...

[@north-leshiy]

Посмотри на статистику критических уязвимостей безопасности по всем framework за последние 5 лет. Битрикс не будет в топе.

[@triada777]

@@north-leshiy но за Битрикс люди платят деньги, в теории вообще не должно быть проблем с безопасностью, а в свете особенно последних новостей когда пачками сайты ломали и вопрос а зачем платить деньги собственно

[@drnovikov]

@@north-leshiy возможно, это потому, что статистика по фреймворкам типа лары или симфони собирается гораздо активнее.

[@north-leshiy]

​@@triada777 Затем чтобы сэкономить на сотнях часов разработчика (которые сейчас очень дороги). Младшая лицензия битрикса стоит как 1/10 зарплаты junior разработчика. А коробка может сэкономить несколько месяцев работы мидлов. Битрикс заказывает пентесты у крупных контор занимающихся аудитом. Но даже крупные именитые конторы не всегда замечают дыры как показала эта весна. Кода там много.

[@Roltun]

Надо писать проще

[@unlike777]

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

[@kostyan1983]

На 43:44 яркий пример ужасного микрофона автора. Сменить бы его

[@HexletOrg]

Сменили)

[@user-pp4sv2nh9q]

Большинство разработчиков на битриксе тулят все в один класс со статическими методами, как и сами разработчики битрикса. Боже, еще доказывать, что битриксе что-то там есть нормальное, кроме маркетинга

[@user-gy2bs8uv7o]

помоему ты не работал никогда на профессиональном уровне с битрикс

[@user-cp7qw6ox6b]

засрали битрикс, а как придешь заказывать магазин, чтоб доставки 1с и прочее почемуто 100 мультов прайс обьяаляют при том что тоже самое биьрикс даёт до 100к и нажатию пары кнопок за 35 минут, почему я как заказчик должен платить за ваши свичтопердерли на ларавелх и прлчих реактах и ждать годами, вместо того что битрикс даёт из коробки

[@krezykt]

Битру ставят, потому что процент имеют с лицухи))))

[@north-leshiy]

Вот прям 100% нет. Доход студий от этого процента настолько мизерный, что можно его в принципе не поднимать. У нас в компании это менее 2-3%.

[@ivanshumakov6795]

Битру ставят потому, что это легко, дёшево и быстро

[@strandedinthe0737]

@@ivanshumakov6795 первый 3-6 месяцев, потом трудно, дорого и долго

[@ivanshumakov6795]

@@strandedinthe0737 вы говорите не о фреймворка, а о коллективе. Попробуйте сменить - в мире программирования есть много профессионалов.

[@strandedinthe0737]

@@ivanshumakov6795 да ладно?) может быть потому что я битрикс знал вдоль и поперек?) и говорю так с высоты 7 летнего опыта? А вот эта фраза про профессионалов, моя любимая фраза от битриксойдов

[@rusrus9017]

Php это прошлый век. Cms это как в телегу поставить квадратные колеса

[@hempon]

Битрикс в любом варианте дерьмо

[@ilshatkin1]

Ой, дурак, Битрикс лучше чем ларавел, фэйспалм. Битрикс тупо коррупционная тема, не было бы коррупции в России, не было бы такого распространения.

[@north-leshiy]

В чем коррупция коллега?)

[@ilshatkin1]

@@north-leshiy ключевое слово тендер, коллега

[@north-leshiy]

@@ilshatkin1 Тендеры это метод борьбы с коррупцией. Без них бы на прямых закупках без публичных конкурсов было сильно больше откатов. Корпорации внедряют тендерный механизм именно как попытка сделать саму процедуру более публичной и прозрачной для руководства. Мы много раз врывались туда где ожидался другой победитель. Просто потому что условия прозрачны. Конечно и в тендерах есть договорняк. Но его стало сильно меньше по сравнению с прямыми закупками. Но т.к. процедура публичная - там рулит ФАС. Мы не раз сталкивались с тем что один из претендентов заподазривал нечестную игру и взывал к ФАС чтобы проконтролировали сделку. Без тендеров всего бы этого не было. Деньги пилились бы тихо и не публично. Но причем тут битрикс вообще не пойму. Есть куча тендеров и на других стеках. На Java валом. Java внезапно становится про коррупцию?)

[@ilshatkin1]

@@north-leshiy Иван, если вы с Луны свалились, то флаг вам в руки, не надо мне писать такие портянки, летали знаем...

[@north-leshiy]

@@ilshatkin1 Возможно у вас другой опыт и вы были на стороне тех кто ищут тендеры на откаты. Мы стараемся если критерии не прозрачные вообще не идти в тендер. Я надеюсь как честный гражданин если вы с этим сталкивались, вы писали в ФАС, а не смирялись с фактами распилов =)

[@glebsemenov6782]

Привет! Я php джун и собираю закрытый чатик в телеге для джунов. Пиши свой тг в комментах. Будем нетворкаться и помогать друг другу.