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

Всем привет, может знает кто... как можно оптимизировать функцию CCatalogProduct::GetOptimalPrice

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

но с оптимизиацией не связывайся, себе дороже выйдет

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

можно, но так влом программировать

думал может есть спасающая функция(

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

да, скидки - главная проблема

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

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

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

да легче свой метод запилить для цикла

убрав дубли запросов

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

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

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

вот такие дела

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

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

по идее должно летать, 1 раз запросили весь массив и дальше гоняют в цикле

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

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

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

короче стреляйся =)

да мне как раз для всех и нужно

вопрос вывода прайса со скидкой в яндекс маркет

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

ну я идию понял

я бы не парился и просто поставил в фон воркеров если запускать с cli и с 3-4 потоков - и базу не уронит, т.к. на чтение, и прирост будет раз в 5 по времени, что тебе впринципе хватит

можно "разогревать" и сохранять в доп.поле перед маркетом

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

да я паралельно формирую все выгрузки, там xml отличается названиями и utm метки, но уже понял в чём косяк...

всё намного тревиальнее, не впускайте джуниров в код

цена не из за времени отличалась.. а потому что умники решили допилить без меня?

Ыыы, ну поздравляю

Если одинаковые, только метки меняются, то проще вообще один шаблон сделать, а его потом replace )

Заходил намедня тут на один сайт электроинструментов. Там в характеристиках есть "Звук инструмента". Хорошая идея, полезная. ))

Всем привет, скажите, в битриксе можно, чтобы в конце элемента был не /, а .htm ?

Лучше не надо делать ".html". Потом проблемы с композитным режимом будут.

Лучше не надо делать ".html". Потом проблемы с композитным режимом будут.

Я понимаю,а вот как вы людям старых правил объясните?:)

Я понимаю,а вот как вы людям старых правил объясните?:)

постраничный редирект 301 решит проблему

может просто редирект?

вот вот

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

всеравно будете редиректить часть

Вроде заказчик адекватный. Пойдёт на уступки

поверьте лучше редирект

как минимум после .html нет возможности расширить структуру, в результате неправильный уровернь вложенности на проекте

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

сложно собрать статистку по разделам, и т.д. есть отмазы)

на старом сайте наверно ещё и пусть из серии /123.html с плавающим ID

а я в итоге оптимизировал расчёт скидки, примерно в 3 раза

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

Угу, нормальное явление, если просто подумать часа два-три, оптимизировать можно практически любое место в 3-10 раз

кроме того над которым ты уже подумал 2-3 часа)

Да что думать - там же 2 кнопочки вам нажать и все? За что такие деньги-то? - цитаты великих клиентов :)

всем привет! кто-нибудь делает большие выгрузки в Маркет (более 20к товара) ? какими средствами?

всем привет! кто-нибудь делает большие выгрузки в Маркет (более 20к товара) ? какими средствами?

Стандартный импорт вполне справляется. Плюс есть кастомный, он гораздо шустрее.

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

вася должен помнить

Не справляется стандартный

ERROR: S client not available

по моему он в то время очень долго работал

В поддержке как обычно отписались что о проблеме знают, исправят как исправят...

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

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

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

)))

больше часа занимало формирование да

30к товаров, 4 региона, на каждый регион своя настройка, что выгружать, что нет, плюс фильтры сверху еще на структуру товаров. Итого 1 час выгрузки

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

помню, что было что-то около 19 минут на все регионы

или 15

слушай я читаю код и ваще ничего не помню ))

это ваще я делала? )))

ну если интересно могу описать

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

ну вот человек гооврит что не справляется

у нас не справлялась - т.к. надо было несколько разных регионов, а на разные регионы еще несколько разных настроенных чтото типа 4 региона, 50к товаров, 10-12 выгрузок на один регион, с чуть отличающимися настройками, потому набор товаров различался потому был базовый - чтобы собирать в одном месте данные, а воркеры (адаптеры) - уже целпялись и брали данные у него, а не из базы

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

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

в 15.5 еще не было

скорее всего с 16.5

а подключение к бд, без битрикса работает?

я бы в первую очередь это проверил

банальный mysql_connect

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

либа

php -m что говорит?

возможно забыли модуль для работы с БД установить

либу мускуля тоже надо обновлять