Алексей Уколов

Я так понимаю что база данных MySQL. И у вас на локалке один strict_mode, а на проде другой. На локалке не правильный - и вам соверженно правильно пишут что нельзя выбирать поля в селекте если они не используются в group by.

Что-то вы не договариваете, редиректы никто не блокирует, к примеру редирект с кодом 302 прекрасно работает. Блокируются только зацикленные редиректы сами на себя, когда браузер понимает, что выхода из этого редиректа никогда не будет. К примеру если вы перейдете по ссылке https://toster.ru/q/364913, то в итоге волшебным образом попадете на адрес https://qna.habr.com/q/364913, это и есть редирект и никакой блокировки нет)
Какое сообщение показывает браузер когда в вашем случае происходит блокировка редиректа?

Можно спарсить фрагмент HTML в документ, в котором обычными методами вроде querySelector() поискать нужный тег:

const code = `
<li class="search__list-item">
  <div class="search__img-wrap">
    <img class="search__img search__img_indents" src="search.svg" alt="Иконка">
  </div>
  <strong>поиск</strong>
  текста
</li>
`;

const parser = new DOMParser();
const doc = parser.parseFromString(code, 'text/html');

if (doc.querySelector('strong')) {
  console.log('Есть!');
}

memoization
это называется «мемоизация» (не от слова «мем», нет : ) Функция запоминает значения аргументов и результат выполнения. Если уже вызывалась с такими аргументами – вернёт «запомненное» значение, не выполняясь ещё раз. Статья на Хабре

В качестве кэша можно использовать объект или WeakMap, если аргумент – объект.

distributed lock
Из вопроса не вполне понятно: в контексте одного выполнения скрипта только один раз, или глобально? Для глобального случая можно использовать какое-то быстрое хранилище, например, Redis, и механизм MutEx ("mutual exclusion" – взаимного исключения), например RedLock.

На пальцах: вот есть аргумент X. То ли вызвать функцию, то ли параллельно уже другой процесс выполняет и скоро будет готовый результат — вопрос.

Генерится случайный ключ. Пара (X, ключ) отправляется в асинхронное хранилище, где если нет ещё сохранённого значения под этот X, ячейка запирается (lock) этим ключом. Тут необходима особенность механизма самого хранилища – в Redis это "NX" – записывать только, если уже нет значения. Это гарантирует, при параллельных запросах, что только чьё-то одно случайное значение запишется. Закон джунглей: первый прибежал — наелся!

Далее надо прочитать записанное значение и получить ключ. Сравнить со своим ранее сгенеренным ключом. Совпали? Значит, это именно мы заперли этот аргумент, и можно выполнить функцию. Не совпали – параллельный процесс выиграл. Просто запросим готовое значение чуть попозже.

Не совсем понял в чём именно проблема.
Вы не понимаете как поставить обработчик на Enter? В целом это обычный слушатель на событие keypress, например с проверкой свойства key (event.key === "Enter").

Или не ясно как в этом обработчике дальше логику строить?

также будет имитироваться клик на кнопку которая отправляет сообщение

Вам не нужно пытаться имитировать клик по кнопке, это усложнит код. Обработкой нажатия на enter и клика по кнопке отправки должен заниматься один обработчик. Т.е. у вас есть два слушателя (на enter и на клик по кнопке), но они должны вызывать одну функцию/метод который уже и отправляет сообщение.

Мммм, какой классный холивар, давайте я вставлю свои 5 копеек. Сначала прелюдия:
Redis:
это кэш с парой-тройкой фич. Не предназначен для хранения и поиска данных как класс

Elasticsearch, Sphinx:
Два принципиально разных поисковых движка. Хорошо делают свою работу, но не предназначены для хранения данных, только для хранения поисковых индексов.

1. Хранение данных каталога с быстрым доступом

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

2. Поиске по информации, в особенности русскими названиями-запросами

Это умеет сегодня любой поисковый движок

3. Простота в использовании: синтаксис запросов, документация

Документация есть у всех адекватных поисковых машин, синтаксис везде достаточно простой

4. Наименьшая нагрузка на "железо"

А вот тут начинаем смеяться. Если мы говорим о поиске то первое правило - все выделенные ресурсы что вы выделите будут съедены. Даже если у вас 100 товаров по 2кб. Память будет съедена первой, потом получит свою порцию и процессор

5. Отказоустойчивость

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

6. Безопасность

Опять не про поисковые машины. Есть 3 части: encryption in transit (ssl), encryption at rest (AES), auth (зависит от движка). В принципе все и так поддерживают сегодня

7. Масштабирование

И снова не про поиск, а про архитектуру. Вертикально масштабировать проще всего в облаках и дорого, горизонтально масштабировать - больно

names.findIndex((values) => values.some((value) => value === 'George S'))

Прописывайте условия полностью
У вас не «(a - 1 либо a + 1) равны c», а «(a - 1) или (a+1=c)»

т. е bool(a-1)

if (a - 1 == c) or (a + 1 == c):

Никак, но можно создать псевдоэлемент рядом, появляющийся при наведении и уже его стилизовать:

img[title]:hover:after {
    content: attr(title);
    // ... стилизуй дальше, как хочешь
}

attr(параметр) - возвращает значение указанного в скобках атрибута.

Источник: htmlbook.ru/css/content

В responses перед двоеточием указать вопрос, на который надо ответить. После двоеточия ответ:

- name: Generic question with multiple different responses
  ansible.builtin.expect:
    command: /path/to/custom/command
    responses:
      'Do you want to continue?[Y/n]:': 'y'
      'Something else needs to be entered:': 'Enter this'

location / {
        proxy_pass http://server/;
        proxy_intercept_errors on;
        proxy_redirect off;
        error_page 502 /502.html;
}

location /502.html {
      root /path/to/directory/with/error/pages;
}

proxy_intercept_errors
error_page

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