Денис Сон (Все сообщения пользователя)

Сейчас в админке, в списке товаров вывел фильтр, который битрикс формирует для отбора товаров:

Код
IBLOCK_ID => 18 MODIFIED_USER_ID => MODIFIED_BY => CREATED_USER_ID => ACTIVE => CODE => EXTERNAL_ID => ?TAGS => ?NAME => ?SEARCHABLE_CONTENT => SHOW_NEW => Y CHECK_PERMISSIONS => Y MIN_PERMISSION => R CATALOG_SHOP_QUANTITY_1 => 1

У вас же только IBLOCK_ID и SECTION_ID. Наверняка некоторые товары отсекаются, и это просто проверка на внимательность. Скорее всего, какой-то из этих параметров влияет на отбор.

Если вы в своем фильтре делаете условия только по указанным двум параметрам (что важно - правильно указанным) и получаете одно значение, то можно сделать вывод что это истинное значение.

Чтобы больше разобраться в проблеме, там где выводилось у вас 7.90руб - выведите ID товара, затем по этому ID перейдите на страницу редактирования товара (контент - инфоблоки - инструменты - перейти к инфоблоку/инструменты - это важно для чистоты эксперимента). И посмотрите чем этот товар отличается от того товара, у которого стоимости 22.35руб. Возможно, права доступа, возможно диапазоны цен, может быть влияет SHOW_NEW. Остальные параметры равны NULL, поэтому не могут влиять.

В общем, еще раз повторю - скорее всего здесь проверка на внимательность. Проверьте ID разделов и товаров, параметров товаров.

Цитата
Рамазан Рамазанов написал: в остальных не минимальную или вообще из других разделов цену берет

Как это проверяете? На сайте или в админке?

Проверяйте на каждом примере значения $arSection["IBLOCK_ID"] и $arSection['ID'], открывайте в админке этот раздел, добавляйте в список просмотра колонку с ценой CATALOG_PRICE_1, сортируйте от меньшего к большему (без доп. фильтров типа активности, доступности и т.п.), и сравнивайте - точно ли оно. Если нет - то делайте анализ.

Тут отлаживать-то нечего.

Код
echo $arrElement['CATALOG_PRICE_1'].'<br/>';

Это выводит цену? Цена правильно передается в CIBlockSection::Update()?

Приведите весь код, пожалуйста.

Цитата
Рамазан Рамазанов написал: ,array("IBLOCK_ID","ID", "NAME","PRICE")

Вот тут почему PRICE? Замените на CATALOG_PRICE_1

Цитата
Рамазан Рамазанов написал: С чем может быть связанно?

Попробуйте поменять

Код
array('CATALOG_PRICE_1'=>'ASC')

на

Код
array('CATALOG_PRICE_1'=>'ASC,NULLS')

Да не за что Магия

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

Попробуйте так и напишите что выведет.

Код
$ob = new CIBlockSection;   $bResult = $ob->Add(13167, array('UF_MIN_PRICE' => '111')); var_dump($bResult); var_dump($ob->LAST_ERROR);

Цитата
Рамазан Рамазанов написал: Add

Ошиблись, тут Update нужен.

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

Не соответствуют шаблоны ссылок. Проверьте чтобы шаблоны ссылок везде совпадали.
Могу предположить, что в настройках инфоблока шаблоны URL товара указаны через #SECTION_CODE# и #ELEMENT_CODE#, а в настройках компонента Каталог (bitrix:catalog) шаблоны указаны как /element/#ELEMENT_ID#/.

Хм.. Вам сначала желательно пройти курс хотя бы контент-менеджера, или хотя бы просто прочитать что такое модули и что такое компоненты. catalog.selection.list это компонент, который выводит список (или дерево) разделов. iblock это модуль. Модуль не может выводить код, этим занимаются компоненты, а точнее - шаблоны компонентов. Поэтому, если я правильно понимаю вопрос, вы не можете найти шаблон компонента, который выводит код. Если так, то откройте на сайте нужную страницу, работая от имени администратора, включите режим правки, наведите на область которую выводит шаблон, появится панель с кнопками, нажмите на подменю в панели, затем наведите на нужный компонент и затем "Редактировать шаблон компонента". Можете редактировать прямо здесь, но лучше во всплывающем окне посмотреть путь к файлу, и открыть этот файл через FTP.

Нужно войти на сервер по SSH или FTP, и восстановить файл. Другой вариант - восстановить данный файл из резервных копий, которые делает сам хостинг (на некоторых хостингах есть возможность восстановить один конкретный файл).

Вы лучше опишите ситуацию подробно, для чего это нужно. Иначе, чувствую, на такой вопрос никто не ответит.

Нужно вместо #SECTION_CODE# использовать #SECTION_CODE_PATH#.

Да это не мне спасибо, это автору статьи спасибо

Посмотрите это интересное решение по данному вопросу:
https://github.com/studiofact/wiki-bitrix/wiki/Реализация-кнопки-ПОКАЗАТЬ-ЕЩЁ-вместо-пагинации

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

Цитата
Лесняк Дмитрий написал: Подскажите в чем ошибка, из за чего не происходит фильтрации элементов?

Напишите больше информации.

В точности так же как и для основных товаров:
https://dev.1c-bitrix.ru/api_help/catalog/classes/cprice/update.php

Наверное потому что на странице /404.php находится подключение компонента bitrix:main.map?
Редактируйте эту страницу как нужно.

Цитата
Максим Худенко написал: не совсем понял, детальная страница товара, это, как вы и писали выше, catalog.element - в этот компонент передаётся массив, который я показал

Тут делов, скорее всего, на несколько минут. Мы дольше обсуждаем
Напишите мне в ЛС, я могу бесплатно помочь либо имея доступ к сайту, либо по TeamViewer.

Проверьте, передаются ли эти параметры компоненту bitrix:news.detail

Штатная - точно bitrix:main.include? Штатно там нет AJAX, хотя его можно легко включить. Но штатный AJAX он загружает всю страницу обычным запросом (вырезая потом ненужное), поэтому почту он отправляет.
А вот заказать звонок - там AJAX нештатный это точно, скорее всего там ajax-запрос на отдельный файл без, а он агенты не выполняет.

Можно например перевести все агенты на крон - это в целом полезно для проекта, и в большинстве случаев лучше. Получается, крон каждую минуту будет выполнять агенты. Можно также после каждой отправки через CEvent::Send() писать CEvent::CheckEvents(), но это решение так себе, посколько в очереди на отправку может быть много писем, за раз вроде отправляются только 5 писем - до нужного может не дойти. Другой вариант - вместо CEvent::Send использовать CEvent::SendImmediate(), это то же самое, но отправляет почту непосредственно в момент вызова. Минус в том, что отправляемые таким образом письма в таблицу b_event не помещаются, и иной раз непонятно - была ли отправка письма или нет.

Могу предположить, что из формы обратного звонка форма отправляется ajax-запросом, а штатная форма (bitrix:main.feedback) - без ajax. Если так, то вы удивитесь, но это самое что ни на есть стандартное поведение Битрикса.

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

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