Rsa97

JOIN - это декартово произведение таблиц. При отсутствии фильтра ON число строк результата JOIN'а будет равняться произведению числа строк таблиц, входящих в JOIN.
В вашем случае, если в users_groups_link есть несколько строк с одним group_id, то в результате JOIN'а для каждой из них будет создана отдельная строка результата.
Побороть можно, например, используя count(DISTINCT sl.salon_id).

И что тут странного? Прочитайте своё условие по-русски и найдите в своей таблице соответствующую строку.

ORDER BY FIND_IN_SET(`id`, '$product_ids')
Но для большого списка сортировка будет медленная, поскольку индекс неприменим.

Каждый JWT-токен это три блока - заголовок, полезная нагрузка и подпись. В заголовке хранится информация о самом токене (срок жизни, алгоритм подписи). Полезная нагрузка - информация приложения. Подпись - зашифрованный хэш первых двух частей. В распределённых системах выдавать токен может сервер авторизации, а использовать любой другой сервер. В таком случае подпись может быть асимметричной, закрытый ключ для подписания, открытый для проверки.

Токены выдаются парой, рабочий + обновления.

Рабочий токен выдаётся на короткое время (минуты - десятки минут). Внутри содержится срок окончания действия токена, идентификатор пользователя, его права, какая-то информация для минимизации обращений к БД по данному пользователю. Токен на сервере не сохраняется.

Токен обновления выдаётся на длительное время (часы - дни). Внутри содержится срок окончания действия токена и идентификатор пользователя для автоматической аутентификации. Токен обновления (или его идентификатор, если он есть в токене) хранится в БД вместе с идентификатором пользователя.

1. Клиент аутентифицируется/авторизуется на сервере со своим логином/паролем.
2. Сервер генерирует пару токенов, короткоживущий рабочий и долгоживущий для обновления. Токен обновления записывается в БД.
3. Клиент присылает запрос с рабочим токеном.
4. Сервер проверяет токен.
4а. Токен действительный и неистекший, сервер отвечает на запрос.
4б. Токен действительный, но истекший, сервер сообщает о необходимости обновления токена.
4в. Токен недействительный, сервер сообщает о необходимости входа по логину/паролю (на п.1).
5. Клиент присылает токен обновления.
6. Сервер проверяет токен, в том числе и в БД.
6а. Токен обновления недействительный, сервер сообщает о необходимости входа по логину/паролю (на п.1).
6б. Токен обновления действительный, но в БД отсутствует, сервер удаляет все токены обновления этого пользователя из БД и сообщает о необходимости входа по логину/паролю (на п.1).
6в. Токен обновления действительный, но просроченный, сервер удаляет этот токен из БД и сообщает о необходимости входа по логину/паролю (на п.1).
6г. Токен обновления действительный, непросроченный, в БД присутствует. Сервер удаляет этот токен из БД, генерирует новую пару, записывает новый токен обновления в БД и отправляет токены клиенту (на п.3).

ЕСЛИ (sl.statusLogNow + statusDay < NOW()) {
  ECЛИ (m.date_edit + statusDay < NOW()) {
    ЕСЛИ (m.statusID = 6 И (flag_sklad_our = 1 ИЛИ flag_sklad = 1)) {
      flag := 0
    } ИНАЧЕ {
      flag := 1
    }
  } ИНАЧЕ {
    flag := 0;
  }
} ИНАЧЕ {
  flag := 0;
}

https://dev.mysql.com/doc/refman/8.0/en/validate-p...
Как минимум, у вас в пароле должен быть один символ в нижнем и один символ в верхнем регистре (mixed_case_count = 1), одна цифра (number_count = 1) и один спецсимвол (special_char_count = 1).

WHERE zakaz.data_zap='2022-12-14'А какая дата заказа, если в этой строчке заказа нет?

Эти ваши "гуру" просто ничего кроме примитивного PHPMyAdmin'а не знают. База ставится на хостинге, MySQL Workbench на рабочем компьютере. Подключение через ssh туннель, это штатная опция Workbench'а.

Если это именно конфиг, без поиска/сортировки по значениям то кодируйте значение в JSON и сохраняйте как строку.

SELECT `date`, COUNT(*)
  FROM (
    SELECT MAX(`date`) AS `date`
      FROM `Payments`
      GROUP BY `clientId`
  )
  GROUP BY `date`

Когда mysqli подключается к MySQL через localhost, он использует не сеть, а сокет юникс. Для этого должен быть правильно задан путь к файлу сокета - параметр mysqli.default_socket в php.ini. Он должен указывать на тот же файл, что и параметр socket в настройках MySQL.
Альтернатива - подключение через 127.0.0.1. В этом случае соединение будет установлено через сетевую подсистему.

Бросайте вы эти видеоуроки, они вас плохому научат.
1. Не надо напрямую подставлять переменные в запрос, для этого есть плейсхолдеры. Читать про SQL Injection.
2. Не надо руками ловить ошибки mysqli. Надо устанавливать правильные опции при подключении. Читать https://habr.com/ru/post/662523/
3. Если уж вы ловите ошибки самостоятельно, то выводите полный текст ошибки, а не просто паническое "Ой, что-то случилось!".
4. Не надо хранить в своей базе данные кредитных карт клиентов, да ещё и вместе с CVV. Учитывая пункт 1, это всё равно, что писать их на заборе. Читать про PCI DSS.

В UPDATE нет слова FROM.
https://dev.mysql.com/doc/refman/8.0/en/update.html