Форум

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


ps
Нашел причину. Сортировку надо менять не только у служб, но и у их профилей.

Искал решение, но не смог найти. Думаю сейчас многим станет актуально в связи с изменениями и увеличением штрафов.

Есть стандарный компонент для вывода Согласия на обработку персональных данных в формах. Компонент можно прицепить к любой форме и он будет регистрировать согласия пользователей. Выглядит примерно так:[CODE] <?$APPLICATION->IncludeComponent(
         "bitrix:main.userconsent.request",
         "",
         array(
             "ID" => 1,
             "AUTO_SAVE" => "Y",
             "IS_LOADED" => "N",
             "IS_CHECKED" => "N",
               "REPLACE" => array(
              'button_caption' => 'Отправить',
              'fields' => array('Имя','Телефон')
             ),
         )
        );?>

[/CODE]

Работает сносно, кроме момента, когда он добавлен к форме в модальном окне (popup)/ Тут вообще не работает и не понятно, как заставить. Может у кого-то есть решение? Заранее спасибо.

Подниму тему. Может все же есть у кого-нибудь решение?

Возможно, у кого-то была подобная проблема и он нашел причину и решение.
Есть Битрикс с темой АСПРО. Тема старая, обновлений по ней нет и не будет. При попытке выгрузить заказы в 1С получаем ошибку:
[TABLE][TR][TD]13:09:03 -- Ошибка при вызове метода контекста (ОтправитьДляОбработки)
{ОбменСБитриксУправлениеСайтомУТ ОбщийМодуль.БУС_ОбменССайтомВызовСервера.Модуль(855)}:Ответ = Соединение.ОтправитьДляОбработки(HTTPЗапрос);
{ОбменСБитриксУправлениеСайтомУТ ОбщийМодуль.БУС_ОбменССайтомВызовСервера.Модуль(584)}:ОтветСервера = ПолучитьДанныеССервера(СтруктураНастроек, Соединение, АдресДляРаботы + ПараметрыПротоколаОбменаВСтруктуру.ПараметрЗапросаHTTP_ПолучитьДанные + Токен + "&version=" + СтруктураНастроек.ВерсияСхемы, ЗаголовкиЗапросов);
{ОбменСБитриксУправлениеСайтомУТ ОбщийМодуль.БУС_ОбменССайтомВызовСервера.Модуль(479)}:ЗагрузкаДокументовССайта(СтруктураНастроек);
{ОбменСБитриксУправлениеСайтомУТ ОбщийМодуль.БУС_ОбменССайтомВызовСервера.Модуль(99)}:ЗапуститьВыполнениеЗагрузки(СтруктураНастроек);
{(1)}:БУС_ОбменССайтомВызовСервера.ВыполнитьОбмен(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5953)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ДлительныеОперации.Модуль(1692)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1671)}:ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры, ПараметрыВыполнения);

[ОшибкаВоВремяВыполненияВстроенногоЯзыка]
по причине:
Ошибка работы с Интернет:  Transferred a partial file
[ОшибкаСети][/TD][/TR][TR][/TR][TR][/TR][/TABLE]При этом связь с сайтом устанавливается нормально. Если документов к выгрузке нет, то ошибка не возникает.
Если переименовать папку aspro в модулях (отключив таким образом тему), то выгрузка происходит без проблем, ошибок нет.
Никаких конкретных ошибок при включении их вывода не обнаруживается. Как я понимаю, при включении темы криво формируется xml файл. Но как на это влияет тема не ясно.

Сейчас встал вопрос или уходить полностью от этого гнилого АСПРО, что влечет за собой кучу головняка, или последний шанс, может тут у кого-то есть опыт лечения этой проблемы. Заранее спасибо.

[QUOTE] написал:
[QUOTE] написал:
овость от 06.02.2025 по теме для решений от Аспро:  Взломы сайтов на решениях Аспро: как обезопасить проект Проблема актуальна для решений Аспро, не обновлявшихся с лета 2023 года.Для проектов Аспро, снятых с поддержки, есть  Патчер безопасности . Прямая ссылка на патчер:   [URL=https://aspro.ru/upload/fixit.zip]https://aspro.ru/upload/fixit.zip[/URL] (распаковать в корень сайта, перейти по ссылке [URL=https://mydomain.com]https://mydomain.com[/URL] /fixit.php)Информация для исправления вручную: Общая информация по исправлению уязвимости unserialize ЦитатаРешениеДля исправления уязвимости нужно в местах, где используется функция unserialize, указать в качестве второго аргумента ['allowed_classes' => false].Пример:было: unserialize($_REQUEST["PARAMS"])стало: unserialize($_REQUEST["PARAMS"], ['allowed_classes' => false])Обязательно проверить директории:/ajax//include//form//bitrix/components/aspro/Запустить поиск по этим папкам слова unserialize и внести правки во всех местах где требуется.Если у вас вместо unserialize используется Solution::unserialize() или CMax::unserialize, то ничего добавлять не нужно. Эти методы уже содержат правку. То есть у вас установлено обновление, устраняющее эту уязвимость.[/QUOTE]
 !!!!!!!!!!!!! Ни в коем случае не запускайте данный патч в режиме исправления, если не хотите положить сайт !!!!!!!!!!
Только в режиме просмотра.
При исправлении там сплошные синтаксические ошибки, задвоения аргументов и т.п.[/QUOTE]
Я использовал этот патч, предварительно локально проверив его работу. У меня он ничего не поломал, применил на 3х сайтах, все ок.

Кто-то еще применял патч? После него были заражения?
Этот патч находит все файлы с уязвимым кодом и меняет его на

$arParams = unserialize(urldecode($_REQUEST["PARAMS"]), ['allowed_classes' => false]);

Может еще что-то добавляет в аспрошных классах, там не смотрел.

[QUOTE] написал:
Интересно, сами разработчики АСПРО в курсе такой дыры?[/QUOTE]
Даже если и в курсе, то не помогут тебе с их же косяками (я не говорю о новом функционале или улучшении чего-то, а именно о их косяках), пока ты им не оплатишь подписку по полной.

[QUOTE] написал:
allowed_classes[/QUOTE]
Да, табы поломались на главной. Видимо придется их отключать, оставив только 1 вкладку, которая грузится сразу нормально, чтобы не смущать пользователей.

[QUOTE] написал:
[QUOTE] написал:
Сегодня, после выходных, снова появились подсадные файлы в папке ajax, несмотря на то, что была произведена замена[/QUOTE]
В файле include/mainpage/comp_catalog_ajax.php тоже нужно исправить[/QUOTE]
А они там тоже в папку ajax подсаживают через include/mainpage/comp_catalog_ajax.php ?
Правку можно аналогичную сделать или лучше, как [URL=https://dev.1c-bitrix.ru/community/forums/messages/forum6/topic160668/message759606/#message759606]ранее написали[/URL] ?

Еще оставлю такую ссылку, может пригодиться кому-то. Небольшая статейка о том как ломают (что именно они там делают): [URL=https://eu-digital.ru/news/obnaruzhena-tsepochka-vzlomov-saytov-aspro-na-bitriks-uyazvimost-kasaetsya-polzovateley-ne-obnovivsh/]https://eu-digital.ru/news/obnaruzhena-tsepochka-vzlomov-saytov-aspro-na-bitriks-uyazvimost-kasaetsy...[/URL]

Большая просьба, если у кого-то появится какое-то более полноценное решение, отпишитесь.

Сегодня, после выходных, снова появились подсадные файлы в папке ajax, несмотря на то, что была произведена замена unserialize(urldecode($_REQUEST["PARAMS"]) на json_decode($_REQUEST["PARAMS"]); в 3х файлах, обозначенных выше.
Видимо, этого не достаточно.

Поставил права на папку ajax 500, посмотрим, как это поможет.