Александр Аксентьев

<template>

    <button
            class="btn btn1"
            :class="{'active-btn': currentActive === 'limit'}"
            @click="currentActive='limit'">
        Limit
    </button>
    <button
            class="btn btn2"
            :class="{'active-btn': currentActive === 'market'}"
            @click="currentActive='market'">
        Market
    </button>

</template>

<script>
export default {
    data() {
        return {
            currentActive: 'limit'
        }
    }
}
</script>

Это хеш полученных данных, проверить можно только длину и состав символов.
По сути никак.

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

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

Итог такой что пользуйтесь как есть, если не помогает, то остальные варианты тоже не помогут и надо делать так чтобы обход был невыгодным/ненужным. Что как правило влияет на обычных клиентов уже которым доставлять неудобства вообще последнее что хочется делать.

потому что используются сессии
сессия блокируется при работе скрипта и соответственно ждёт пока завершится запущенный скрипт

Чтобы такого не было можно принудительно закрывать сессию когда вы больше не будете туда писать ничего
https://www.php.net/function.session-write-close

https://www.php.net/manual/en/types.comparisons.php

0 = empty

https://onlinephp.io/c/c75a6



isset проверяет наличие ключа в массиве, но он может быть null, 0 и т.п.
empty проверяет значение на "пустоту"

Сайт на ангуляре/реакте/вью информацию берет не из воздуха, и парсить надо не сайт, а то откуда он эту информацию берет.
В 99% случаев это запросы к API сайта.

Т.е. надо открывать в DevTools вкладку Network при загрузке и посмотреть по каким ссылкам берутся данные.

$hashedPwd = password_hash($pwd, PASSWORD_DEFAULT);
mysqli_stmt_bind_param($stmt, "sss", $email, $username, $pwd);

Ежемесячно почтой пользуются более 27 миллионов пользователей.

вот яндекс например (это только те кто пользуется, а сколько зарегистрировано за 20 лет неизвестно)

А теперь представьте: придумали новую функцию и надо накатить миграцию в базе данных.
Добавить столбец или создать таблицу там какую-нибудь очень нужную.
Это надо 27 миллионов раз накатить миграцию.
Очень эффективно получится? Деплоить по одному апдейту в месяц или вроде того)

А если в принципе надо переехать куда-нибудь и перенести данные, тоже собирать в кучу как-то 27 миллионов разных баз. Или даже сделать бекап например.

Про всякие аналитики, статистики и т.п. можно вообще не думать, неизвестно как можно будет подключиться к такому количеству баз чтобы сделать какую-то общую статистику.

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

а там данных на одного пользователя не больше миллиона значений

от балды цифра, а если у меня 2 миллиона? А если 3? Каждый раз всё переделывать когда появляется пользователь который выходит на ваши рамки?
А когда один пользователь перестанет влезать на один сервер?
А что если 10 пользователей занимают диск целого сервака, а нагрузки при этом никакой не создают - сервер простаивать будет просто так?

Ну в общем можно много чего еще такого придумать.
Это не поддерживаемо, не масштабируемо, неудобно ни с какой стороны.
Если бы было по другому так бы все делали.

Route::get('/search/{search}', function ($search) {
    return $search;
})->where('search', '.*');

https://laravel.com/docs/9.x/routing#parameters-en...

тут прям написано чем и что это deprecated https://developer.mozilla.org/en-US/docs/Web/API/M...

https://developer.mozilla.org/en-US/docs/Web/API/M...

Потому что position это функция, чтобы использовать как название таблицы нужно экранировать кавычками.
А еще лучше не называть ничего в базе словами которые могут трактоваться базой как внутренняя функция или зарезервированное слово.

https://www.w3schools.com/mysql/func_mysql_position.asp

https://dev.mysql.com/doc/refman/8.0/en/keywords.html

Создать Interpreter с подключением к докеру
Ну и вообще запускать через докер через docker exec если что-то надо выполнить.