Рейтинг: 1  
Новая
Предложил Пользователь 8326 04.07.2018 07:09:22

Фасетная индексация - оптимизация кода

Дело в том, что у нас проект разделен по серверам, на одном сервере крутится php, на другом сервере полноценный MySql. Общая локальная сеть. То есть данные от MySql в PHP приходят по сети. Как только мы разделили по серверам работу сайта столкнулись с очень долго работой создания индексов.
Виной этому, при создании индекса $index->continueIndex(); происходит циклическая беготня по элементам и формирования для отдельно каждого индекс. В итоге мы получаем огромное количество запросов к MySql и задержку из-за работы протокола сети TCP.
Если бы, во время индексации не производить обмен данными с PHP, и уменьшать тем самым количество запросов, было бы гораздо быстрее и красивее.

Поясню на примере:
Сейчас создание индекса занимает: Elements: 124 Query count: 4912 Time: 9.2134962081909 сек.
Было до разъединения PHP и MySql в секундах 2.91 s при том же количестве элементов и количестве запросов.

Я прекрасно понимаю, что это наша проблема, что мы решили разделить, но теоретически ваш код тоже можно было бы оптимизировать. Даже у вас в документации и рекомендациях четко написано придерживаться правила - не делать запросов в цикле, однако сами нарушили свои рекомендации: https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=32&LESSON_ID=3594

public function continueIndex($interval = 0)
{
   if ($interval > 0)
      $endTime = microtime(true) + $interval;
   else
      $endTime = 0;

   $indexedCount = 0;

   if ($this->lastElementId === null)
      $lastElementId = $this->storage->getLastStoredElementId();
   else
      $lastElementId = $this->lastElementId;

   $elementList = $this->getElementsCursor($lastElementId);
   while ($element = $elementList->fetch())
   {
      $this->indexElement($element["ID"]);   <-----------
      $indexedCount++;
      $this->lastElementId = $element["ID"];
      if ($endTime > 0 && $endTime < microtime(true))
         break;
   }
   return $indexedCount;
}
public function indexElement($elementId)
{
   $element = new Element($this->iblockId, $elementId);
   $element->loadFromDatabase();

   $elementSections = $element->getSections();
   $elementIndexValues = $this->getSectionIndexEntries($element);
   
   foreach ($element->getParentSections() as $sectionId)        <-------------
   {
      foreach ($elementIndexValues as $facetId => $values)      <-------------
      {
         foreach ($values as $value)                            <-------------
         {
            $this->storage->addIndexEntry(
               $sectionId,
               $elementId,
               $facetId,
               $value["VALUE"],
               $value["VALUE_NUM"],
               in_array($sectionId, $elementSections)
            );
         }
      }
   }

   foreach ($elementIndexValues as $facetId => $values)
   {
      foreach ($values as $value)
      {
         $this->storage->addIndexEntry(
            0,
            $elementId,
            $facetId,
            $value["VALUE"],
            $value["VALUE_NUM"],
            empty($elementSections)
         );
      }
   }
}
public function addIndexEntry($sectionId, $elementId, $facetId, $value, $valueNum, $includeSubsections)
{
   $connection = \Bitrix\Main\Application::getConnection();

   try
   {
      $connection->query("                                      <-----------
         INS ERT IN TO ".$this->getTableName()." (
            SECTION_ID
            ,ELEMENT_ID
            ,FACET_ID
            ,VALUE
            ,VALUE_NUM
            ,INCLUDE_SUBSECTIONS
         ) VALUES (
            ".intval($sectionId)."
            ,".intval($elementId)."
            ,".intval($facetId)."
            ,".intval($value)."
            ,".doubleval($valueNum)."
            ,".($includeSubsections > 0? 1: 0)."
         )
      ");
   }
   catch (\Bitrix\Main\DB\SqlException $e)
   {
      return false;
   }

   return true;
}

В этом случае необходимо собрать все элементы в кучу, обработать что надо, и потом разом воткнуть в MySql
Спасибо за внимание, возможно учтете это в разработке.
Рейтинг: 0.7581  
На голосовании
Предложил Пользователь 26749 10.02.2017 13:28:02

Сортировка свойств элемента drag and drop

Было бы очень удобно, если появилась бы возможность сортировки свойств при создании/редактировании элементов по типу "drag and drop". Сейчас нужно переходить в настройку формы редактирования. Сделайте как в Битрикс24 у лидов и счетах.
Рейтинг: 1  
На голосовании
Предложил Пользователь 77491 12.09.2016 15:31:19

код свойства инфоблока при редактировании элемента

Хотелось бы видеть код свойства инфоблока при редактировании элемента как минимум на этапе разработки, т.к. приходится каждый каждый раз лезть в настройки ИБ, чтобы взять код свойства.  Можно это сделать в квадратных скобках напротив каждого свойства.
Рейтинг: 0.9778  
На голосовании
Предложил Пользователь 215992 10.10.2015 16:41:18

Добавить событие окончания активности элемента

Было бы удобно, чтобы по окончании активности элемента, вызывалось некое событие.
Рейтинг: 1.2013  
На голосовании
Предложил Пользователь 94272 18.04.2015 17:54:27

Добавить компоненту "Элементы раздела" внешний массив для сортировки элементов

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

Все что для этого нужно - добавить еще один параметр в компонент, например "SORT_NAME" и несколько строк кода, примерно так:

Рейтинг: 0.4444  
Внедрено
Предложил Пользователь 4228 12.10.2014 15:56:56

Тип календаря у поля "Начало даты активности" при массовом редактировании

В форме редактирования элемента инфоблока поля "Дата начала активности" и "Дата окончания активности" имеют календарики, и в этих календариках можно выбрать в т.ч. время.

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

Предлагаю к календарикам полей "Дата ... активности" добавить возможность установки времени.
Рейтинг: 0  
Ответил Жуков Евгений 04.07.2017 00:57:59
Вышло в iblock 17.0.3. Включается через настройки модуля.
Рейтинг: 20.3234  
На голосовании
Предложил Пользователь 4228 12.10.2014 15:48:59

При копировании элемента инфоблока картинки также должны копироваться

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

Например, у меня есть инфоблок с мастер-классами. Вся необходимая графическая информация уже есть у старого мастер-класса, осталось только нажать "копировать" и поменять дату проведения. Да, по логике так. В реальности же надо искать эти же фотографии и заново их загружать в том же порядке в соответствующие поля.

Считаю, что функционал несправедливо подрезан. Сделайте так, чтобы при копировании привязки к файлам оставались. Понимаю, что при этом возможно придётся копировать сами прикреплённые файлы, но это хотя бы логично. Если надо подгрузить новые, пользователь CMS может это сделать, а сборщик мусора потом удалит неиспользуемые файлы.
Рейтинг: 3.1672  
В работе
Предложил Пользователь 17090 17.04.2014 10:57:37

Оптимизировать компоненты каталога и новостей

  1. Отказаться от разделения на каталог и новости, и назвать компоненты - "элементы инфоблока", "элемент инфоблока детально" и т.д.
  2. В настройках компонентов есть логичный параметр - "Свойства", позволяющий выбрать, какие свойства элементов нужно выводить. Они попадают в DISPLAY_PROPERTIES. Тем не менее, в результирующем массиве присутствует массив PROPERTIES со всеми-всеми свойствами... Зачем создавать лишние выборки?!
  3. Ну и косвенный момент - новые дефолтные шаблоны каталога наворочены страшно, написаны совершенно нечитабельным кодом. Кастомизировать их - это значит стереть весь код и написать с нуля. Надо как-то по-нормальному сделать дефолтные шаблоны, чтобы их можно было понять кому-либо, кроме их создателя...
Рейтинг: 1.2407  
Ответил Жуков Евгений 17.04.2014 11:52:41
п.1 - разделения нет. если компоненты с разным функционалом.
п.2 - не можем из-за сохранения совместимости
п.3 - работаем над этим, ждите ближайших обновлений.
Рейтинг: 0.4601  
На голосовании
Предложил Пользователь 94272 29.03.2014 11:31:24

Доработать кнопку "Сохранить и добавить"

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



По шагам.
Картинка 1:
Добавляем новый элемент - заполняем имя, индекс сортировки (10). Жмем "Сохранить и добавить"

Картинка 2:
Справа от заполненных полей появляются строки с той информацией, которая была заполнена в предыдущем элементе. Строки серого цвета, что бы не отвлекать внимание и не полные, что бы не занимать место.
Перед строками кнопки, позволяющие заполнить тем, что было в предыдущем элементе. Актуально, если в новом элементе меняется лишь часть строки (например 1-ый элемент "iPhone 3g 5s 16gb", а второй элемент "iPhone 3g 5s 32gb"). Для индекса сортировки хорошо тем, что не нужно помнить, какой он был в предыдущем элементе.

Картинка 3:
Жмем кнопки описанные выше, поля заполняются значениями предыдущего элемента. Редактируем и жмем "Сохранить и добавить".

Картинка 4:
Серые строки теперь показывают данные элемента сохраненного последним.
Индекс сортировки вычисляет шаг, если он был изменен в предыдущих двух элементах.
Например в первом и втором сортировка была 10 и 20, то на третьем предложит вариант "30".
Рейтинг: 22.8007  
Внедрено
Предложил Пользователь 17090 05.02.2014 12:14:47

Сделать предупреждение перед удалением разделов или элементов инфоблока

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

Поправьте пожалуйста, срочно!
Рейтинг: 0  
Ответил 21.03.2014 20:18:10
Штатный функционал, всегда спрашивает перед удалением.
Рейтинг: 1.9616  
На голосовании
Предложил Пользователь 56743 16.12.2013 15:37:19

Удобное управление товарами и разделами

У меня огромный каталог с миллиономами элементов и десятками тясячами разделов. Очень часто приходится переносить разделы\элементы из одного раздела в другой. Очень неудобно искать нужный раздел в выпадющем селекте дерева разделов( Как-то надо удобнее сделать.