Такое правило не получится завести с теми ограничениями, что идут из коробки.
вот мой пример рабочей выгрузки
свойство CML2_LINK в явном виде не передается, SKU при этом привязываются к товару. в чем отличие у меня и у автора? Поясню свой интерес: 2 сайта, 2 хоста, 2 ядра, выгрузка товаров идет и туда и туда одинаковая(небольшое расхождение в идентификаторах инфоблоков). На одном все работает, на втором если товар новый, то как и у автора тип товара - "простой", а у предложений тип "предложение без товара", после изменния типа товара через админку или напрямую через БД указав у товара тип с торговым предложением - привязка SKU становится видна и все работает. Разница ядер 17,0 версия где все работает и 18,5 где не работает, обновиться на текущий момент нет возможности. |
|||||
|
|
|
Сейчас для того кто заходит на страницу указа по 11, стало ровно, но вот дальше как разобраться пока не понимаю есть конечно мысль просто подсчитывать количество блоков с классом и если их нечетное на последний вешать скрытие. |
|||
|
|
|
![]() |
|||
|
|
|
Нет, не дописывал никто - это я взял с локальной демки битрикса (на рабочем компе стоит демка на которой провожу тесты при необходимости), еще даже демо-ключ не истек |
|||
|
|
|
У вас разделены скидки, мне не нравится такой вариант, в нем скидки для товара складываются со скидками для корзины в таком варианте можно попробовать в объединенном |
|||
|
|
|
Более элегантное - это добавить кастомное ограничение для скидки. Можете поискать в сети были на группы пользователей и еще на что-то, переделать их на дата/время не сложно. По поводу маркета, не сочтите рекламой, не пользовался, видел модуль 'PHP функция' в ограничениях по скидкам. Там вроде можно любую функцию указать, которая вернет true/false. Но решение платное, поэтому не пробовал насколько хорошо работает. |
|||
|
|
|
|
или какой-то модуль вам ставили, к которому и ведет эта страница. По хорошему нужно изучать что внутри. обычно в папке /bitrix/admin/ находятся файлы с инклюдом страниц модулей, чтобы отобразить в админке, но бывают и исключения.
Сталкивался с похожей ситуацией - был модуль поиска по БД. Модуль удалили, а файл остался(антивирус вдруг спустя полгода начал кричать) |
|
|
|
|
|
Есть файл в котором указана номенклатура вся какая есть и количество которое хочет клиент.
файл загружается на сайт и разбирается. Но то что хочет клиент не факт что есть в наличии. Доступный товар идет в корзину. Нужно чтобы то что нет формировалось в файл и в дальнейшем прикреплялось к заказу, чтобы менеджер мог скачать и поставить в план за заказ(в идеале создался бы еще такой заказ, но это невозможно так как товара может не быть как такового на сайте, а только в каталоге - хотя если кто-то предложит решение то огромное ему спасибо). Так вот сложность в том что у корзины нет как такового идентификатора к которому можно привязаться создавая файл. А клиент может сейчас закинуть посмотреть что из 100 позиций есть только 5 и сказать, ну нафиг я потом еще раз попробую когда будет больше. Или пойти по каталогу и вручную что-то добавить того что не было . Т.е. файл с отсутствующими товарами должен хранится только для текущей загрузки, без изменений. Изменил корзину после - нет файла. И я не знаю как между собой сделать такую связку. Если есть у кого-то какие идеи буду рад услышать. |
|
|
|
|
|
вот есть вот такой код
при наличии в setSelect 'UF_EN_NAME', получаю ошибку Unknown field definition `UF_EN_NAME` (UF_EN_NAME) for \Bitrix\Iblock\Section14 Entity. (100) Почему? Что не так, у раздела 14 свойство UF_EN_NAME заполнено? |
|||
|
|
|
|
Тут пришла идея решения, если вдруг решите заняться переписыванием - пойдите таким путем как завести отдельную таблицу в которую сохранять USER_ID и товар ID отправленный в корзину. В компоненте корзины/оформления заказа сверять что сейчас в вашей таблице и в корзине - не совпало заменили/очистили. Я в свое время по похожему принципу формировал предварительный список корзин, затем клиент шел на страницу где из отложенных товаров формировал несколько корзин и на каждую из них делал заказ.
|
|
|
|
|
|
Попробуйте в техподдержку написать. Может они знают как обойти эту проблему, просто не думаю что вы первый кому такая ситуация создает большие проблемы.
А вот по поводу выпила FUSER_ID, мне думается это очень плохая идея. Это значит сразу что про обновления можно будет забыть навсегда. А если вы когда-то уйдете из поддержки вашего проекта, то для того кто вас заменит это будет оочень большая мина. Я уже сам так столкнулся: ушел, а новому программисту никто о проекте ничего толком не рассказал, ко мне он не обращался(да и не многие будут дергать прошлого сотрудника, типа сам разберусь), проект был сильно перелинкован(в шаблоне одного компонента могли подключаться скрипты и стили из другого или с папки какого-то раздела) + правки в ядре. Итог его попросили как некомпетентного, хотя он просто не знал о ситуации и решил причесать проект, а меня просили запустить сайт как того кто что-то знает о проекте, при этом восстановить как было я не смог, только очередной костыль повесил. То что там накручено это не полностью моя заслуга, не кидайте в меня ничем кто прочитает, я только поддерживал уже такой вариант(( , а исправить - только заново сайт собирать, с нуля на чистом ядре, что работодатель не соглашается сделать, все упирается в деньги и время. Так что выпил FUSER_ID это аналог описанной мной ситуации. |
|
|
|
|
|
возможно в коде еще что-то не указано(подключение модуля или еще что-то), вот через консоль и не отрабатывает корректно.
можно в начало файла добавить что у вас выполняется php и нужно его использовать, например #!/usr/bin/php как вариант можно через консоль не через php запускать, а через wget, но лучше найти ошибку в вашем скрипте |
|
|
|
|
|
Добрый день. При композитном режиме происходит кеширование глобальной переменной $_SERVER. что можно с этим поделать?
Т.е. Я прошелся по страницам сайта, мне в лог записался один массив, начинаю переходить по новому кругу уже другой(другой IP, HTTP_USER_AGENT - от андройда или айфона к примеру). я еще раз обхожу страницы уже новый |
|
|
|
|