Михаил Смирнов

Надо учиться отлаживать свой код самостоятельно.
Ну то есть вы уже начали, это очень хорошо.
Но выводить просто 'find data' не очень информативно. Вам надо понять, почему оно выводится.
Добавьте к var_dump ('find data'); результат strpos($value,'г ') и посмотрите на результат. причина сразу станет ясна.

И соответственно, код надо будет доработать, чтобы получить желаемый результат.
Кстати, если у вас 8 версия РНР, то в нем есть готовая функция для такой проверки, вместо strpos

Давайте вместе подумаем, почему ваш селектор, в котором чёрным по белому написано checkbox, не выбирает radio. Но есть вероятность, что придётся искать кого-то ещё и соображать на троих.

Проблема в том, что многие курсы рассказывают о различных web терминах, в
результате чего возникает каша, поскольку не знаешь где и что применять
Возьмём патерны проектирования, MVС, модуль и так далее. Насколько я понимаю они
и решают проблему разбивки кода...

В текущем, современном этапе разработки такими паттернами почти не пользуются. Сейчас у нас есть import/export - вот он ваш, нативный модуль. В остальном, просто положитесь на фреймворк.

Как подходить к оформлению кода, если мы не используем фреймворк Vue или иной...

Любой клиентский фреймворк - это уже своего рода архитектура, просто нужно следовать в начале пути общепринятым правилам. В отношении vue почитать про best practices. В этой папке компоненты, в этой папке сервисы, в этой папке утилиты, в этой папке типы и т.п. Разделяйте макет на части. Отдельный компонент фильтра, который состоит из множества компонентов самого фильтра, чекбокс фильтр, фильтр диапазона и т.п. Отдельно компонент товара и т.д.

Дмитрий Лаврик сказал, что бэкенд программисты в последнее
время создают API для сайтов. Так намного проще создавать бэк

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

Можно ли при помощи VUE создать fullstack приложения или без создания той же
структуры базы данны никак?

На vue нельзя написать фулстек, как и на react. Это браузерные фреймворки(клиентские), предназначенные для работы в браузере.

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

выучил JS на уровне решении задач средней сложности

Ну вам не кажется что из вышеперечисленного вами, вы не выучили js. Средней уровень сложности(хотя что можно считать "средним уровнем сложности" - это ещё вопрос), это наверно где-то джун+. А такие джуны уже умеют пользоваться инструментами.

Личный мой вывод:
Вы как и все начинающие окунулись в болото под названием js. Где царит хаос и анархия, когда можно всё, но не понятно как. У меня главный вопрос к таким людям, а зачем вам на данном этапе вашего развития "всё"? Ну вот серьёзно, зачем? Зачем вам сейчас знать, как устроена БД, как правильно создавать таблицы, как правильно создавать связи в них, зачем микросервисы, зачем, о госпади микрофронты, SSR, PWA, FullStack, Nodejs, Docker, Kubernetes, webpack, vite, TypeScript и прочая херня, которой полон мир фронтенда. Зачем вам всё это, если вы сами не можете ответить на этот вопрос. Зачем вам сейчас знать, как это работает. Если вы просто сайтик с чекбоксиками не можете сделать. Т.е. простая фильтрация html кода. Возьмите какую нибудь публичную rest api с фейковыми данными для своей песочницы и постройте маломальский сайтик с фильтром. Зачем вам фулстек? Почувствовать себя гением разработки? Забудьте про кучу не понятных терминов, просто выкиньте их из головы.
Зачем вам вообще vue или реакт, или им подобные? У вас в голове хоть есть понимание, зачем придуманы эти штуки, какую задачу то они призваны решать? Почему все так "дрочат" на эти SPA? Почему +- 90% вакансий фронта требуют знания SPA фреймворков? Каждый инструмент призван решать какую-то задачу, пока вы не поймёте, почему вам реально нужен этот инструмент, не трогайте его, пускай лежит до лучших времён.

Просто возьмите js или хрен с ним, возьмите vue, сделайте внутри ajax запрос, получите данные, отобразите их. Где в этих словах какие-то особенные или сложные термины? Вам идиоты напихали в голову сложных конструкций, вот вы и мучаетесь. Упростите себе жизнь, выкиньте из головы всякую хрень. Просто сядьте и пишите, не думая ни о чём! Просто берёте vue, разворачиваете как в доке написано и готово, работайте.
А когда сделаете, перекурите, а потом сядьте и посмотрите на своё творение и подумайте, как можно улучшить, возможно упростить. Не ждите быстрого успеха!

КОВАТЬ, КОВАТЬ И ЕЩЁ РАЗ КОВАТЬ! Только так можно научиться.

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

Функционально - разницы никакой, т.к. по факту и то и другое реализует одинаковую логику: создание объекта с определенными свойствами. Третий вариант можно назвать функциональным подходом: мы создаем функцию, которая решает свою задачу и не привязываем её к какому-то классу. `new` - просто способ сказать как компилятору, что надо вызвать функцию-конструктор такого-то класса, так и программисту, читающему данный код в будущем, что вот тут мы создаем новый экземпляр такого-то класса. Так же и, например, {} просто упрощенная запись new Object() для создания объекта.

ini_set('error_reporting',E_ALL);
ini_set('display_errors', 1);

/\+7\(\d{3}\)\d{3}-\d{2}-\d{2}/
https://regex101.com/r/jXMk30/1

1. Встраивают интерпретатор нужного языка, при необходимости урезают стандартную библиотеку (чтобы не давать коду плагинов лишних возможностей) и подсовывают туда средства общения с хост-программой.
2. Если нет нужды изолировать плагин от остальной программы, то полагаю что да, накладные расходы на поддержку плагинов уменьшатся в случае, когда плагин написан на том же языке, что и программа. В противном случае организация "песочницы" может занять столько же усилий, сколько встраивание интерпретатора.
3. Лучше, если язык плагина является или интерпретируемым (как Lua или JS), или компилируется в байткод (как Python/Java/C#). Также желательно, чтобы язык плагина имел средства интроспекции.

Вопрос решил. Использоватл такую функцию:

<script>
    $("#tabbuilder ul li").click(function(e) {
    e.preventDefault();
    $("#tabbuilder ul li").removeClass('active');
    $(this).addClass('active');
    })
</script>

Интересно, такие бредовые идеи возникают отчего? От нежелания хоть немного узнать, что из себя представляет "телефон" с точки зрения вычислительной техники или просто от модно-стильно-молодежности? Это примерно как дети спрашивают "А если взять атом величиной с дом?"

Нет, малчик, нЭльзя. нЭ тот архитектура.

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

если не знаете как тогда простой и надёжный способ - немного дублировать код

<?php if($logged === false): ?>
  <!-- выводим один блок, без foreach -->
<?php else: ?>
  <!-- выводим другой блок -->
<?php endif; ?>

Couldn't fetch mysqli возникает в том случае, если соединение с БД уже было закрыто.
Есть такие старательные любители везде пихать mysqli_close
Надо им всегда бить по рукам, и отучать писать эту бессмысленную строчку.

У вас параметры неправильно заданы, здесь у вас packages задано массивом

"packages": [
    {
      "count": 1,
      "dimensions": {
        "weight": 1000,
        "length": 500,
        "height": 500,
        "width": 500
      },
      "price": 1000,
      "estimatedPrice": 1000
    }
  ]

А здесь просто один элемент:

"packages"=>[
        "count"=> 1,
        "dimensions"=> [
            "weight"=> 1000,
            "length"=> 500,
            "width"=> 500,
            "height"=> 500,
        ],
        "price"=> 1000,
        "estimatedPrice"=> 1000
    ],

Надо так объявить

"packages"=>[[
        "count"=> 1,
        "dimensions"=> [
            "weight"=> 1000,
            "length"=> 500,
            "width"=> 500,
            "height"=> 500,
        ],
        "price"=> 1000,
        "estimatedPrice"=> 1000]
    ],

alert(`строка 1 \n строка2`)

Использование динамических запросов может привести к нарушению безопасности, поэтому я могу посоветовать следующий подход к этой проблеме:

$stmt = $conn->prepare(
	"UPDATE `sortlist` 
	SET 
		`count1` ='count1' + ? ,
		`count2` ='count2' + ? ,
		`count3` ='count3' + ? 
	WHERE `id`= ? ;"
);
$stmt->bind_param('iiis', $count1, $count2, $count3, $row);

foreach ($data as $value) {
	list($row, $col) = explode("-", $value['id']);
	
	$count1 = 0;
	$count2 = 0;
	$count3 = 0;
	
	$column = "count" . intval($col); 
	$$column = $value["count"];
	
	echo "$count1, $count2, $count3, $row";
	
	$stmt->execute();
}

Share PHP code online