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

It depends.

Из вопроса мало что понятно, но в том виде, в котором понял я, будет выглядеть примерно так:

function between(carYear: number, to: number | null, before: number | null): boolean {
  if (to === null) {
    to = 2000;
  }

  if (before === null) {
    before = 2023;
  }

  return to <= carYear && carYear < before;
}

Срабатывает браузерная валидация:

Чтобы начать слушать событие (scroll) только при наступлении другого события (btnUp). Неужели это не очевидно?

-$_COOKIE[hash]
+$_COOKIE['hash']

И далее по тексту, где идёт обращение к элементам ассоциативного массива, сделать то же самое.

Я больше десяти лет участвую в процессе найма и уже давно перестал смотреть эти списки "знаю HTML на 88%, а javascript на 42%". Помимо того, что эти проценты абсолютно бессмысленны и высосаны из пальца, действительно, обычно люди пишут туда всё, мимо чего проходили.

Корректно и этично пользоваться вашим критерием (за исключением "без документации"), но это может понизить ваши шансы на этапе первичного отбора.

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

Все вопросы отдаются потому, что вы сами так написали:

...
for num, question in enumerate(questions):
...
   bot.send_message(chat_id, question_message, reply_markup=options)
...

Вам нужно брать один вопрос, присылать его пользователю, дожидаться ответа и, если он правильный, отправлять следующий вопрос.

Поддержка 64GB на 4 слота - это относительная редкость. Их работа хоть с каким-то разгоном редкость ещё большая. А вашей конкретной памяти вообще нет в списке совместимой.

Да, это нормальная схема.

Замените везде $output .= '...'; на $output .= PHP_EOL . '...';

Код, вроде, выглядит рабочим. Так что подозреваю, что дело всё же в неправильном типе экшена:

dispatch({type:'product/ProductAdd'

case 'product/ProductEdit':

Если же это вы сюда скопировали как-то криво и тип экшена совпадает, то нужно смотреть что в inputValue.id в момент диспатча. Может, значение не заполняется, а может там идёт конвертация числа в строку, например, и строгое сравнение в редьюсере не проходит.

Нужно дополнительно триггерить событие изменения (change, input и т.п.), на которое, очевидно, подписаны другие скрипты на странице: https://developer.mozilla.org/en-US/docs/Web/Event...

«Он берёт» сначала первый символ, потом второй и так далее. Всё дело в том, куда он этот символ подставляет — каждый раз в начало новой строки, поэтому она и получается перевёрнутой.

Менее костыльное решение вы и сами знаете (или можете найти одним поисковым запросом), раз знаете название проблемы - в первом запросе получать идентификаторы, потом вторым запросом получать данные по where in.

Что же касается вашего текущего...
Я бы сказал, что оно приемлемо в некоторых ситуациях. Например, если построение информации о товарах - сложный процесс с кучей запросов к БД и/или каким-то сторонним сервисам, то имеет смысл их кешировать и тогда, действительно, будет N + 1. Но, как видите, это прям очень узкий кейс, котрого у вас, скорее всего, нет.

Порядок решения такой:

1. Разбиваете введённую строку на два числа.
   
2. Для каждого числа определяете диапазон, умножив его на 0,85 и 1,15.
   
3. У каждого элемента списка разбиваете его строку с размерами на два числа функцией из п.1 и проверяете, входят ли они в нужный диапазон.
   

Хоть какую-то сложность тут может представлять только нормализация строки, если она требуется. Т.е. если требуется обрабатывать строку, например, и в формате "1.2x3.5", помимо приведённого в вопросе, то придётся немного заморочиться с определением где там числа. Но, на самом деле и тут всё довольно просто: заменяем запятые на точку, а всё, что не цифра и не точка заменяем на пробел. А дальше уже регуляркой легко получить из получившейся строки два числа.

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

Вы хотите полностью отказаться от React и перейти на более «простые» инструменты? Скорее всего, это невозможно — если используется React, то у вас сложные динамические интерфейсы и никакими автоматическими средствами переписать их на ванильный js не выйдет — только руками. Но это будет требовать знаний куда больших, чем просто использование React.

Если же вы хотите отказаться от JSX, но оставить React, то это автоматизировать уже можно, но задача очень странная.