Ипатьев

Сам по себе вопрос бессмысленный, поскольку вообще ничего не сказано ни о данных, ни об их структуре. Ни о проблемах, которые вызывают необходимость такой "оптимизации".
Так что на него можно ответить только так же абстрактно.
Превращать JSON в EAV глупо.
Так что вопрос здесь не в том, размазывать ли JSON по строкам, а в том, нужен ли он здесь вообще.

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

Кроме того, никакого "login" в качестве идентификатора быть не должно, а должен быть первичный ключ.

копать в сторону гугля вестимо
ssh socks proxy
делается одной строчкой на никсах или настройкой путти в венде.
собственно от удаленного сервера ничего не нужно кроме доступа по ssh

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

Причем в данном конкретном случае можно проверить только на у, а любой другой ввод расценивать, как "нет".

К сожалению, плохих статей в интернете куда больше чем хороших.
Вот эта, например, вводит совершенно ненужную конструкцию, завязывая зачем-то внутреннюю структуру приложения на структуру НТТР запроса. Хотя разумеется они вообще никак не связаны.
Вам надо просто уйти от этой дурацкой схемы имя/действие/операнд. В реальности так никто не делает.
Если бы адресация любого приложения могла вписываться в эту схему, то отдельный роутинг был бы просто не нужен. Да, для некоторых контроллеров это годится. Для других - нет. И при этом внутренняя структура приложения может вообще ничего общего не иметь с порядком ключевых слов в НТТР запросе.

В данном случае notebooks_and_computers/notebooks - это просто SEO мусор, который вообще не нужен для отображения товара. Для которого нужен только айди товара. Ну вот и запускается контроллер витрины с экшеном отображения карточки товара.

https://php.net/md5_file

Для начала надо выучить русский язык и узнать, что означает слово "сортировка"
Потом надо выучить SQL, чтобы узнать, каким образом можно ограничить выборку по условию.
Потом надо выучить HTML чтобы узнать, как можно передать выбор пользователя на сервер
Потом надо выучить РНР чтобы узнать, как можно взять переданное из HTML значение и подставить его в SQL запрос, выполнить этот запрос, и вывести результат.

Никак.

Причем в данном конкретном случае это еще и бессмысленно.
Админу не нужна картинка, чтобы отредактировать пост. Она уже загружена, и заново ее загружать просто не имеет смысла.

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

Да нет, дело не в умственных способностях. Просто всё поколение такое. Не умеет пользоваться интернетом. Только тикток смотреть в телефоне.

Вот, я погуглил за вас: Не добавляются данные в таблицу

Соответственно, после исправления ошибки надо будет ещё переписать кусок после bind_param, убрав бессмысленную проверку и оставив только

$stmt->execute();
return [
    'error' => false,
    'message' => 'Дело успешно добавлено'
];

Как правильно написали выше, общепринятой практики нет.
С натяжкой общепринятой можно назвать практику, когда часть свойств пишется в JSON поле, но как раз для описанного в вопросе случая она не должна применяться. Здесь однозначно подходит стандартная реляционная структура. Нет гарантии? Пишем null. Нет пробега? Пишем 0 км.

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

Да, но не на джунской вакансии.

Сам по себе современный пых как раз очень сильно покусан явой.
И если писать на пхп, используя современные подходы в ООП, то при переходе на яву увидишь очень много общего. Собственно, пхпшники всю жизнь учили паттерны проектирования по книжкам для Явы.

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

Но сначала надо научиться формулировать вопросы. Без этого умения ни в пхп ни в яве толку не будет

Непонятно, что именно здесь может быть непонятно
PhpMyAdmin - тупейшая программа, которая на веб странице показывает результат запроса, с разбивкой на страницы.
Если запрос вида SELECT * FROM table, то показывает все содержимое таблицы
Если запрос вида SELECT * FROM table WHERE col=value, то показывает только те строки, в которых выполняется условие поиска.

Если вопрос в том, как PhpMyAdmin запоминает условие поиска между страницами - точно так же, как запоминает всё остальное, включая авторизованного пользователя - в сессии.

Можно.
Это называется eager loading.

Не только можно, но и нужно.
Всегда надо использовать только абсолютные пути.

Во-первых, надо забыть про функцию print_r.
Если вы хотите увидеть хоть какой-то вразумительный результат, то надо использовать var_dump.
Во-вторых, надо включить режим отображения ошибок (либо смотреть их в логе).
Судя по всему, file_get_contents возвращает false, а это происходит в случае ошибки.
file_get_contents по умолчанию выплевывает обычный Warning. И если вы его не видите, это значит, что вы не видите вообще никакие ошибки РНР. И как можно вообще заниматься разработкой в таком случае - загадка.

Для отладки полезно вывести содержимое специальной переменной, которая содержит заголовки ответа, var_dump($http_response_header);

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