я то чо тут? я сегодня весь день костыл лепил на жоэссе

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

макс смирнов крутой мужик. интересный

не тронь его

макс смирнов крутой мужик. интересный

а кто спорит то?

Неужели либа BX.Costil?

снизошло благословение! Появился чудесный класс!

Кто расскажет что за зверь?

BX.Bicycle

или ка там он пишется

Двуядерность битрикса очень помогает, когда хочется нового в проекте, который не должен останавливаться. Пишеш модуль на ОРМ. Создаешь миграцию через phinx, в которой данные из инфоблока переливаются в орм-таблицы и дропается инфоблок. Проект продолжает работать, но один его модуль уже на орм. Приступаем к следующему. Если нет возможности сразу что-то перевести, то делаем ОРМ-обертки, для инфоблоков, хранящихся в отдельных таблицах. Потом, после перелива данных, просто заменим table_name

https://tproger.ru/news/bootstrap-3-is-dead/

:)

одно радует, нам не дадут скучать

https://tproger.ru/news/bootstrap-3-is-dead/

какая прелесть)

На конфу чуть регнуться не забыл

Кто идёт ?)

лучше на конфе - там подраться можно)

я буду)

Мне туда не доехать ?

я тоже так думал)

мне очень удобно с парка победы ?

а йа не буду, у мя отпуск )

а йа не буду, у мя отпуск )

ну вот у меня отпуска нет.. но судя по тому что я тут наговорил.. я сначала посмотрю сколько там будет оппонентов.. тебя то не будте с тобой хорошо мальчики - это света света - это мальчики я пойду покурю )

а так фиг, уже не прокатит)

еще раз, на много проще поддерживать два отдельных ядра, обновляйте старое если кому надо со старым api

О май гад :) Сточки зрения разработчика все логично конечно. Чтобы понять почему так не получится в реалии нужно научиться смотреть и глазами вендора и глазами клиента. Поддержка старого и совместимость обязательно нужна для клиентов, они купили продукт, покупают продление, у них должно все обнавляться и пахать весь новый функционал. Клиента вообще не волнуют какие там ядра. В терии у него хоть версия 5, нажал обновить и получил работающую версию 17. Что бывает если припрет и нет варианта развития без переписывания - конвернация магазина. Ну все и так знаете, что тут рассказывать. Давайте теперь представим масштаб проблематики "конвертировании всего сайта со старого на новое ядро" С точки зрения вендора появится дублирование всех процессов по сопровождению 2х веток продукта. ТП, разработка, релизы, тестирования, усложение системы обновлений. Вы можете себе представить цену всего этого. Говоря цену я имею ввиду не деньги (это простой по получению ресурс), а время спецов. Давно-давно примерно и были планы на 2 ядра, но практика показада что так не реально. Пока идет планое "развитие рядом" и замещение. Может в будущем чего измениться.

Звучит хорошо, но наделе это нужно не каждому второму клиенту, а в лучше случае каждому двадцатому.

даже переход от 15 к 16

А уж переход от 6 к 16 это вообще 1 на миллион

Звучит хорошо, но наделе это нужно не каждому второму клиенту, а в лучше случае каждому двадцатому.

вы в этой статискике партнеров не учитываете, и переход их модулей на два ядра

О май гад :) Сточки зрения разработчика все логично конечно. Чтобы понять почему так не получится в реалии нужно научиться смотреть и глазами вендора и глазами клиента. Поддержка старого и совместимость обязательно нужна для клиентов, они купили продукт, покупают продление, у них должно все обнавляться и пахать весь новый функционал. Клиента вообще не волнуют какие там ядра. В терии у него хоть версия 5, нажал обновить и получил работающую версию 17. Что бывает если припрет и нет варианта развития без переписывания - конвернация магазина. Ну все и так знаете, что тут рассказывать. Давайте теперь представим масштаб проблематики "конвертировании всего сайта со старого на новое ядро" С точки зрения вендора появится дублирование всех процессов по сопровождению 2х веток продукта. ТП, разработка, релизы, тестирования, усложение системы обновлений. Вы можете себе представить цену всего этого. Говоря цену я имею ввиду не деньги (это простой по получению ресурс), а время спецов. Давно-давно примерно и были планы на 2 ядра, но практика показада что так не реально. Пока идет планое "развитие рядом" и замещение. Может в будущем чего измениться.

я думаю не услышит

Звучит хорошо, но наделе это нужно не каждому второму клиенту, а в лучше случае каждому двадцатому.

Звучит не "хорошо", а как есть. Или вы думаете я тут вам в уши красивые слова лью? Я хочу чтобы вы картинку мира себе дополнили, это полезно для развития (я же "препод" :) ) Тезис в том что не важно с 5 на 16 или с 15 на 16, клиент покупающий продление должен обновиться. Заявлениями "каждому 20-му оно надо" не стоит бросаться. Вы не знаете реальности, но почему-то решили что можете сделать удобное вам утверждение по количеству как факт и от него строить диалог. Нет, не каждому 20-му, но я не могу сказать % продляющихся, это NDA. Наш бизнес строится на долгосрочном сотруничестве. Клиенты должны получать обновления, это в том числе и безопасность. Гарантии что баги будут исправлены (я знаю-знаю, не спешите кидаться помидорами) и тем более баги связанные с безопаснотью или основными функциями сайта (тут-то все ок) , регулярно выходящие новые фичи - важное отличие коммерческого продукта от опенсурса. Это и выбирает клиент, который вообщето представляет бизнес. Бизнесу вообще параллельно какой D7 и ООП или что еще под капотом. Надо чтобы задачи решались.

Меня ждет переход с 11.5 -> 16.+ ... и далее.. смотрю на это с ужасом..

тут главное обновится до выхода 17.0 если она опять будет сырая проблем не избежать

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

Нет уж .хватило перехода на новый магазин когда он только вышел в "стабильные" и поотваливались все доставки как они то не были готовы..

Обратная совместимость ой как нужна. Вот есть у меня клиент, которому я сайт лет 6 или 7 назад сделал. 9,5 версия вроде. Тогда у битрикса не было возможности привязки свойств к разделам. А у клиента в каждом разделе у товаров много разных характеристик. И вот для удобства был поставлен очень мощный и удобный на тот момент модуль Bexx. Но в один момент этот модуль перестал поддерживать новые версии битрикса и пришлось перестать обновляться. Избавляться от модуля и переезжать на новый движок было проблематично - это достаточно долгий и муторный процесс. В итоге все доработки шли на старом ядре со старыми модулями. А битрикс-то все обновлялся и обновлялся а клиент новые фишки все не получал и не получал. И вся проблема в том, что не было обратной совместимости. Но в этом не битрикс виноват, а разработчики модуля, которые прекратили над ним работу. И вот только сейчас клиент созрел на обновление. Но уже обновление глобальное - просто создаем новый сайт. Это и дорого и долго. А если бы постепенно обновлялись вместе с выходом новой версии, тогда было бы и проще и удобнее

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

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

Не ну я думаю все ставят обновление на тестовый домен

да какая разница тестовый или нет....

Ну так при обновлении снимите галочки и устанавливайте обновления модулей по одному

все равно есть разница - например с 9 версии до 16-й... поверсионно!

дошел до 10-й проверил , потом 10.5, и т.д.

Ну так при обновлении снимите галочки и устанавливайте обновления модулей по одному

они все равно тянут зависимости

Ну тут уж не думаю, что это битрикса забота. Не ставили обновления с 9й версии по 16ю - ну это уже ваша проблема

да ну фиг знает

если снять галочки.... блин такое ощущение что Вы никогда не обновлялись!

это как зуб вырывать две недели

по корешку, медлеееено)

пример: модуль catalog стоит версия 10.5 и надо обновить до 12-й.... ну давай попробуй смнять галочки... нажмешь обновить и тебе зальют ВСЕ версии....

пример: модуль catalog стоит версия 10.5 и надо обновить до 12-й.... ну давай попробуй смнять галочки... нажмешь обновить и тебе зальют ВСЕ версии....

нет

Я не говорил про версии, я только про модули

он потом ругнётся что у него ядро не обновлено

на 13й

это как зуб вырывать две недели

Старая версия Х работала на пхп5.3, потом вышла версия Y которая работает на ПХП7 в середине несовместимость и deprecated Было бы логично накатывать до ключевой версии, обновлять инфраструктуру, потом продолжить обновлять битрикс

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

который уже испрвлены дальше

воооотт.. и я про то же.... поэтому и говорю что надо поверсионно, например по каждой минорной версии...

Ну так при обновлении снимите галочки и устанавливайте обновления модулей по одному

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

воооотт.. и я про то же.... поэтому и говорю что надо поверсионно, например по каждой минорной версии...

вот с минорными версиями да, тут вопросов нет

не хватает именно супер стабильной версии, где точно всю гладко

я уже писал - что битриксу надо пропустить 1 релиз и тупо все продебажить!!! и сделать супер релиз!! полностью стабильный!!!

Короче на самом деле я считаю, что лучше перенести на тестовый, все сразу обновить, посмотреть на результат и все починить, если что-то сломалось

да все так считают... так и надо делать!!!

не хватает именно супер стабильной версии, где точно всю гладко

кто за битрикс LTS, пусть и раз в два года - поднимите руки )

а кто за новый шаблон офорлмения заказа - с минимумом js _ поднять 2 руки!

оу.. готов еще поднять две ноги и пару раз подпрыгнуть, если это поможет

:)

да уж 8к строк js Это жесть!!! разобраться и изменить что-то можно - но головняка много все равно!

только у меня вот смутное сомнение.. что в данном случае нет :(

ERROR: S client not available

а кто за новый шаблон офорлмения заказа - с минимумом js _ поднять 2 руки!

это помешает ежегодной оплате продления)))

да это же идеальный компонент он не нуждается в кастомизации поднимает конверсию и только идиоту придет в голову его кастомить сарказмофф

да я ваш сайт js писал!

бгг

новое ругательство: чтоб вам в фирме только оформление заказа и кастомить

мы интегрировали в новый шаблон нашу бонусную систему - были проблемы - но справились!!!

Никуда js не денется

Слишком уж сейчас популярно не обновлять страницу

Всем же ajax подавай

как туда энгуляр еще не всунули) модно же)

Не, вряд ли они что-то куда то сувать будут

Они из стороннего вроде только бутстрап использовали

Возьмут и запилят новый sale.order.ajax на веб-компонентах

? тссс! они же тебя услышат!!!

Вообще нужно взять да и создать новый sale.order.ajax всем вместе. Положить на гитхаб и потихоньку все вместе доведем до идеала

А завтра битры выпустят новый каталог, и накрылся наш с вами компонент

фаталити?

есть же форк битрикса)

видел кто?

Читал где-то

Почему накроется? Мы ж будем следить за выходом новых версий и тоже своевременно его обновлять) наверно

Там без бутылки в новых версиях не разберешься

А ты не пьешь что ли?))

у меня такая ситуевина сегодня приняли на новую работу я таки слез с битрикса на это ушло 3 года)

ребята, это та еще игла

и на чем ты теперь?)

хотеть

python

Тоже хочу попробовать попитонить

Слушал недавно devzen подкаст, там чувак рассказывал об обновлениях питона 3.6. Они там вообще на уровень байт-кода в обсуждениях ушли. Задроты

теперь он небось