Алексей Волков (Все сообщения пользователя)

Прошло уже 4 года, возможно где-то внутри уже реализовано, просто в визуал не выводится, есть ли вожможность через CUSTOM_FILTER фиьтрацию по наличию детальной картинки сделать? вмето $arrFiltertopmb['!DETAIL_PICTURE'] = false; чтобы через CUSTOM_FILTER указать?

Суть проблемы такая что если используется FILTER_NAME, то компонент catalog.section перестает кешироваться, а с CUSTOM_FILTER кеш нормально формируется.

на отображение 5 товаров при наличии заполненного фильтра через FILTER_NAME выдает bitrix:catalog.section: 0.0398 с; Запросов: 126
если отказаться от FILTER_NAME и все возможное перенести в CUSTOM_FILTER получаю результат bitrix:catalog.section: 0.0005 с (запросов нет), но не хватает DETAIL_PICTURE

Нужно запретить менять состав заказа когда приходит обновление из 1С, а статус разрешить менять. Как это сделать не могу разобраться, помогите пожалуйста.

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

Хотим чтобы менялся только статус , а все остальное не трогалось. Как это сделать?

На событии OnSaleOrderBeforeSaved делаю проверку что из 1С, но не получаю нужного результата, так как в любом случае изменения из 1С приходят совместно с изменением статуса

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


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

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

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

Так есть комплексный компонент для работы с профилями bitrix:sale.personal.profile, зачем городить огород, или я не понял проблему и требовались именно АПИ методы.
Если методы, то да это CSaleOrderUserProps::GetList, CSaleOrderUserProps::Add, CSaleOrderUserProps::Delete

Базового решения для этой задачи нет.
Я подошел к ней по другому: создал правило для скидок, проверяется текущий ID пользователя были ранее заказы, значит скидка не положена.

А вот для любого купона - присоединюсь к теме.
Я не могу понять как получить в условиях сами купоны и скидки уже примененные до текущей и вызвавшие текущую? Получив такие данные, дальше уже просто сравнил и false/true.

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

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

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

В свое время я работал в компании где руководитель выписывал командировку сотруднику из другого города, чтобы он 3 дня в большой переговорке с экраном на примерах разбирал и показывал основы  работы для простых контенщиков и менеджеров и все равно примерно 3/4 из них не поняли и половины потому что:

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

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

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

А разработчики могут самостоятельно перекинуть эти области из родителя Украина, в родителя Россия через админку.

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

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

Да, согласен хотелось бы актуализации хотя бы раз в квартал, но увы что имеем.

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

Я пока рассматриваю вариант с отложенными товарами, по изменнию чекбокса устанавливать/снимать значение "отложенного товара". Нужно тогда только корзину саму переделать чтобы все товары отображались и пересчет был.

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

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

В общем буду рад услышать кто как бы подошел к такой задаче и как её решал

Это такая же ошибка что и у других с памятью и чем-то ещё.

Помогает вот такое решение(собрал для себя из пары тем):


Перезапустите обязательно OpenServer и повторите установку.

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

Я не понимаю в какую сторону нужно смотреть. Ведь в компоненте идет проверка по введенным данным пользователя и если такой находится идет получение его авторизации и склейка. И как её прервать не понимаю.

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

Да так и сделал, ещё часть публички исключил, откуда такой объем только файлов ХЗ, в итоге Бекап только файлов без БД 50+Гб, архив БД 30+Гб без аналитики и поиска. Я же написал что проблема с локальной копией, нет у меня тестового сервера отдельного, только локальный( С горем пополам распаковал локально сначала файлы, затем БД  - сутки ушли и куча нужного с компа чтобы все же поместилось(

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

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

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

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

Если бы понять как урезать, потому что публичка нужна для создания заказа, значит и каталог и идущие к нему справочники, и обработчики... и т.д. одно тянет за собой другое, в итоге из физических папок я отсею ну пару Гб, на общем фоне вообще ни о чем, с БД разбирать таблицы - я не настолько знаю пересечение всех таблиц чтобы выгрузить только половину и чтобы сайт продолжил работать(

Есть сайт, на него нужно установить новый модуль, но на боевой устанавливать как-то плохо. Бекап занимает очень много 100+Гб и развернуть локально не получается - либо умирает на каких-то шагах сервер либо место заканчивается( если использовать другую машину). Как можно подойти к этому вопросу: требуется каталог и оформление заказа для тестирования модуля, к томуже битрикс не обновлялся больше года и висит на php 7.4

примерно так:

Мне кажется не удобно будет такое решение - в списках таким образом будет на странице то 20 элементов, то 50, причем на разных страницах по разному.
Лучше использовать 2 инфоблока для такого:
1 - даты
2 - описание
Второй привязывается к первому

И далее использовать не комплексный иноблок, а отдельно news.list(для списка вывода блоков с датами) и news.detail(для отображения описания всегда по одному урлу) - пути настраиваются через urlrewrite

попробуйте задать OFFERS_LIMIT - Указывается максимальное для вывода на страницу число предложений (0 - все).