Форум

[QUOTE] написал:
Борис, ну как это в SQL делается - тут вроде бы понятно, но как это сделать, используя API Bitrix и ядро D7 ?[/QUOTE]
Ваш запрос априори не обработать с группировкой, т.к. нет таких агрегирующих функций.
Но вот что вы можете сделать. [CODE]$res = \Bitrix\Iblock\ElementTable::getList([
   'select' => [
       'DATE_CREATE',
       new \Bitrix\Main\Entity\ExpressionField(
           'IDS',
           "GROUP_CONCAT(DISTINCT %s SEPARATOR ',')",
           ['ID']
       ),
   ],
   'group' => ['DATE_CREATE'],
   'limit' => 20,
])->fetchAll();
print_r($res);

В результате будет конкатенация айдишек одной группы
Например:
[6] => Array
       (
           [DATE_CREATE] => Bitrix\Main\Type\DateTime Object
               (
                   [userTimeEnabled:protected] => 1
                   [value:protected] => DateTime Object
                       (
                           [date] => 2014-09-25 14:55:08.000000
                           [timezone_type] => 3
                           [timezone] => Etc/GMT-3
                       )

               )

           [IDS] => 2622,2620,2618,2617,2616,2615,2614,2613,2612,2611,2610,2623,2624,2636,2635,2634,2633,2632,2631,2630,2629,2628,2627,2625,2609,2608
       )
Таким образом вы можете делать explode  и работать с этими данными. А ваш запрос не обработать по group. Теперь понятно?
[/CODE] Если вам в MySQL было понятно, вас не смутило что вы пытаетесь как-то сгрупировать кучу столбцов. Я не просто так написал что при группировке куча записей "схлопывается" т.е. все записи 20.10.21, например должны превратиться в одну строку, но чтобы это стало одной строкой надо чтобы другие столбцы стали одной строкой, для этого и нужны агрегирующие функции.

[QUOTE] написал:
Всем привет!

Столкнулся вот с какой проблемой. Пытаюсь сделать выборку - нужно получить все элементы инфоблока с группировкой по полю DATE_CREATE. Делаю на D7, вот код:
[CODE] $dbItems = \Bitrix\Iblock\ElementTable::getList( array (
            //'order' => array('SORT' => 'ASC'), // сортировка
            //'order' => array(),
            'sel ect'  =>  array ( 'ID' , 'NAME' , 'DATE_CREATE' , 'PREVIEW_TEXT' , 'PREVIEW_PICTURE' , 'IBLOCK_ID' ,  'SORT' ),  // выбираемые поля, без свойств. Свойства можно получать на старом ядре \CIBlockElement::getProperty
            'filter'  =>  array ( 'IBLOCK_ID'  =>  $this ->arParams[ 'IBLOCK_ID' ]), // фильтр только по полям элемента, свойства (PROPERTY) использовать нельзя
            'group'  =>  array ( 'DATE_CREATE' ),  // группировка по полю, order должен быть пустой
            //'limit' => 1000, // целое число, ограничение выбираемого кол-ва
            'offset'  =>  0 ,  // целое число, указывающее номер первого столбца в результате
            'count_total'  =>  1 ,  // дает возможность получить кол-во элементов через метод getCount()
            'runtime'  =>  array (),  // массив полей сущности, создающихся динамически
            'data_doubling'  =>  false ,  // разрешает получение нескольких одинаковых записей
            'cache'  =>  array (  // Кеш запроса. Сброс можно сделать методом \Bitrix\Iblock\ElementTable::getEntity()->cleanCache();
                'ttl'  =>  3600 ,  // Время жизни кеша
                'cache_joins'  =>  true   // Кешировать ли выборки с JOIN
           ),
       ));

        $items  =  Array ();
        while  ( $arItem  =  $dbItems ->fetch()){
            $db_props  = CIBlockElement::GetProperty( $arItem [ 'IBLOCK_ID' ], $arItem [ 'ID' ]);
            while ( $ar_props  =  $db_props ->Fetch()){
                $props  =  $ar_props ;
           }
            $arItem [ 'PROPS' ] = $props ;
            $items [] = $arItem ;
         } [/CODE]

Но вот когда распечатываю $items у меня на выходе вот что:
[CODE] Array (
   [ 0 ] => Array
       (
           [ID] => 320
           [NAME] => Новость 1
           [DATE_CREATE] => Bitrix\Main\Type\DateTime Object
               (
                   [userTimeEnabled: protected ] => 1
                   [value: protected ] => DateTime Object
                       (
                           [date] => 2021 - 08 - 08 15 : 14 : 10.000000
                           [timezone_type] => 3
                           [timezone] => Europe/Moscow
                       )

               )

           [PREVIEW_TEXT] => Анонс новости 1
           [PREVIEW_PICTURE] => 956
           [IBLOCK_ID] => 4
           [SORT] => 500
           [PROPS] => Array
               (
                   [ID] => 26
                   [TIMESTAMP_X] => 2022 - 08 - 08 16 : 54 : 12
                   [IBLOCK_ID] => 4
                   [NAME] => Произвольный текст
                   [ACTIVE] => Y
                   [SORT] => 500
                   [CODE] => CUSTOMTEXT
                   [DEFAULT_VALUE] =>
                   [PROPERTY_TYPE] => S
                   [ROW_COUNT] => 1
                   [COL_COUNT] => 30 [LIST_TYPE] => L
                   [MULTIPLE] => N
                   [XML_ID] =>
                   [FILE_TYPE] =>
                   [MULTIPLE_CNT] => 5
                   [TMP_ID] =>
                   [LINK_IBLOCK_ID] => 0
                   [WITH_DESCRIPTION] => N
                   [SEARCHABLE] => N
                   [FILTRABLE] => N
                   [IS_REQUIRED] => N
                   [VERSION] => 1
                   [USER_TYPE] =>
                   [USER_TYPE_SETTINGS] =>
                   [HINT] =>
                   [PROPERTY_VALUE_ID] => 2062
                   [VALUE] => Мой произвольный текст
                   [DESCRIPTION] =>
                   [VALUE_ENUM] =>
                   [VALUE_XML_ID] =>
                   [VALUE_SORT] =>
               )

       )

   [ 1 ] => Array
       (
           [ID] => 321
           [NAME] => Новость 2
           [DATE_CREATE] => Bitrix\Main\Type\DateTime Object
               (
                   [userTimeEnabled: protected ] => 1
                   [value: protected ] => DateTime Object
                       (
                           [date] => 2022 - 08 - 08 15 : 14 : 10.000000
                           [timezone_type] => 3
                           [timezone] => Europe/Moscow
                       )

               )

           [PREVIEW_TEXT] => Анонс новости 2
           [PREVIEW_PICTURE] => 958
           [IBLOCK_ID] => 4
           [SORT] => 500
           [PROPS] => Array
               (
                   [ID] => 26
                   [TIMESTAMP_X] => 2022 - 08 - 08 16 : 54 : 12
                   [IBLOCK_ID] => 4
                   [NAME] => Произвольный текст
                   [ACTIVE] => Y
                   [SORT] => 500
                   [CODE] => CUSTOMTEXT
                   [DEFAULT_VALUE] =>
                   [PROPERTY_TYPE] => S
                   [ROW_COUNT] => 1
                   [COL_COUNT] => 30 [LIST_TYPE] => L
                   [MULTIPLE] => N
                   [XML_ID] =>
                   [FILE_TYPE] =>
                   [MULTIPLE_CNT] => 5
                   [TMP_ID] =>
                   [LINK_IBLOCK_ID] => 0
                   [WITH_DESCRIPTION] => N
                   [SEARCHABLE] => N
                   [FILTRABLE] => N
                   [IS_REQUIRED] => N
                   [VERSION] => 1
                   [USER_TYPE] =>
                   [USER_TYPE_SETTINGS] =>
                   [HINT] =>
                   [PROPERTY_VALUE_ID] =>
                   [VALUE] =>
                   [DESCRIPTION] =>
                   [VALUE_ENUM] =>
                   [VALUE_XML_ID] =>
                   [VALUE_SORT] =>
               )

       )

   [ 2 ] => Array
       (
           [ID] => 322
           [NAME] => Новость 3
           [DATE_CREATE] => Bitrix\Main\Type\DateTime Object
               (
                   [userTimeEnabled: protected ] => 1
                   [value: protected ] => DateTime Object
                       (
                           [date] => 2022 - 08 - 08 15 : 14 : 10.000000
                           [timezone_type] => 3
                           [timezone] => Europe/Moscow
                       )

               )

           [PREVIEW_TEXT] => Анонс новости 3
           [PREVIEW_PICTURE] =>
           [IBLOCK_ID] => 4
           [SORT] => 500
           [PROPS] => Array
               (
                   [ID] => 26
                   [TIMESTAMP_X] => 2022 - 08 - 08 16 : 54 : 12
                   [IBLOCK_ID] => 4
                   [NAME] => Произвольный текст
                   [ACTIVE] => Y
                   [SORT] => 500
                   [CODE] => CUSTOMTEXT
                   [DEFAULT_VALUE] =>
                   [PROPERTY_TYPE] => S
                   [ROW_COUNT] => 1
                   [COL_COUNT] => 30 [LIST_TYPE] => L
                   [MULTIPLE] => N
                   [XML_ID] =>
                   [FILE_TYPE] =>
                   [MULTIPLE_CNT] => 5
                   [TMP_ID] =>
                   [LINK_IBLOCK_ID] => 0
                   [WITH_DESCRIPTION] => N
                   [SEARCHABLE] => N
                   [FILTRABLE] => N
                   [IS_REQUIRED] => N
                   [VERSION] => 1
                   [USER_TYPE] =>
                   [USER_TYPE_SETTINGS] =>
                   [HINT] =>
                   [PROPERTY_VALUE_ID] =>
                   [VALUE] =>
                   [DESCRIPTION] =>
                   [VALUE_ENUM] =>
                   [VALUE_XML_ID] =>
                   [VALUE_SORT] =>
               )

       )

) [/CODE]


То есть элементы то выбираются, но никакой группировки нет. Или я может что-то не понимаю. Подскажите пожалуйста, каким образом \Bitrix\Iblock\ElementTable::g etList делает группировку, и как я это могу увидеть?[/QUOTE]
Вы не правильно понимаете работу оператора GROUP BY. Ознакомиться лучше в SQL. Попробую в двух словах обьяснить. [URL=https://www.w3schools.com/mysql/mysql_groupby.asp#:~:text=The%20MySQL%20GROUP%20BY%20Statement,by%20one%20or%20more%20columns.]Ссылка[/URL].
В GROUP BY задаем поле по которому должны "схлопываться" записи. А в SELECT поля которые отличаются от тех что в GROUP BY должны быть агрегированы, при помощи агрегированных функций. Иначе "схлопывания" не будет.
Вот пример:[CODE]name rating author
one      2   oneA
two      3   oneA
one      6   twoA[/CODE]Если написать следующий код[CODE]select name, rating, author fr om table
group by name;[/CODE]Это работать не будет, т.к. MySQL схлопнет столбец name по значениям, то как работать с другими полями она не знает.
Покажу как это работает через агрегирующие функции:[CODE]sel ect name, sum(rating) as SUMMA fr om table
group by name;[/CODE]Результат будет следующим:[CODE]name SUMMA
one      8  
two      3  

[/CODE]

На инглиш версии сайта у вас корректно настроена обработка урлов. И в урле нет роутов, оканчивающихся php скриптами.
Реализовать это можно, например, создать ИБ наполнить информацией и вывести при помощи news.list, сделав кастомный шаблон, к котором будет верстка под таблицу

[QUOTE] написал:
[QUOTE] написал:
 [QUOTE] написал:
Есть каталог с 3 уровнями подразделов. Нужно в списке товаров выводить название подраздела второго уровня. То есть если допустим у нас есть разделы "Раздел1" -> "Раздел2" -> "Раздел3", необходимо в списке вывести название второго раздела (Раздел2). Пока что смог реализовать только вывод именно на этом подразделе:    [CODE] <? $res = CIBlockSection::GetByID( $arItem [ 'IBLOCK_SECTION_ID' ]);
                        $ar_res    =    $res   ->GetNext();
                        $category    =    $ar_res   [   'NAME'   ];   ?>      
  <?if($ar_res['DEPTH_LEVEL']=='2'):?>  
                  <   p   >         <?   =   $category      ?>         </   p   >  
                  <?endif?>      [/CODE] [/QUOTE]
 Я правильно понял, что вы хотите получить родительский раздел для элемента, но второго уровня?[/QUOTE]
дя[/QUOTE]
Смотрите как можно сделать.[CODE]$item = \Bitrix\Iblock\Elements\ElementProductsTable::getList([
   'select' =>
       [
           'ID',
           'NAME',
           'SECTION_ID' => 'IBLOCK_SECTION.ID',
           'IBLOCK_ID'
       ],
   'filter' =>
       [
           'ID' => 354704,
           // 'ACTIVE' => 'Y',
       ],                  
])->fetch();
//Это я получил просто элемент из ИБ который лежит в разделе третьего уровня. У вас они уже будут в каталоге.

$sectionEntity = Section::compileEntityByIblock($item['IBLOCK_ID'])::getEntity();
// Получаем сущность раздела, для нашего ИБ
$sectionEntity->addField((new Reference(
   'ONE_LEVEL_UP',
   $sectionEntity,
   Join::on('this.IBLOCK_SECTION_ID', 'ref.ID')
))->configureJoinType('LEFT'));
//Добавляем runtime
$secRes = (new Query($sectionEntity))
   ->setFilter([
       'IBLOCK_ID' => $item['IBLOCK_ID'],
       'DEPTH_LEVEL' => 3
   ])
   -> setSelect([
       'L1_ID' => 'ONE_LEVEL_UP.ONE_LEVEL_UP.ID',
       'L2_ID' => 'ONE_LEVEL_UP.ID',
       'L3_ID' => 'ID',
       'ID',
       'NAME'
   ])
   ->where('ID', $item['SECTION_ID'])-> exec();
//Пишем запрос, который для SECTION_ID третьего уровня найдет его родительские разделы вплоть до первого уровня
   print_r($secRes->fetch());


Вот вывод

Array(
   [ID] => 354704
   [NAME] => Товар находящийся в разделе 3го уровня
   [SECTION_ID] => 5006
   [IBLOCK_ID] => 176
)
Array
(
   [L1_ID] => 4997
   [L2_ID] => 5004
   [L3_ID] => 5006
   [NAME] => Раздел третьего уровня
)

[/CODE]

[QUOTE] написал:
Есть каталог с 3 уровнями подразделов. Нужно в списке товаров выводить название подраздела второго уровня. То есть если допустим у нас есть разделы "Раздел1" -> "Раздел2" -> "Раздел3", необходимо в списке вывести название второго раздела (Раздел2). Пока что смог реализовать только вывод именно на этом подразделе:  [CODE] <? $res = CIBlockSection::GetByID( $arItem [ 'IBLOCK_SECTION_ID' ]);
                      $ar_res  =  $res ->GetNext();
                      $category  =  $ar_res [ 'NAME' ]; ?>  
<?if($ar_res['DEPTH_LEVEL']=='2'):?>
                < p >   <? = $category  ?>   </ p >
                <?endif?>  [/CODE] [/QUOTE]
Я правильно понял, что вы хотите получить родительский раздел для элемента, но второго уровня?

[CODE]$elements = \Bitrix\Iblock\Elements\ElementCatalogTable::getList([
   'select' => ['ID', 'MORE_PHOTO.FILE'],
   'filter' => [
       'ID' => $elementId,
   ],
])->fetchCollection();

foreach ($elements as $element) {
   foreach ($element->getMorePhoto()->getAll() as $value) {
       var_dump('/upload/' . $value->getFile()->getSubdir().'/'.$value->getFile()->getFileName());
   }
}
[/CODE][URL=https://mrcappuccino.ru/blog/post/iblock-elements-bitrix-d7]Источник[/URL]. В источнике описана работа с api инфоблоков. Вы можете получить доп. картинки всех элементов и в цикле каждого элемента доп картинок делать $value->delete(). Это удалит картинку из элемента. Как видите в примере есть var_dump в котором есть ссылка, по которой вы можете делать соответствие в вашем файле списка на удаление. Так вы удалите только не нужные. Дальше все в ваших руках.

[QUOTE] написал:
Здравствуйте. Вопрос такого характера, есть раздел например санки, у этого раздела есть товары. Так вот дело в том что мне нужно в разделе санки вывести список брендов, но список нужен не всех брендов которые есть на сайта, а только те бренды товары которых есть в разделе санки. У меня есть вариант пройтись по всем товарам раздела в result_modifier и у каждого вытащить название бренда в отдельный массив. После отфильтровать этот массив от повторяющихся брендов. Но может кто-то предложит вариант получше. Просто я не думаю что это особо хороший вариант если товаров в разделе и его подразделах будет например 5000.[/QUOTE]
Очень не информативно. Если мы и можем помочь, например, написать запрос, то не хватает данных и структуры хранения данных, что, где и в каком виде. А то что вы собираетесь аккумулировать данные в result_modifier.php для дальнейшей обработки, не лучший вариант, как вы и поняли. Выборка должна производиться из БД

[QUOTE] просто странно конечно что нету возможности идти четко по заданным айди вообще не применяя никакой сортировки как таковой вообще[/QUOTE]
Нет ничего странного [URL=https://overcoder.net/q/60588/%D0%BA%D0%B0%D0%BA%D0%BE%D0%B2-%D0%BF%D0%BE%D1%80%D1%8F%D0%B4%D0%BE%D0%BA-%D1%81%D1%82%D1%80%D0%BE%D0%BA-mysql-%D0%B4%D0%BB%D1%8F-select-from-tablename]MYSQL[/URL]

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

Все еще актуально.