lexstile

У вас в mapStateToProps и в mapDispatchToProps одинаковые поля, в пропсах компонента одно из этих полей перезатрет другое.

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

Суть:

const recommendation = recommendations.find(({ movieId }) => movieId === movie.id);

Поиск можно выполнять в селекторе, в колбеке movies.map, при необходимости меморизировать и тд.

Ставить пятую версию react-redux.

В своё время неплохо ускорил процесс поиска Sphinx, у него другая организация индекса, поэтому скорость резко отличается. Если на сервере мощности достаточно, то можно попробовать.

ну и базовая оптимизация - LIKE "%...%"работает в разы медленнее, чем LIKE "...%"
Вы мало сказали про состав типичной строки в БД и по какой её части планируете искать.

Если что, то запрос "explain select ...." полезная штука

Зависит от количества записей в таблице. В любом случае ваш вариант будет работать шустрее, чем LIKE: делаете два столбца (по одной букве и по двум буквам), пишите в них числовые значения (переводите буквы, например, в коды символов), делаете два индекса по этим столбцам и при построении запроса в условии также используете числа (поиск по числам происходит быстрее, чем по символам).

sandbox.onlinephpfunctions.com/code/fe25012d5fb5f7...

Можете попробовать использовать миксин из этой статьи.

https://extensions.joomla.org/extension/showplus/

$stmt = $this->prepare('SELECT * FROM words WHERE word LIKE :word');
$stmt->execute(['word' => $word . '%']);

1. ПЕРВИЧНЫЙ ключ уже будет уникальным.
2. Смысла делать нет. UNIQUE ограничения в MySQL реализуются с помощью индексов. Если вы создадите ещё один индекс, то у вас будет два дублирующих индекса. MySQL позволяет создать несколько индексов по одному столбцу и не защищает от ошибок дублирования.
3. Если значение в word не должен повторяться, то сделайте UNIQUE.

1) Первичный ключ подразумевает уникальность
2,3) Да, есть смысл сделать уникальный индекс - защитит от дублирования и ускорит поиск.

Добавьте в таблице столбец, с названием к примеру seo. В него заносите название материала транслитом.
А потом ищите по этому полю: WHERE seo = $url[1]

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

Оптимизируйте размер шрифтов:

• Из font awesome возьмите только фактически используемые глифы и на их основании сгенерируйте собственный шрифт.
  
• open sans — конвертируйте и подключите как woff2 и woff — отберите 2-3 фактически
  используемых начертания, у которых возьмите только нужные charset (например, cyrillic)).
  

Оптимизируйте загрузку и рендеринг шрифтов:

• Используйте свойство font-display (также можно сделать фоллебек из визуально схожих системных шрифтов)
  
• Приоритезируйте загрузку шрифтов "из первого экрана", например:

  <link rel="preload" as="font" type="font/woff2" crossorigin="" href="*.woff2">

  
  

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

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

this.insertAdjacentHTML('afterend', `
  <select>${arr.map(n => `
    <option value="${n.value}" ${n.selected ? 'selected' : ''}>
      ${n.text}
    </option>`).join('')}
  </select>
`);

или

const select = document.createElement('select');
arr.forEach(n => select.appendChild(Object.assign(document.createElement('option'), n)));
this.insertAdjacentElement('afterend', select);

или

const select = document.createElement('select');
select.append(...arr.map(n => new Option(n.text, n.value, false, n.selected)));
this.after(select);

или

const select = document.createElement('select');
for (const n of arr) {
  const option = document.createElement('option');
  option.textContent = n.text;
  option.setAttribute('value', n.value);
  if (n.selected) {
    option.attributes.setNamedItem(document.createAttribute('selected'));
  }
  select.insertBefore(option, null);
}
this.parentNode.insertBefore(select, this.nextElementSibling);

К сожалению в доке не совсем ясно, что в source_id требуется указывать не ID из справочника, а STATUS_ID.
В данном случае для вебсайта укажите "SOURCE_ID" => "WEB".
А сами статусы можно посмотреть запросом

BX24.callMethod(
        "crm.status.list", 
        { 
            order: { "SORT": "ASC" },
            filter: { "ENTITY_ID": "SOURCE" }
        }, 
        function(result) 
        {
            if(result.error())
                console.error(result.error());
            else
            {
                console.dir(result.data());			
                if(result.more())
                    result.next();						
            }
        }
    );