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

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

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

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

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

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

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

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

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

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

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

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

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

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

Возможно не в ту сторону смотрю, поэтому хотелось бы услышать мнение других.

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

Вот мне и пришла в голову мысль создать какой-то обработчик/авторизацию для админов. И чтобы никакая другая авторизация не действовала, никаких $USER->Authorize(1); никаких использование форм авторизации чтобы не срабатывали для админов, даже  bitrix/admin. Ограничение по IP не вариант, все админы могут работать удаленно

Вот только как это обеспечить пока не могу сообразить. Если у кого-то есть мысли на эту тему , то буду рад услышать.

Почему же? Порядок вы сами можете настроить при сохранении.
В документации даже пример есть:

вот и ставьте по порядку n0,n1,n2 ... nN

смотрите стили вашего шаблона, там должно где-то быть примерно такое

Создавайте две оплаты у заказа: одну по карте, вторую на оставшуюся сумму через Асист

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

А так большинство решают эту задачу именно путем "костылей"

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

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

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

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

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

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

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

Примерно так.

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

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

мы приняли как должное,
есть ещё другая проблема с округлением, когда округление происходит то вверх, то вниз: когда выпадает 0.5 и есть правила округления, когда-то писал в техподдержку, но увы потеря 1-2 руб. иногда бывает, так как в ядре насколько я помню округление round и иногда правила не срабатывают, получается заказ сохранился с округлением вверх, а после оплаты, зачем-то происходит пересчет заказа, и тут округление пошло в другую сторону и у клиента либо переплата рубль либо недочет
в 1с для фиксации таких заказов мы передаем
2 свойства дополнительно Оплачено и Цена оплаты и при расхождении такие заказы выделяются и чеки блокируются, а менеджер уже решает что делать

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

в скидках есть метод function Generate() который возвращает вызов отдельного метода, вот в который я и хочу запихнуть проверку купона который его вызвал или это не возможно?

Не хочется потратить время, а потом понять что это полный тупик

посмотрите наличие такого файлика к примеру .section.php

Для такой задачи зачем генерация кастомного свойства?

заводите обычное пользовательское свойство тип строка и в него пишите все свои классы, в шаблоне проверяете если заполнено, то в верстку добавляете вывод class='<?=значение вашего свойства?>'

Если у вас задано как вы пишите, то все должно работать, если не работает проверять нужно что у вас в шаблоне компонента flat3, в файле news.php. Есть ли там компонент bitrix:news.list, указан ли у него параметр "FILTER_NAME" => $arParams["FILTER_NAME"], можно проверить result_modifier.php на всякий случай не вырезается ли там. А то может там накручено всякого, вот и не работает.

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


Если брать старое ядро, то вам понадобятся: CIBlockElement() и CFile()
Это и для обычного элемента инфоблока, для товара дополнительно понадобится CCatalogProduct() и CPrice()

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


но в выборку попадают ID из разделов исключения