Форум

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

Пока решение только пилить своё кастомное правило что-то типа скидка из справочника или полностью отдельный функционал.


Кодом поделиться не могу, все слишком муторно, это не отдельный модуль был, но я делал сертификаты на базе разделения оплат на несколько.
Принцип такой:
- заводится новый способ оплаты - сертификатом(просто название не больше, аля за нал),
- при оформлении заказа клиент указывает номер сертификата,
- в момент создания заказа проверяется и если он активен, то оплата делится на несколько, под сумму сертификата если он меньше суммы заказа и оставшееся или полностью оплачен просто со сменой способа оплаты если сумма сертификата выше

Добрый день.
Был битрикс версии примерно 20, обновили до последней и теперь когда заходишь в заказы скидки применяются, но не отображаются. Кнопка пересчитать заказ отсутвует.
По плану стоит разобраться в причине в этом месяце. Но прежде чем писать в техподдержку(вдруг быстрее получится понять) решил тут узнать может кто-то сталкивался и знает в чем причина и как поправить?

[QUOTE]Арсений Бровко написал:
По крону/командной строке скрипт может выполняться сколько долго угодно,[/QUOTE]
опять же повторюсь если нет ограничений, в противном случае бесконечно не будет, вы видимо привыкли к хорошему)
[QUOTE]Арсений Бровко написал:
парсить файлы по 10 гигов тоже не проблема[/QUOTE]
Тогда поделитесь со мной, да думаю и не только мне это будет полезно, как? У меня например файл в 50-100Мб уже вызывает очень большие сложности, такой файл парсится примерно 20-25 секунд и на принт уже времени почти  не остается, при этом принт жрет память как не в себя. да можно принтовать не на экран, в файл тут с памятью попроще.

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

[QUOTE]Арсений Бровко написал:
конечно в этом плане люблю больше питон но думаю и на пыхе[/QUOTE]
Ну, на сколько я знаю, питон все же пошустрее пыхи, и если бы я его знал, то возможно делал бы через него, и возможно говорил бы как вы. Однако что имею, то имею.

[QUOTE]Арсений Бровко написал:
а там скриптом парсите его хоть циклом хоть как, xml файл можно обработать хоть десять гигов, какая разница когда он уже на сервере[/QUOTE]
а разница есть в ограничениях, бесконечного времени на разбор нету, вот и получается, что нужно как-то разобрать xml в пределах доступного времени и памяти, и затем сделать апдейт или добавление элементов. Если у вас есть более практическое решение, а не "парсите и обрабатываете" я с радостью изучу.

Если я вас правильно понял, то вы хотите получить какие варианты отмечены из всего списка. Т.е. типа как у умного фильтра, когда он отображает только значения которые точно заполнены у элементов.
CIBlockPropertyEnum::GetList - этим методом вы получите только все варианты, там нет отмечено оно или нет у какого-то элемента.
Для того чтобы узнать какое из возможных вариантов отмечено нужно работать с элементами, а из значений списка брать только нужные вам соответсвия.

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

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

Возможно если включите раздельный просмотр элементов и разделов.
Тогда при выборе элементов можно будет в списке вывести Разделы, но править их из списка вы не сможете, только посмотреть https://disk.yandex.ru/i/asZApwTKG1iVAw.

Что по крону будет, тут без вариантов. Мне именно нужно продумать как это организовать всё.
Вот пришла xml. Если она маленькая, то тут все пройдет относительно быстро, но нужно рассчитывать на большие, а значит за раз я с данными ничего не сделаю. Значит нужно её разобрать и как-то передать управление другому скрипту чтобы не нагружать все на один который может и не справится. Вот и решил что нужно как-то организовать очередь. Вопрос как? Можно пойти по пути из одного большого файла делать много маленьких, но есть ли в этом резон если я при парсинге уже получу объект или массив.
Можно этот объект в отдельный файл сохранять в виде json и таким образом получить очередь из файлов. Но всё это будет работать долго. А как мне говорят: "в других компаниях xml на сотни тысяч товаров за десятки минут, не часов, обрабатывают, так что ищи решение"

Добрый день. Пришла такая задача мне: разработать альтернативу стандартному обмену товаров.

Причины: при каталоге в 30К товаров обмен без картинок и большинства свойств идет около 4 часов(модуль в 1С стоит, выгрузка идет пакетами отдельно цены, отдельно прочее), при этом если в 1С проводятся какие-то работы, то он отваливается(и не всегда восстанавливает отправку пакета, а просто геймовер), регулярный обмен не работает вообще(выгружает все что хочет и не всегда актуальные данные, как-то выгрузил остатки и цены годовой давности, в общем вопрос с работой самой 1С для текущей задачи не актуален). Если требуется обновить пару сотен товаров с картинками и прочим это тоже часа 3-4, полный обмен приближается к суткам.
Было решено что будет генерироваться xml с упрощенной структурой и по фтп выгружаться на сайт - 1С-ники примерно оценили, что выгрузка такого варианта будет занимать минут 10-15. Дальше типа разбирайте и управляйте каталогом на сайте.

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

Если с первым пунктом я более-менее ещё понимаю, что делать, хотя тоже вижу проблемы если придет xml в 500Мб и более, то вот 2 и 3 пункт у меня пока вызывает ступор. Кто может подсказать, посоветовать как это все организовать.

В дополнение скажу скрипт получение всех элементов(30К) с 2 полями ID и ACTIVE, и после их update выдает через раз 504, хотя проверка сайта говорит что всё ок, по производительности имеем 74 попугайчика