DevMan

плейсхолдерами могут быть только значения полей, но не имена полей/таблиц/etc.
то есть ваш запрос все равно не выполнится, даже с правильным экранированием.

имена полей принято заключать в обратные кавычки для избежания конфликтов c ключевыми словами самого SQL.

у вас какая-то дичь в запросах: АБС, множественные подстроки и все такое.
мускуль отлично работает с датами, в частности, оператор BETWEEN.

https://github.com/e-sites/php-mysql-mysqli-wrapper
и еще 100500 подобных.

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

потому что надо вставлять как 1990-01-30
или https://www.mysqltutorial.org/mysql-str_to_date/

подефолту доступ разрешен только с локалхоста.
надо добавить юзера с доступом "отовсюду".
делается в pma или панели хостера.

если есть ssh, то все просто - ssh-тунель. многие клиенты умеют в него из коробки.

уникальный индекс на page_id и

INSERT INTO counter (`id`, `page_id`, `type`, `user_ip`, `long_ip`, `count`)
		VALUES(NULL, :page_id, :type, :user_ip, :long_ip, 1)
		ON DUPLICATE KEY UPDATE `count` = `count` + 1

для навиката все просто, и уже распедалили.

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

общий ответ - никак: вывод не имеет ничего общего с удалением.

но если в целом ответить на вопрос: каждой записи в выводе добавляется ссылка/кнопка с уникальным для этой записи параметром. и при клике на эту ссылку/кнопку с этим уникальным параметром, сервер получает этот уникальный параметр, в идеале (что не всегда бывает) проверяет есть ли необходимые права, вызывает запрос вида delete from tableName where someParam = someValue

миграции для изменения структуры.
сиды для данных.

вы изобретаете дикий костыль: нет необходимости в уникальном пине.
сам по себе пин - бесполезен. он используется с другими данными, которые в совокупности дадут уникальную комбинацию.

потому что ошибка.

Запускает на выполнение один или несколько запросов, перечисленных через точку с запятой.

проблема не в сессии, а в логике скрипта.
1. зачем while, если вы достаете одну запись?
2. если данные не получены, нужно показывать ошибку и прекращать выполнение или, хотя бы, обнулить ране сохраненные в сессии данные. вы же продолжаете заполнять шаблон старыми данными из сессии.

берете navicat.
он умеет подключаться к удаленной базе по http-туннелю.
или https://www.adminer.org/ или что–то похожее.

на phpmyadmin ничего не лежит, это банальный mysql-клиент.
делаете дамп базы (хоть при помощи phpmyadmin, хоть любым другим клиентом) и импортируете его у себя на компе.
после изменения делаете то же самое в обратном порядке.

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

а то, что вы пытаетесь сделать, исполняется через системную консоль и вызов mysql напрямую.

мускуль не имеет никакого отношения к вэб-серверу и имеет собственный конфиг.

при наличии панели, править конфиги ручками - так себе затея.
я бы пинал супорт весты (если таковой есть) и/или курил форум(ы) по ней.

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

потому что нет $pdo в функции.
Как запустить pdo из функции?

https://www.generatedata.com/
https://www.mockaroo.com/
filldb.info