fantazerno

Раз это именно авторизация то отказаться от sms. Сделать подтверждение почтой или в мессенджерах. Или подтверждение по OTP.
Другой вариант, если аудитория конкретной страны то можно:
1 ограничить доступ по IP подсетей страны. Т.е. доступ только для страны
2 ввести проверку введённых номеров, по коду оператора
3 ввести проверку введённых номеров по наличию в твоей БД, у тебя же именно авторизация а не регистрация
4 ввести лимит по запросам до api с IP адреса обратившегося
5 усложнить обращение к апи путем введения временного ключа, ключ уникальный для каждого клиента. Видишь что с одним ключем много обращений то банишь юзверя.

Проще уйти на OTP\почту\мессенджеры.

Вам лучше взять термистор ЖК дисплей ардуино нано НО лучше заказать кит на Алиэкспрессе потому что однго термометра на долго вам не хватит.

1) Ардуино Nano. То же что и Uno, только дешевле и компактнее.
2) LCD дисплей 1602 с адаптером I2C (чтобы подключать его к ардуино всего по 4 проводам, включая питание)
3) Ну а датчик температуры - по вкусу. Тут и DS18B20, и LM35, и датчик влажности-температуры типа DHT22, и давления-температуры типа BMP280. В познавательных целях можно все попробовать! :)

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

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

Естественно, вместо q-dialog в данном случае может быть любой готовый компонент. А подход showModal('reg') ведет к лапше в коде
В случае с v-for - лучше всего встраивать компонент в каждую строку, чем заниматься пробросом текущей строки в "общий" на список компонент.

почитайте про yeoman

Указать LIMIT и OFFSET

Как то так?
order by `id` desc limit 0,33
order by `id` desc limit 34,33
order by `id` desc limit 67,33

Тоже столкнулся с проблемой валидизации телефонных номеров.
Телефоны берутся с участников вебинаров, на которые записываются люди из очень разных стран.
Соответственно, со всеми предыдущими схемами возникают проблемы:
1) а что если телефон с Украины (не +7-, а +38-)? А из Казахстана? А США (1-)? А Уганда ( +233-)? (из Уганды, правда, пока слушателей не было, но все впереди).
2)В разных местностях приняты самые невообразимые способы разбиения телефона на группы цифр:
8(8888)8-88-88-88 например. или 888(88)88888-888. Да и какие угодно могут возникнуть в будущем.
Поэтому вариант с "дефолтным разбиением типа "8(888)888-88-88 ну совершенно не катит.

Соответственно, я придумал следующий валидатор:
1) В начале могут быть пробелы, после них может быть "+" (а может и не быть)
2) Дальше должна идти группа цифр в количестве от 10 до 14 (мне нужны номера в международном формате; но если кому-то нужны более короткие - можно исправить диапазон длин).
3) Поскольку я не знаю, как люди группируют цифры - до и после каждой цифры может быть один из 8 знаков ("-", " ", "_", "(", ")", ":", "=", "+"). Это значит, что между двумя цифрами могут быть любые два из этих знаков.

В итоге получилось очень коротко и понятно )) :
/^(\s*)?(\+)?([- _():=+]?\d[- _():=+]?){10,14}(\s*)?$/

Съедает следующие телефоны:
+7(903)888-88-88
8(999)99-999-99
+380(67)777-7-777
001-541-754-3010
+1-541-754-3010
19-49-89-636-48018
+233 205599853

Алгоритм такой:
1) Разбираем массив через foreach \ while \ array_explode ...
2) Создаем запись через $new_post_id = wp_insert_post();
3) Добавляем категорию: wp_set_object_terms($new_post_id,array('название_категории'), 'название_таксономии' )

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

решение для уже установленного сайта с багом:
1. скачиваете базу в sql файл, открываете редактором
2. делаете поиск/замену с
{03873571dc18fad47add251c551321dbadd75fc58166b9b4f6f1c1bdbb6ac251}
на
%
3. сохраняете, заливаете базу.

Несколько запутанное описание.
Насколько я понял, есть заказ и его ID. Нужно отправить его на оплату. Оплату будет совершать посетитель сайта.
Переход на оплату это, как правило,
- либо сформированная форма (<form> с параметрами в hidden полях), которая сабмитится с переходом на страницу оплаты;
- либо специальный урл с набором параметров.
В обоих случаях предусматриваются идентификаторы (или дополнительные поля), которые после транзакции (и в случае успеха и в случае неудачи) будут вызывать callback. Как правило в качестве callback-а выступает скрипт на вашем сайте. Например:
/payment/zero-bank/success.php
/payment/zero-bank/fail.php

Этим скриптам передаётся набор параметров по правилам, установленным в банке. Среди этих параметров есть как минимум идентификатор (ваш номер заказа), как максимум — ещё и дополнительные поля, которые вы посчитали необходимым пробросить через всю цепочку.

Распознаёте по идентификатору ваш заказ и делаете уже с ним то, что требует ситуация (погашение / отбой, уведомление...)

Я бы тут больше рассматривал не мать, а чипсет и сколько всего надо будет подключить и надо ли будет подключать когда-либо.

Вот тут можно почитать про различия.
https://www.ferra.ru/ru/system/review/intel-b250-h...

Например чипсеты линейку Q, имеют удаленное управление Intel AMT , в составе intelRE (да да, относительно недавно нашли дырку)
Считается бизнес уровень и можно удаленно переустановить ОС. Нет разгона итд итп.
Поэтому выбирайте от ваших потребностей.

Мой выбор из самого оптимального и для игр и для всего это Asus Prime H270-Pro.
Память берите одной планкой. Скорость для вас не имеет значение, главное уж не совсем низкие тайминги.
Почему одной ? Потом будет куда еще расти.