Rsa97

RTFM: foreach

$data = [
  ['id' => 1, 'field1' => 'Вася'],
  ['id' => 2, 'field1' => 'Петя'],
  ['id' => 3, 'field1' => 'Миша']
];
foreach ($data as $row) {
    $stmt->execute($row);
}

или

$data = [
  1 => 'Вася',
  2 => 'Петя',
  3 => 'Миша'
];
foreach ($data as $id => $field1) {
    $stmt->execute(['id' => $id, 'field1' => $field1]);
}

const deepEqual = (a, b) => {
  if (a === null || b === null || typeof a !== 'object' || typeof b !== 'object') {
    return a === b;
  }
  const aKeys = Object.keys(a);
  const bKeys = Object.keys(b);
  if (aKeys.length !== bKeys.length) {
    return false;
  }
  return aKeys.every(
    (key) => bKeys.includes(key) && deepEqual(a[key], b[key]),
  );
}

У вас в форме нет элемента с name="id". Ссылка на обработчик формы тоже такого элемента не содержит. Соответственно, в $_REQUEST['id'] ничего нет.
Вообще, у вас в логах ещё и предупреждения должны быть о доступе к несуществующему элементу массива.

Такое, конечно, можно сделать через статическое свойство со списком экземпляров класса, но зачем нужен такой изврат? В каких реальных целях его применять?

class A
{
    private static array $instances = [];
    public readonly int $value;
  
    public function __construct(?int $value = null)
    {
        if ($value !== null) {
            $this->value = $value;
            static::$instances[] = $this;
        }
    }

    public function summ(): int
    {
        return array_reduce(
            static::$instances,
            fn($acc, $cur) => $acc + $cur->value,
            0
        );
    }
}

new A(2);
new A(3);
$summ = (new A())->summ();
print $summ; // 5

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

https://www.sqlitetutorial.net/sqlite-export-csv/

На каждую библиотеку пишется промежуточный слой. Внешний интерфейс один и тот же, внутри запросы транслируются в конкретную библиотеку.

В вашем примере:

} else if(val <= mid &#038;&#038; labelSide == "left") {

Это не добавление обработчиков в один и тот же промис, это цепочка промисов.
.then(onResolve, onReject) возвращает новый промис
.catch(onReject) - синтаксический сахар для .then(undefined, onReject)

const p = new Promise(...).then(...).then(...).catch();

можно записать как

const p1 = new Promise(...);
const p2 = p1.then(...);
const p3 = p2.then(...);
const p4 = p3.catch(...);

1. localStorage хранит только строки.
2. localStorage.localStorage - строка.
3. JSON.stringify(localStorage.localStorage) - JSON, кодирующий строку.
4. json_decode($_POST['obj'], true) декодирует JSON в исходную строку, которая была в localStorage.localStorage.

Скорее всего, браузер использует CORS preflight для вашего запроса.
В этом случае перед запросом POST браузер делает запрос OPTIONS, на который сервер должен ответить, вернув код 2xx и CORS-заголовки.

Из fetch вы получаете Promise.
При разрешении этого промиса (через .then или await) вы получаете объект Response, из которого можете достать данные любым удобным для вас методом.

В $_POST автоматически парсится только стандартная форма HTML или её аналог FormData.
JSON можно только получить из тела запроса через чтение php://input.

$json = file_get_contents('php://input');
$data = json_decode($json);