Rsa97

Код тут действительно неправильный, причем по очень многим параметрам. Много бессмысленных телодвижений, инъекции, плюс условие можно записать оптимальнее. Так что помимо исправления конкретной опечатки от Rsa97, надо править этот код целиком

$sql = "SELECT * FROM blocks WHERE user_id = ?";
// выполняем запрос без инъекций. если версия РНР не новая, надо будет дописать эту функцию самому
$result = $conn->execute_query($sql, [$id]);
// получаем запрошенную строку, без всяких num_rows и foreach
$row = $result->fetch_assoc();
// получаем $block_level, даже если в $row пусто
$block_level = $row["type"] ?? 0;
// match - новое выражение в РНР начиная с 8.0 версии. в сто раз аккуратнее чем забор из elseif
$block_text_type = match ($block_level) {
    1 => "Незначительная блокировка",
    2 => "Частичная блокировка",
    3 => "Полная блокировка",
    default => "Нет блокировок",
};

Поменять кавычки с " на `, которые включают режим шаблонных строк.

Но ващет проще document.querySelectorAll и перебрать уже как массив, без таких извращений.

Есть ли возможность в mysql вывести инфу из присоединенной таблицы в виде вложенного массива?

Это очень просто сделать.
Надо всего лишь освоить подготовленные выражения.
Например, почитав вот тут https://habr.com/ru/articles/662523/

И все запросы, в которых участвуют переменные, выполнять только таким образом.
А texarea там, или tinymce - это уже без разницы.

Чтобы решить эту проблему, надо научиться пользоваться интернетом.
В частности, освоить такой сложный навык, как взять сообщение об ошибке, вставить в адресную строку своего браузера, и нажать enter
И после этого с удивлением обнаружить, что объяснений этой ошибки существует несколько миллионов.
Например https://ru.stackoverflow.com/questions/284578/

И заодно не помешает научиться задавать вопросы. Чтобы не спрашивать про то, что вы и так знаете.

У вас код написан с синтаксисом PHP 8, а запускаете вы код на более старой версии PHP, которая не понимает этот синтаксис. Конкретно речь идёт об именованных аргументах. Обновите PHP или пишите без имен аргументов.

Всё элементарно просто. Набираете в поисковой строке Гугла такой текст - 1602 datasheet. Гугл выдаёт вам почти 4000000 ответов. Выбираете тот, который нравится. Мне понравился вот этот - https://www.openhacks.com/uploadsproductos/eone-16...
Третья страница этого даташита содержит исчерпывающий и (главное!) точный ответ на ваш вопрос:

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

Если я вставлю в каждом 100метре один коммутатор

то будет полная фигня и отсутсвие линка. Задача решается принципиально другим способом.

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

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

- trim() ни к инъекциям, ни к защите отношения не имеет
- stripslashes() просто бессмысленная функция, которая только портит данные
- htmlspecialchars() не имеет отношения к SQL. Применяется при выводе данных, а не при получении
- real_escape_string() - единственная функция, которая имеет отношение к SQL, но при этом вообще не предназначенная ни для каких защит.

Попробуйте на основании этой информации самостоятельно оценить полезность вашей функции.

Возьмем классический пример

$_GET['id'] = '1;DROP TABLE Students;';
$id = formatstr($_GET['id']);
$sql = "SELECT * FRPM Students WHERE id=$id";

И посмотрим, помогло ли ваше самописное экранирование предотвратить хоть что-то (спойлер: нет).
(да, та функция, которую лично вы используете для выполнения запросов, выполняет только один запрос за раз. И вместо инъекции вы получите ошибку. Но это не отменяет сам факт получения инъекции.)

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

Уважаемый пользователь.
У тебя из 10 вопросов 9 вопросов про то. как стать разработчиком и поменьше учить.
Прекрати такое поведение.

Не хочешь учиться - выбери другое направление, кроме ИТ полный мир возможностей.
Ну или учи свою верстку, работай всю жизнь джуниором, никто тебя за уши в сеньоры не тянет и не заставляет.
Хочешь - учи, не хочешь - не учи.
Читай вакансии и требования в вакансиях, зачем тебе советы рандомных людей из интернета, если ты постоянно спрашиваешь почти одно и тоже, хотя тебе уже отвечали.

function createCounter() { 
    let counter =0; 
   counter = counter - 10  
    const myFunction = function () { 
        counter = counter+1; 
        return counter 
    } 
    return myFunction 
} 
let z = createCounter() // Вернули в переменную z функцию "myFunction" у которой в замыкании есть counter.
// counter внутри на данный момент равен -10.

// Вызвали функцию и вывели результат в консоль.
// Так как внутри функции counter берётся из замыкания, то при вызове функции получаем
// -10 + 1
console.log(z()) // -9

// В данном примере - бесполезный ничего не делающий вызов.
// То есть создаётся ещё один НОВЫЙ счётчик, со своим замыканием, но он никуда не сохраняется.
createCounter() 

// Снова вызвали функцию и вывели результат в консоль.
// -9 + 1 
console.log(z()) //  -8

где я допускаю ошибку

Судя по всему Ваша ошибка в том, что Вы считаете, раз снова вызвали функцию createCounter - то это на что-то влияет. Но нет. Это отдельный новый вызов нового счётчика, который потом в данном примере нигде не используется.

Второй вопрос откуда берется counter при втором вызове console.log(z())

Да всё оттуда же. Из замыкания. Когда Вы в первый раз вызвали функцию createCounter и сохранили результат её работы в переменную z - Вы в переменную z поместили функцию myFunction, у которой есть своё собственное замыкание на counter.
При каждом вызове z() будет вызываться та созданная функция со своим замыканием и оперировать с counter из него.

При новом вызове createCounter возвращается НОВАЯ функция myFunction у которой своё независимое от предыдущих вызовов замыкание.
То есть createFunction это как фабрика, которая выпускает одинаковые изделия(счётчики от -10, в данном случае), но изделия не зависят друг от друга.

Традиция, так сделано для совместимости не более того.
Распиновка разьема совместима с древней проводной телефонией,
Чтобы была совместимость, с проводной аналоговой телефонной линией - нужно задействовать два средних контаката.
Тогда в розетку RJ-45 можно воткнуть RJ11 от обычного телефона если есть такая задача.

В телефонной линии сигнал передавался по одной средней паре.
Потом появились умные телефоны где было две или три пары, для совместимости опять же использовалась средняя пара под аналоговый сигнал.

Так что это просто традиция, проводная телефония в основном отмерла, а совместимость кабелей осталась.