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

А при чем тут битрикс? Правьте стили которые у вас вызывают не такое поведение как вы хотите.

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

1. Шаблон меняется либо через публичную часть в режиме редактирования, либо по ftp/ssh, , там же через режим редактирования можно выбрать скопировать шаблон с новым именем чтобы не затронуть другие.

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

У вас условие: если в массиве $warehouses нет значения $stock['PROPERTY_WAREHOUSE_VALUE'] , то удаляем


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

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

Ну значит в вашем массиве $warehouses нет значений которые хранятся $stock['PROPERTY_WAREHOUSE_VALUE']
Проверяйте массив и какие значения получаете(в частности проверяйте пробелы и переносы)

Судя по тому что вы хотите вы начали смотреть в правильном направлении
Для этого вам нужно
1. создать новый инфоблок
2. завести в нем множественное свойство файл
3. заполнить хотя бы 1-2 элемента(в анонс элемента загрузить обложку вашей галереи)
4. расположить на нужной странице комплексный компонент новстей
5. настроить его на нужный инфоблок чтобы отображались спискок элементов и работала ссылка на детальный переход
6. подогнать/заверстать шаблоны для отображения так как вам нужно чтобы отображалось

Вот примерный алгоритм того что вам нужно сделать

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

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

ничего по логам не замечено. на этот момент все вернуло статус 200

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

к примеру ссылка /bitrix/admin/sale_order_view.php?ID=312311, а содержимое остается список заказов /bitrix/admin/sale_order.php?lang=ru
Приходится идти на страницу командная строка и выполнять \CSaleOrder::StatusOrder(312311, "B");
После этого в заказ можно проваливаться и редактировать, но ни одна скидка в таком заказе не применена и типа стоит что оплачено 100р, а нужно 200р
После пересчета скидок , заказ становится нормальным.

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

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

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

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

Как отловить процесс обнуления статуса?

Так чего спрашиваете, раскажите. Не сейчас, так через неделю/месяц/год кому-то да пригодится.

Я сталкиваюсь периодически с такой ситуацией. И не только сейчас после последних обновлений, просто конкретно вы столкнулись с этим сейчас. От чего так не могу сказать(подозреваю что от браузера через который идет восстановление зависит), но прежде чем восстанавливать БД нужно убедиться, что вы можете заполнить настройки вручную.

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

Тоже столкнулся с жаждой такой акции. Но функционала нет под такую акцию. Как решить эту задачу?

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

Пропустил, сори

Плохие советы


правильно))

а вообще если вы перейдете в /bitrix/php_interface/, то тут если нет создайте файл admin_header.php и вот в него можете добавить подключение своего файла стилей/скриптов

так у вас на скриншоте как раз именно "Предустановленный список скидок" выбран, а в нем нет выбора другого сайта.

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

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

Вполне возможно в  "Предустановленным списком скидок" автоматом прописывается текущий сайт и для того чтобы указать сайт для которого создается нужно в админку авторизоваться именно через этот сайт для которого создается.

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

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

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

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

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

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

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

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

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

Спасибо, попробуем

а она поможет если где-то есть вызов $USER->Authorize(1) ?