smilingcheater

1. Для упрощения кода. Скажем, чтобы не писать каждый раз всю конструкцию аля

   axios.get(ENDPOINT + '/api/' + API_METHOD, {
     params: {
       id
     }
   })
   .catch
   ...

   
   Делается обёртка, условная функция getUser(id). В неё выносится вся логика по работе с запросом, определение маршрутов АПИ, обработка ошибки и так далее. Наружу торчит только одна функция и параметр.
   
2. При работе с TS это проще типизировать. Намного легче описать типы принимаемых параметров и возвращаемый тип для нескольких функций, чем описывать универсальную конструкцию для доступа к любым методам апи.
   
3. Ну и наконец: сервис можно вызывать прямо в компонентах. Вызывать методы АПи не обязательно внутри Vuex. Доже чаще это должно выполняться внутри отдельных компонентов, каждый из которых работает с одним-двумя апи, а не со всем набором.
   

Это называется фасетный поиск или фасетный фильтр.
Теперь, обладая знанием о том, как такая штука называется, ты легко найдешь и туториалы и готовые реализации.

Функция mysqli_real_escape_string() должна вызываться с двумя параметрами

PS.: ваш php стар как г..но мамонта

Вроде как в спецификации 450 пишется, что в режиме 3200 4 плашки не работают, а частота падает до 2666 или ниже. Уточнить этот момент для своей карты и посчитать профит

Также в режиме 3200 вообще обычно работают только 2 слота памяти из 4.

Т.е. надо смотреть бенчи вроде https://ru.gecid.com/prtart.php?id=49680 Или вообще найти нужный бенч. Явно вопрос рассмотрен.

По факту - врят ли заметите

Плюс еще ссылка https://community.amd.com/t5/processors/problem-wi... В конце ТС написал что обновил БИОС и запустил память в 2933

это защита от Cross-Site Request Forgery https://cheatsheetseries.owasp.org/cheatsheets/Cro...
данный hash формируется на сессию. вот он и проверяется при клике, что клик сделан именно с сайта вк, а не подделан с другого сайта

Об этом писалось уже мульён раз.
Было разъяснение от Межрегионального центра защиты прав потребителей.
Есть куча прецедентов, когда в судах с лёгкостью выигрывали у продавцов и производителей кейсы на эту тему.
Установка любого, другого софта в девайсы в период его гарантийного срока не является причиной отказа в гарантийном обслуживании!!!

Загуглите и всё увидите сами.

Зачем react приложению ловить эту ссылку? Backend должен обработать этот запрос и редиректнуть пользователя на нужный url

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

https://laravel.ru/posts/720
Вот это читали ?
Имхо главное пункт 4 и 2

Документация читается первый раз обзорно и освежается в голове по мере необходимости.
Главное понять принципы самого фреймворка. В каком месте и через что должен быть нужный сейчас вам для задачи кусочек кода. Пишите интересную Вам задачу. Рефакторте по мере поступления новых знаний.

Я это к тому, что Язык(PHP) - буквы, документация по методам Laravel - словарь.
А нужны еще правильно строить предложения - рамки фреймворка .
цитирование - сторонние библиотеки ( В реальности их доля может многократно перекрыть сам фреймворк)
А вот тут нужная из них может оказаться легаси (устаревшей)

1. Может быть только одна Primary group и никак иначе
2. не факт, что все группы пользователя можно найти в файлах, мало ли как pam настроен.
3. А так - в /etc/passwd primary группа, в /etc/groups все остальные группы

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

Большинство складывателей букв на РНР об этом не задумываются вообще, и очень хорошо что тебе пришел в голову этот вопрос. А ответ на него очень простой:

Проверять обращения к БД не нужно вообще

(за исключением нескольких специальных случаев, когда есть определенный сецнарий обработки ошибки)
Если же такого сценария нет, то никак проверять не нужно. Просто потому, что обращения к БД ничем не отличаются от любого другого кода.
И поскольку ты не проверяешь каждый include или там оператор деления, то не нужно и проверять запросы к БД. Их надо оставить в покое. И первый, и каждый по отдельности, и все 5 разом.

А вот что нужно сделать - это договориться с РНР, чтобы он сам сообщал тебе об ошибках в запросах. Для mysqli надо написать перед коннектом

mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

Для ПДО при соединении выставить в настройках соединения

PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION

Всё. Больше ничего для обращений к БД делать не надо.

А вот обработчик ошибок, общий для всего кода, а не только для работы с БД, настроить желательно.
Чтобы AJAX-скрипт подписки получал соответствующий НТТР статус при любой ошибке, которая может возникнуть на сервере.
Ну и разумеется AJAX-скрипт подписки должен проверять НТТР статус, и обрабатывать ответ только если статус= 200
Пример обработчика можно посмотреть здесь

Если же надо убедиться, что все пять запросов выполнились без ошибок, то для таких целей служат транзакции.
Суть транзакции именно в том, что либо выполнияются либо все запросы, либо ни одного.
Если заключить все 5* запросов в транзакцию, то если при выполнении одного из них произойдет ошибка, то изменения, сделанные остальными, автоматически откатятся!

*На самом деле в транзакцию имеет смысл заключать только запросы, изменяющие данные. То есть все, кроме первого.

Соотсветственно, если ПДО настроен на выброс исключений, то при ошибке запроса
- пдо выбросит ислючение
- которое будет поймано обработчиком ошибок
- который выведет код ошибки и завершит работу РНР скрипта
- при завершении скрипта РНР закроет соединение с БД
- БД при закрытии соединения автоматически откатит незавершенную транзакцию

причем без обработчика ошибок будет всё то же самое, только клиенту уйдет код не 500 а 200

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

1. выставить для ПДО режим исключений
2. перед первым запросом написать $pdo->begin();
3. после последнего запроса написать $pdo->commit();