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

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

какова вероятность в адекватные сроки перенести на новое апи, если вдруг такая надобность появится?

без тз канечно же)

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

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

нет. доработка нового функционала. trilife.ru прекрасно живеет и не тужёт

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

второму точно касса нужна ))

хотя думаю выкрутятся другими методами

не, я вот думаю - у меня возможно выборка весьма специфичная может для мелких-середнячков перепил раз в 2-3 года реал только как жить то так?

какова вероятность в адекватные сроки перенести на новое апи, если вдруг такая надобность появится?

обновить не проблема, но вот зачем переводить на новое API)

это же звиздец на самом деле

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

обновить не проблема, но вот зачем переводить на новое API)

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

обновить не проблема, но вот зачем переводить на новое API)

вот и я об этом. Правила Бизнеса простые - если работает - не трогай.

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

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

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

Ну тут спорно, не всгде бизнес понимает что их проблемы решены .

с моей точки зрения, сейчас делаю новый проект. Нужно сделать полностью отдельный модуль с отчётами выводом на сайт и т.д. через ORM это 1 день, по старому API это неделя

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

с моей точки зрения, сейчас делаю новый проект. Нужно сделать полностью отдельный модуль с отчётами выводом на сайт и т.д. через ORM это 1 день, по старому API это неделя

так пользуйтесь, у вас в комлекте два ядра, а бизнес не придирается что это дорого очень )

если взять инфоблоки теже (а это "кровь битрикса") - попытки получить все через орм - дольше чем через старый апи тут берем и принимаем решение наоборот, используем старое.. все чудесно же

коллеги добрый вечер OnSuccessCatalogImport1C - сколько раз запускается при штатном иморте? Если в базе 5000 товаров и в 1с пакет в 1000, то событие OnSuccessCatalogImport1C отработает 5 раз?

вот скорость этих инфоблоков на старом ядре печалит сильно :(

коллеги добрый вечер OnSuccessCatalogImport1C - сколько раз запускается при штатном иморте? Если в базе 5000 товаров и в 1с пакет в 1000, то событие OnSuccessCatalogImport1C отработает 5 раз?

по окончанию каждого пакета

коллеги добрый вечер OnSuccessCatalogImport1C - сколько раз запускается при штатном иморте? Если в базе 5000 товаров и в 1с пакет в 1000, то событие OnSuccessCatalogImport1C отработает 5 раз?

1 раз, после УСПЕШНОГО окончания импорта

внезапно. мнения разделились

он не смотрит на пакеты

вот скорость этих инфоблоков на старом ядре печалит сильно :(

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

их могут быть сотни

он не смотрит на пакеты

да ладно? научили не смотрерть? в конце ориентивался по deactive, только так

а на завершение каждого xml всегда был successCatalogImport

их могут быть сотни

OnSuccessCatalogImport1C - событие, вызываемое после окончания обмена одним XML-файлом. Это из документации

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

Василий, прошу предоставить такие замеры

вот что тут подразумевается под каждым XML?

http://prntscr.com/dy3l1q вот код импорта

один вопрос, не холивара ради, точнее два 1. какой самый продолжительный проект у вас на поддержке 2. почему они не переписались полностью?

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

Тут такая вещь, 1 пакет = 1 импорт =)

как я помню

коллеги добрый вечер OnSuccessCatalogImport1C - сколько раз запускается при штатном иморте? Если в базе 5000 товаров и в 1с пакет в 1000, то событие OnSuccessCatalogImport1C отработает 5 раз?

да

Василий, прошу предоставить такие замеры

собирать как буду, обязательно предоставлю за давностью лет не сохранилось но тут один нюанс есть - не использовать GetById GetList же собирал абсолютно всегда оптимальнее, и делал меньше проверок просадка была на неоптимальных запросах просадка была на CRUD - add, update из d7 - делал подъем колонок таблиц дял проверки типов значений и проверки на безопасность

но они это дело уже 3 раза поменяли

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

оу! наконец кулстори ) молодцы вы кстати - а удалось по дороге не "потерять" функционал?

оу! наконец кулстори ) молодцы вы кстати - а удалось по дороге не "потерять" функционал?

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

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

круто! поздрямс

Тут такая вещь, 1 пакет = 1 импорт =)

Да, Вы правы. получается после каждого успешного импорта файла.

но скажу одно, потребление ресурсов выросло наверное процентов на 30 по сравнению с 11.5

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

они это смогли!

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

переход как понимаю занял спосотавимые с разработкой время?

или старая добрая формула сработала переделать = разработать * 3

переход как понимаю занял спосотавимые с разработкой время?

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

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

Вот очень проситься к примеру PHP7 и версии поменьше. Обратной совместимости же нет - то что работает на PHP7 != что работает на <PHP7 и наоборот. Но вот переходят же компании.... и не говорят - что же катастрофа.

Но это так....

как связанно?

новое ядро-старое ядро

хотя есть да связь

Вот очень проситься к примеру PHP7 и версии поменьше. Обратной совместимости же нет - то что работает на PHP7 != что работает на <PHP7 и наоборот. Но вот переходят же компании.... и не говорят - что же катастрофа.

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

один вопрос, не холивара ради, точнее два 1. какой самый продолжительный проект у вас на поддержке 2. почему они не переписались полностью?

есть 2 примера 1. крупный магазин, сайту лет 7-10 наверное, поддерживали всё старое и вобщем-то думаю переписать всё с нуля с новыми возможностями без костылей мешали денежки. И дорого пилить новое и 1 день простоя магаза это несколько миллионов оборота. не каждый хочет так рисковать для непонятно чего. если что-то где-то медленно - им проще было мощностей нарастить например. 2. крупный магазин, тоже много лет. пока я поддерживал старый битриксовый, они собрали команду из разрабов и начали пилить новый. вроде бы на симфони. допилили, перенесли данный и запустили. happy end

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

из за16-ти битной кодировки, тут вопрос не об этом

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

из за16-ти битной кодировки, тут вопрос не об этом

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

ладно холиварщики

кто перешёл на jquery3.0?

а кто на 2.0 ?

кто перешёл на jquery3.0?

еще один удачный пример

и не умерли же магазины? и бизнесс процессы не перестали решаться...

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

или скоро выйдет Bootstrap 4 без поддержки старых браузеров

и не умерли же магазины? и бизнесс процессы не перестали решаться...

знаю чуваков у которых отпало оформление заказа из-за смены jquery и они день-два прокуковали так)

ERROR: S client not available

кто перешёл на jquery3.0?

на BX перешли и натив

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

на BX перешли и натив

+

Коллеги, переодически ловлю [[1146] Table ' dbname.b_xml_tree' doesn't exist], процесс обмена 100% запущен один

значит не один

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

Коллеги, переодически ловлю [[1146] Table ' dbname.b_xml_tree' doesn't exist], процесс обмена 100% запущен один

значт не один посмотрите логи апача - get init именно

?status=init вроде так

или всетаки action там.. забыл как там параметр

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

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

и всетаки grep /var/log/httpd сделайте

с этими запросами смотрят сервак, а не 1с

Друзья, подскажите где искать шаблон вот этой штуки (кнопка купить): $arAddToBasketData = CKShop::GetAddToBasketArray($arItem, $totalCount, $arParams["DEFAULT_COUNT"], $arParams["BASKET_URL"]); Я так понимаю это нестандартный то ли метод, то ли класс. Облазил все папки, не могу найти шаблон

Спасибо, буду сторое использовать API тогда

https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=4803&LESSON_PATH=3913.5062.5748.4803#user_field не оно?

А вот этот код выводит кнопку. Не могу понять, откуда ноги растут.

и всетаки grep /var/log/httpd сделайте

да права не дали, на var/log

Сорри: <?=$arAddToBasketData["HTML"]?>

да права не дали, на var/log

ну.. тогда ставить сохранение дампа $_GET на страницу обмена 1с и ждать или идти выбивать права

пятничный холивар я так понимаю окончен :) спасибо за высказывания, встреча ровно через неделю на том же месте :)

нена битрикс-конфе? хм

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

если логические аргументы не дошли гыгы

С Рыжиковым

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

булочкой в него!

https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=4803&LESSON_PATH=3913.5062.5748.4803#user_field не оно?

Да, видимо этим можно воспользоваться. Попробую

Спасибо)

С Рыжиковым

ага, привязать, и с пристрастием - где мое обещанное д7 на инфоблоки ) хотя не, это наверное к Максу )

так.. чую я досвистю.. и наверное лучше на этой конфе мне не появлятсо

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

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