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

Нужно ввести регламент по работе с гитом и всем в команде его придерживаться. Погуглите, кстати. На эту тему материала много в интернете даже касательно конкретно битрикса)

я не работаю в команде как таковое

ладно, в целом я понял что многие отслеживают и сначала проверяю боевой сервер)))

надо себе распечатать и на стену повесить порядок действий)

Это если есть команда. У нас есмть пару заказчиков, у которых есть свои разрабы.

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

как в оформлении открыть все блоки???((( уже 4 часа копаю order_ajax.js никак не пойму..

Никак не считывает "отмену" заказа, в я.м.

В Яндекс.Маркете говорят, что с нашей стороны не приходит статус отмены

Народ, а те кто использует гит в работе, исключает структуру сайта из отслеживания или нет?

Мы вообще все включаем кроме папки upload, даже ядро, так как после обновления свой функционал который хоть и использует апи, но все равно может легко отваливаться и по гиту можно хотя бы понять почему. Проще делать изменения, проще откатывать. Даже если один работаешь, сделал ветку, потестировал что надо, откатился обратно, это проще делать чем делать index.php1 index.php2 и так далее

любые изменения можно откатить, историю изменений посмотреть (кто что сломал и когда)

вообще не знаю как люди без гита работают?

вообще лучше без ядра

Ну лучше все же отдельной репой ядро

вообще не знаю как люди без гита работают?

+1

Если надо

Ну и для небольших команд самая здравая схема это CI

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

вообще лучше без ядра

есть "гении" которые умудряются и ядро поменять. Вопрос: Почему вы не хотите в гит сложить ядро, ну какой нибудь здравый смысл кроме место в несколько мегабайт?

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

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

не даром папку local сделали

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

А программисты должны пользоваться паттернами и? Гнать в шею не возможно, у нас например еще куча подрядчиков которые работают над проектами и их косяки только так и можем найти, со своими то поговорить не сложно. Ну а по "прикиньте" гит штука очень гибкая и команды на push и pull не закончились, из любой ветке можно всегда вытянуть любой коммит по отдельности. Ну и по вашим словам надо гнать в шею тех кто в одной ветке делает разные задачи

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

не всегда можно ждать исправление от разработчиков

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

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

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

А структуру базы то вы как меняете штатной? тут обычно бэкапов хватает, а свои изменения мы храним в миграциях и тоже под гитом

ядро в гите не для того чтобы его править, а для того чтобы его отслеживать

А структуру базы то вы как меняете штатной? тут обычно бэкапов хватает, а свои изменения мы храним в миграциях и тоже под гитом

мощно) случайно не этот модуль используете https://marketplace.1c-bitrix.ru/solutions/sprint.migration/ ?)

для битрикса да его

ядро в гите не для того чтобы его править, а для того чтобы его отслеживать

тогда лучше и правда отдельной репой

миграции.. это ужас в реалиях битрикса)

тогда лучше и правда отдельной репой

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

Как у вас например ввод нового сотрудника в проект происходит?

инструктаж занимает сколько дней?

если у вас каждый файл отдельной репой. У нас 3 команды и человек готов трудится

воу воу) дней?) причём тут ядро вообще?)

стоп) по хорошему ваша разработка и ядро битрикса - это два отдельных проекта)

они должны быть не зависимы

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

вот пишите вы 2 модуля например, и что, засуните его в одну репу? или в две? я засуну в 2, тк это 2 независымые вещи

а почему не в 5ть?)) у меня проект один и если я пишу к нему модуль я делаю не новый реп, а новую ветку)))

про 5 странный вопрос)

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

у проектов я имею ввиду))

еще если будет реп отдельный с ядром и отдельный с модулем, то это уже 4)) очень близко к моей цифре в вопросе

))

да все от проекта зависит. Вот например, разрабытываем под коробку Б24 различный функционал для клиента. Допустим делаем какой-то функционал для задач и какой-то для crm, делаем 2 модуля, независимых. почему 2 думаю говорить не надо. Оба модуля можно либо под гит положить (и выкатывать изменения через гит), в 2 отдельные репы, тк они живут отдельной джизнью, либо под гитом держать только для себя, а клиенту выкатывать через обновления используя маркет

бывает что клиент вообще фтп доступы не даёт, а только от админки, урезанные, и тогда только через обновления маркета

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

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

А изменения БД после обновления, при переносе правок ядра через гит, как переносите?

А изменения БД после обновления, при переносе правок ядра через гит, как переносите?

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

последние траблы у нас были при переходе с 16 ветки на 17 в модуле интернет магазина были критичные изменения и поломало наш код импортов

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

Я как раз про изменения в БД, которые делает Битрикс при обновлении.

я про тоже..

Я как раз про изменения в БД, которые делает Битрикс при обновлении.

мы на прод обновление ставим и база обновляется продовская, а потом уже бэкапы расходятся по дев площадкам, мы никак изменения не переносим, переносится целиком юэкап

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

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

мы на прод обновление ставим и база обновляется продовская, а потом уже бэкапы расходятся по дев площадкам, мы никак изменения не переносим, переносится целиком юэкап

На деве обновления не тестируете? Сразу на проде обновляете? Рисковые ребята )

На деве обновления не тестируете? Сразу на проде обновляете? Рисковые ребята )

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

у нас своя база кодовая большая

Привет, как можно сделать выгрузку каталога товаров с фотками в файл, что бы если что можно было его потом загрузить, как бэкап?

есть такой вопрос, пользуюсь классом simple_html_dom, в utf-8 на php 7, есть проблемы, кто как их решал, а проблемы следующего вида, не видит все дерево

есть такой вопрос, пользуюсь классом simple_html_dom, в utf-8 на php 7, есть проблемы, кто как их решал, а проблемы следующего вида, не видит все дерево

У меня при использовании simple_html_dom всё ломал mbstring.func_overload=2 Но если в текссте не было нац. символов, кажется, работало. В итоге использовал парсер битрикса \Bitrix\Main\Web\DOM\Document

У меня при использовании simple_html_dom всё ломал mbstring.func_overload=2 Но если в текссте не было нац. символов, кажется, работало. В итоге использовал парсер битрикса \Bitrix\Main\Web\DOM\Document

ща попробую

спасибо

Ну, что, ребята, всё работаете и работаете? ? А я уже пиво пью... И попутно ковыряю свой новый проект - https://www.sakhatimes.ru/ Думаю, официально запустить его в феврале-марте... Такие вот дела... Прошу подсказать ссылки на городские, районные, областные порталы подобного типа, разработанные на "1С-Битрикс". Пока суть да дело хочу поизучать чужой опыт. А то всё сам своим умом в своём болоте...

ну я вот обедаю

??

у меня жесткий посыпался

Да... Широка страна моя родная!

Всем привет может кто подскажет. Есть элемент инфоблока. Пытаюсь через api bitrix обновить SEO данные. Но ничего не обновляется, ошибок тоже не возвращает . $el = new CIBlockElement; $arLoadProductArray = Array( "MODIFIED_BY" => $USER->GetID(), "IBLOCK_ID" => 1, "IBLOCK_SECTION" => false, "IPROPERTY_TEMPLATES"=>array ( 'ELEMENT_META_TITLE' =>'test', 'ELEMENT_META_KEYWORDS' =>'test', 'ELEMENT_META_DESCRIPTION' =>'test' ) ); if($res = $el->Update($element["site_id"], $arLoadProductArray)){ }else{ $el->LAST_ERROR; }

А что имеется в ввиду под SEO в этом конкретном случае? Вроде штатные механизмы нормально работают? А то я тоже хочу улучшить

ID элемента нужно указывать же

$element["site_id"]

D7 $ipropTemplates = new \Bitrix\Iblock\InheritedProperty\ElementTemplates(4, $ob['ID']); // 4 - ID инфоблока $ipropTemplates->set($arFields); // Установка новых SEO параметров $arResult["IPROPERTY_VALUES"] = $ipropTemplates->get();

все там указано

спасибо

сейчас попробую

D7 $ipropTemplates = new \Bitrix\Iblock\InheritedProperty\ElementTemplates(4, $ob['ID']); // 4 - ID инфоблока $ipropTemplates->set($arFields); // Установка новых SEO параметров $arResult["IPROPERTY_VALUES"] = $ipropTemplates->get();

Супер сработало. Спасибо огромное

Подскажите, а как сделать метку товара, например "новинки", автоматической? допустим, через месяц

создавать с меткой, а агентом снимать у товаров где "метка + дата создания больше месяца назад", к примеру

Ну или проверять на выводе

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

в битрикс нужно свойство метка, что бы к тексту добавлять дату)))

Мы обычно делаем свойства для таких плашек, типа: новинка, хит продаж, акция и т.п. И выгрузкой из 1С они заполняются/удаляются.

ну на 1С вешать это интересно, но для витрин часто нет 1С...

Я обычно делаю метку (свойство) + дату (свойство). Потом в фильтре указываю и всё

при оформлении заказа без регистрации, создается такой пользователь..

где это может это создаваться ?

Модуль статистики вроде это

А в битрикс не появилось премодерации регистрации пользователя?

Давно была

Через помещение юзеров в нужную группу

где это может это создаваться ?

в компоненте оформления заказа

Привет. Куда копнуть? В обратной связи пытаюсь отослать сообщение - пишет "Указанный тип почтового события не зарегистрирован"

в настройках формы проверить какой тип события там подвешан

Чет не пойму где настройки форм?