Slava Rozhnev

Я новичок в laravel
------------------------
Теперь проблема в том что вместо отправленных данных в phpMyAdmin в полях таблицы стоят не отправленные данные а переменные $title и $text <---вот прям вот так и написано

Сюдя по всему вы новичок не только в Laravel, но и в PHP тоже. А также и программировании в целом

['$title', '$text'] - ответ прячется тут. Для какой цели вы переменные в кавычки обернули?

Как уже было сказано выше (но разве можно считать хорошим ответом тот, в котором спрашивающему говорят "гуглите"?), Windows Server 2019 и 20H2 (а сейчас уже 21H2) - это два разных продукта.

Windows Server 2019 на момент написания этого ответа - продукт LTSC. Он не содержит новых функций, которые могли бы появляться между большими релизами серверной ОС Microsoft, но зато гарантированно долго поддерживается, что позволяет полагаться на этот дистрибьютив системам, которые не частно обновляются или меняются.

Windows server (XXHX) - это SAC продукт, обновляется каждые пол года или реже, чаще получает "последние доработки", долгосрочно не поддерживается, то есть используя его можно быстрее получить новые фичи (если они нужны и вы о них знаете), но обновлять сам дистрибтьютив для гарантии наличия патчей и обновлений придется чаще (целить надо на "раз в пол года").

Причина простая. Лапша вместо кода. Это и не позволяет понять, что есть что.

Отформатируем:

with AAA(A) as (
    select 1 union 
    select 2 union 
    select 3 union 
    select 4 union 
    select 5
)
select 'А01' as "id",
       1 as "sensor",
       generate_series('2021-07-01 00:00:00', '2021-07-31 23:59:59', '10 sec'::interval) as "time",
       t.status[floor(random()* 4 + 1)::int] 
from (select array_agg(distinct AAA.A) as "status" from AAA ) as t ,
     round((random()* 400 - 200)::numeric, 2) as "value"

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

PS. За логику и даже просто за синтаксическую корректность я так и вовсе молчу...

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

$array = [
     0 => [
        'name' => 'Алексей',
        'surname' => 'Петреченко',
        'photo' => 'путь'
     ],
     1 => [
        'name' => 'Саша',
        'surname' => 'Васильченко',
        'photo' => 'путь'
     ]
];

foreach($array as $item) {
   echo $item['name'];
   echo $item['photo'];
}

SELECT car_model.* 
FROM car_model 
JOIN car_mark ON car_model USING (id_car_mark)
WHERE car_mark.name='AC'

SELECT * 
FROM table t1
WHERE NOT EXISTS ( SELECT NULL
                   FROM table t2
                   WHERE t1.salary < t2.salary )

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

select count(*) from xf_list

If you adopt FSB1333-CPU and DDR3 1333 memory module on this motherboard, you need to adjust the jumper. Please short pin2, pin3 for FSB1 jumper. Otherwise, the CPU and memory module may not work properly on this motherboard. Please refer tobelow jumper setting.

Смотри 20 страницу инструкции к материнской плате

Имеется в виду одна БД не для каждого отдельного экземпляра микросервиса, а для всех экземпляров некоторого микросервиса. Скажем, 10 контейнеров микросервиса с одним DB connection string. Соответственно, 1 балансировщик на эту группу.

Лучше делать всё в одном запросе:

UPDATE users u1
CROSS JOIN users u2
SET u1.amount = u1.amount - $summa,
    u2.amount = u2.amount + $summa
WHERE u1.id = $client
  AND u2.id = $shop;

Во-первых, один запрос - проще. Пусть даже сам запрос и сложнее.

Во-вторых, если, например, в структуре таблицы имеется ограничение CHECK (amount >= 0), а сумма такова, что у клиента баланс уйдёт в минус - в таком случае ни одна из записей не будет изменена.

empty() является зарезервированной функцией в PHP, попробуйте изменить название своей функции на другое

Ну вообще зачастую для такого используют google protobuf

Лучше не время жизни соединения увеличивать, а проверять его активность и переподключаться.

ты на каждую запись из f_list (отфильльтрованную по условию в where) выводишь ВСЕ users, вот они и умножаются
sql это про умножение таблиц друг на друга, когда они указаны во from

необходимо задать условие как связаны записи из f_list с users, обычно это foreign key индексы (или у тебя там еще табличка промежуточная)

так что схему в студию, описывай смысл хранящихся данных в твоих таблицах и что хочешь получить.